1. No existe una metodología comúnmente adoptada ni que sea posible adaptarla a todas las necesidades de programación o a todos los lenguajes/entornos de manera sencilla.
2. Las necesidades de cambios constantes en el software, junto con un ttm (time to market) más reducido cada vez hace que cualquier procedimiento que retrase el resultado sea imposible de aplicar, o cuando se aplica solo sirve para hacer fracasar el proyecto
3. La poca preparación de los gestores, o incluso la creencia de que cualquiera puede dirigir un proyecto de software hace que, incluso con profesionales cualificados en el equipo, el proyecto no use enfoques de ingeniería.
4. La falta de regulación profesional y de, entre otras cosas, un colegio oficial, hace muy complicado hacer que normas de desarrollo se estandaricen o se hagan “oficiales”.
vía: espinosa
RSS Feed de las Entradas
Quizás el factor clave está en el punto 3. Los gestores de las empresas en su mayoría no saben que producto tienen entre manos y por lo tanto no buscan los recursos necesarios para llevar a buen fin los proyectos. Ese factor lleva directamente a producir los factores 2 y 3.
El factor 1 es lógico , no es lo mismo construir un puente que un cohete espacial, al igual que no es lo mismo construir un videojuego que un controlador para una bomba de cobalto.