Login Barrapunto
Libro español sobre factorías de software
Un pobrecito hablador nos cuenta: «Leo en el blog de kybele consulting que acaba de aparecer un libro español sobre fábricas de software, en línea con el auge que las mismas están tomando. El libro cubre aspectos como la historia de las fábricas, desarrollos por modelos, líneas de producto, pruebas, gestión de la configuración, "nearshoring", etc. E incluye la experiencia práctica de 12 fábricas de software en España como las de Atos, Indra, Sopra o T-Systems.»El libro parece interesante porque da la impresión de estar escrito desde una óptica ibérica. Según su índice (PDF) -que es la única parte del texto que he podido encontrar- se deja en el tintero el problema de los requisitos cambiantes (no parece que el capítulo 6 lo cubra) y el de los desarrolladores que programan sin comprender la lógica de negocio. Tengo experiencia de primera mano en varias factorías de software tanto desde el lado del cliente como desde la propia factoría y el resultado siempre ha sido un desastre. Un equipo de 4 o 5 programadores muy buenos y con mucha experiencia, sentados en la misma sala que los usuarios con la libertad de preguntarles lo que haga falta y organizar reuniones informales 'al vuelo' es mucho más productivo que una factoría con 10 analistas en el cliente, 400 páginas de UML y 150 programadores a 700 kilómetros. Hablábamos del tema en verano y hace casi un año.
Historias relacionadas
[+]
Software Libre: INDRA abre una factoría de software en Extremadura 126 comentarios
skymix nos cuenta: «Comienzan a verse los frutos de la apuesta por GNU/Linux de la Junta de Extremadura. El próximo día 25 de Junio comenzará a funcionar en Badajoz la primera "Software Factory" que la empresa española de tecnologías de la información Indra instalará en España. Así lo ha anunciado el consejero delegado de esta firma Regino Moranchel, quien se ha entrevistado en Mérida con el presidente de la Junta de Extremadura, Juan Carlos Rodríguez Ibarra.»
[+]
Pregunta a /.: ¿Cuál es tu opinión de las factorías de software? 191 comentarios
nevski nos cuenta: «Actualmente estoy involucrado en un desarrollo en el que existen subcontratadas varias factorías de software, pertenezco a una de ellas. Éstas factorías están todas en España pero a más de 500km del cliente. Llevamos algo más de 6 meses de desarrollo y resulta que varios de mis compañeros (un 30% del equipo) tienen que desplazarse permanentemente al cliente para la integración. Alguno de ellos lleva 3 meses en el cliente. Las otras empresas están en una situación similar.
¿Cuál es entonces el beneficio de emplear factorías?
¿Es similar la situación en otros países o esto es algo local?
En mi opinión algo que habría que hacer para que no ocurriera esto es disponer de diseños funcionales y técnicos muy detallados. Pero eso supone un coste añadido y por eso no se hace.
¿Qué opináis?»
[+]
Fábricas software desde 1969 28 comentarios
Un pobrecito hablador nos cuenta: «Leo en primeras fábricas de software como Hitachi fue la primera empresa que utilizó el término "fábrica software" en 1969. Es curioso como un término que parece tan novedoso tenga más de 35 años. Esto suele suceder con mucha frecuencia en ingeniería del software, donde términos que ahora empiezan a usarse de manera masiva suelen tener una importante antigüedad ¿no os parece?»
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
Libro español sobre factorías de software
|
Log in/Crear cuenta
| Top
| 37 comentarios
| Buscar hilo
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
Las peras se recogen en el peral, no en el Carref&
(Puntos:2, Inspirado)En general, en el ámbito de la gestión, todo lo que sea alejar la solución del problema del propio problema es cagarla. No se puede estar esperando tres meses a que se implemente, por decir algo, un simple seleccionable de tipo impositivo (IVA e IGIC) y mientras tanto estar llevando el negocio con Canarias como el culo.
Bajarse el pantalón ante los clientes
(Puntos:2, Interesante)Obviamente, esto trae los problemas típicos que tanta gente ha sufrido: Desarrollar a lo loco y sin posibilidad de hacer buen código, presiones y más presiones, etc. En definitiva, consecuencias de un mal análisis que, más bien, ha sido el dictado de una de las monstruosidades imposibles que los clientes piden.
Re:Bajarse el pantalón ante los clientes
(Puntos:4, Inspirado)( http://www.traperware.com/ )
El cliente NO siempre lleva al razón
Alguien se imagina a un tio en un concesionario diciendo:
- Si quiero ruedas de camión
- Y que en vez de volante lleve un Joystick.
Algunos dirán, hay gente que le pone eso a su coche y yo le diré eso se llama tuning y el cliente paga un dineral por ello, mucho mas proporcionalmente de lo que paga por lo que necesita realmente
SinMan @ TraperWare vaya historias [traperware.com]
Yo trabajo en una de esas
(Puntos:4, Informativo)Ahora, pasando al plano puramente laboral...
Ventajas:
- Las horas extras son bastante escasas y, cuando se hacen, son remuneradas con horas libres. De hecho, mucha gente (entre las que me incluyo) estamos deseosos de hacerlas para poder tener luego fines de semana de tres días, puentes, etc...
Desventajas:
- El desarrollo profesional es mucho más lento. Pasar de programador junior a analista requiere aproximadamente 7 años si eres bueno y te sabes mover. En cambio, cuando he trabajado en Barcelona, he visto ascensos mucho más rápidos.
- El sueldo es bajo, muy bajo. De hecho, es rídiculo. Un PJ de un DAI entra cobrando 11.000 al año, un ingeniero técnico 12.500 y un ingeniero 13500. Si a los cinco años de estar aquí llegas a los 22.000 ya te puedes sentir afortunado.
- Escasa competencia entre empresas, por lo que las pocas que hay pagan lo que quieren. Eso de negociar con un "...pues me voy" aquí es bastante díficil por no decir imposible.
Ahí queda mi humilde opinión, un saludo.
hu.
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Martes, 05 Agosto de 2008, 14:28h )
¿cinco programadores "muy buenos" encerrados con el cliente?
Los programadores querrán hablar de programar, y el cliente de sus problemas, o si ha tenido un sueño, como veía en ese sueño las pantallas del programa.
Unos están en el canal 5, y otros en el canal 11. Incluso en el caso de que se escuchen unos a otros, las interpretaciones del cliente de lo que digan los programadores pueden ser aberrantes. Y la de los programadores sobre lo que diga el cliente, ingenuas.
Digo yo que seran algo mas que programadores, seran a la vez personas con otras cualidades. Y entonces igual te da decir analista-programador o una figura asi.
Si al final el modo de hacer software en realidad ya esta inventado
]]]]><![CDATA[> fear teh dopefish!!
Re:hu.
(Puntos:4, Interesante)( http://neu.loignoro.com/index.html | Última bitácora: Lunes, 07 Abril de 2008, 14:27h )
Caja Madrid. ¿Como funciona?
Primero se contrata un analisis a la consultora que la podemos llamar "G" o "F" o "I" o todo junto
Repsol ¿Como funciona?
Repsol contrata un nuevo desarrollo a una consultora cuyo nombre tiene tres letras que empieza y termina por S, con una M en medio. Esta consultora tiene una soft. factory en sudamerica. Los diseños y analisis tanto funcionales como organicos se hacen aquí y la implementación se manda máscadita en UML a la soft. factory, que 8 horas despues (desfase horario, recordad) realiza las implementaciones. Si hay algo mal hay que rehacer la documentación UML, enviarlo, y esperar otros dos dias a que te llege por el desfase horario. Desarrollo super agil.
People ¿Como funciona?
Existen tres empresas compitiendo por el cliente donde cada desarrollador, independientemente a la que pertenezca, tiene su equipo de desarrolladores junior. El director del dep. no es de ninguna consultora. Este modelo está bien porque no existe ninguna soft. factory de por medio (que casualidad) y los programadores tienen al cliente dos puertas más allá para hacer preguntas. Además, existen analistas que se encargan de destripar las partes más jodidas del negocio, que por lo visto, es muy jodido.
El problema que nos encontramos es que no se sigue una arquitectura únificada y cada proyecto es de su padre y su madre. Además, los plazos los pone (impone) el cliente con lo que se corre y no hay tiempo para definir partes comunes. Además, los equipos no son estables y liarte con el código de tu compañero, a veces, es insufrible. Tambien las migraciones suelen ser dolorosas ya que existe gente que lleva muchos años y no quieren eliminar la lógica de negocio de la base de datos en forma de store procedure, por ejemplo, con lo cual, tu gozo en un pozo.
Banco de España ¿Como funciona?
Todo el mundo de Atos Origin (ups, se me ha escapado) trabaja 15 horas diarias. Además, al estar Indra de por medio, los grandes dinosaurios no se dejan aconsejar y pasa lo que pasa. Conclusión, el metodo no es ni malo ni bueno, ya que no hay metodo.
Realidad Española señores. Ninguna de las grandes consultoras arrojó beneficios este año, y cuando digo ninguna, es ninguna. El año pasado ITDeusto parece que algo hizo, maquillo las cuentas para salir a bolsa, pero ni con esas.
Saludos y que nadie se ofenda.
Under a sea of dust lies a vast wealth of wisdom
una visión diferente...
(Puntos:2, Informativo)( http://barrapunto.com/ | Última bitácora: Miércoles, 23 Julio de 2008, 17:19h )
ciao!
ps.- aunque la editorial es argentina, el autor es catedrático de sociología en la universidad complutense de madrid y el trabajo de campo lo realizó en españa.
slashdot ain't what it used to be: para entendernos, barrapunto ya no es lo que era!!!
Herramientas MDA
(Puntos:1)El estado del desarrollo de Software es el asunto
(Puntos:1)( http://http//cuartageneracion.blogspot.com/ )
Así nos va. Encima la culpa es Nuestra.
(Puntos:1)Si queremos una informática seria, un trabajo realmente profesional no se basa en trabajos al vuelo.
Si buscamos un simil en otros sectores (como la construcción) nadie pensaría en encargar trabajos a 4-5 albañiles excelentes para hacer un edificio serio, que hablan continuamente con los usuarios finales.
Lo que aporta el modelo fábrica es tratar de profesionalizar y especializar, realizando cada faceta verdaderos especialistas. El utilizar UML, u otras herramientas es secundario.
A todos los profesionales de la informática nos iría mucho mejor si definieramos diferentes perfiles, y no tener el concepto del analista-programador que programa, recoge funcionalidad, implanta, forma, y solo falta que hagamos la cena para el cliente.
Seamos serios las fábricas es un modelo de especialización que funciona cuando se usa su especialización y falla cuando se trata de utilizarlo como mano de obra.
Ojalá existieran profesionales para cada fase del proyecto, y se forzara a los clientes a asumir sus responsabilidades (no puedo empezar un proyecto software de un driver que al final sea una aplicación de gestión, que es lo que casi sucede).
Espero que más de uno se mire en el espejo y piense que la informática, no son 4 chicos cojonudos que valen para todo, y que deben tomar requisitos continuamente para adaptarse siempre al cliente.
Así nos va si nosotros mismos no tenemos los conceptos claros.
Re:Editorial de bandera
(Puntos:2, Inspirado)