Creo que estamos mezclando dos cosas que en mi opinión son distintas. Por una parte el tema del coche en 3 meses; el concesionario te lo puede asegurar porque tienen una cadena de producción que conocen y que controlan perfectamente, y para ellos la fabricación de un nuevo coche no supone ningún riesgo tecnológico. Les puede suponer un riesgo logístico, pueden tener problemas con la distribución... pero no te están desarrollando/investigando elementos del coche.
Sin embargo el desarrollo/investigación es el que plantea problemas (p.e. el desarrollo de los aviones que has comentado) porque es algo que no se conoce (nadie lo ha hecho antes) y vas a tener que solucionar problemas tecnológicos de toda índole según vayan apareciendo. Algunos se podrán prever, pero otros simplemente aparecerán porque lo que se está haciendo no es sencillo y hay muchas cuestiones que resolver.
IMHO, creo que el problema del desarrollo del software es que no se tiene clara la diferencia entre desarrollo/fabricación y desarrollo/investigación, porque en la mayoría de los casos siempre va a haber un componente de ambos. Humildemente pienso que el cliente ni el comercial jamás están en condiciones de caracterizar un nuevo proyecto, y sólo alguien con mucha experiencia (técnica) se podría acercar, aunque indudablemente se podrá equivocar (y se equivocará). Si una empresa siempre hace proyectos del mismo tipo, sería importante que aprendieran de sus proyectos anteriores para que cada la parte desarrollo/fabricación fuera más importante que desarrollo/investigación, pero tal y como están las cosas eso es otra historia.
Lo que me gusta de las metodologías ágiles es que implican al cliente en el desarrollo, y que éste puede conocer en todo momento el estado del proyecto y la dificultad técnica que está teniendo. Otra cosa es lo que ha comentado alguien en otro comentario, que hay clientes que se las trae floja el desarrollo y sólo quieren el producto en X tiempo... en ese caso siempre habrá conflicto porque desarrollar software casi nunca es fabricar software.
Re:Comerciales
(Puntos:2, Inspirado)( Última bitácora: Domingo, 25 Febrero de 2007, 01:02h )
Creo que estamos mezclando dos cosas que en mi opinión son distintas. Por una parte el tema del coche en 3 meses; el concesionario te lo puede asegurar porque tienen una cadena de producción que conocen y que controlan perfectamente, y para ellos la fabricación de un nuevo coche no supone ningún riesgo tecnológico. Les puede suponer un riesgo logístico, pueden tener problemas con la distribución... pero no te están desarrollando/investigando elementos del coche.
Sin embargo el desarrollo/investigación es el que plantea problemas (p.e. el desarrollo de los aviones que has comentado) porque es algo que no se conoce (nadie lo ha hecho antes) y vas a tener que solucionar problemas tecnológicos de toda índole según vayan apareciendo. Algunos se podrán prever, pero otros simplemente aparecerán porque lo que se está haciendo no es sencillo y hay muchas cuestiones que resolver.
IMHO, creo que el problema del desarrollo del software es que no se tiene clara la diferencia entre desarrollo/fabricación y desarrollo/investigación, porque en la mayoría de los casos siempre va a haber un componente de ambos. Humildemente pienso que el cliente ni el comercial jamás están en condiciones de caracterizar un nuevo proyecto, y sólo alguien con mucha experiencia (técnica) se podría acercar, aunque indudablemente se podrá equivocar (y se equivocará). Si una empresa siempre hace proyectos del mismo tipo, sería importante que aprendieran de sus proyectos anteriores para que cada la parte desarrollo/fabricación fuera más importante que desarrollo/investigación, pero tal y como están las cosas eso es otra historia.
Lo que me gusta de las metodologías ágiles es que implican al cliente en el desarrollo, y que éste puede conocer en todo momento el estado del proyecto y la dificultad técnica que está teniendo. Otra cosa es lo que ha comentado alguien en otro comentario, que hay clientes que se las trae floja el desarrollo y sólo quieren el producto en X tiempo... en ese caso siempre habrá conflicto porque desarrollar software casi nunca es fabricar software.