Para responder a esta pregunta, necesitamos definir el significado de “malo” en “proyecto malo”. Como dice un poco de sabiduría de la gestión de proyectos antiguos, hay tres razones principales por las que los proyectos fallan (y por lo tanto pueden identificarse como “proyectos malos” ):
- Requisitos
- Requisitos
- Requisitos
Cuando hablamos de proyectos, utilizamos la noción de “triángulo de gestión de proyectos” que consiste en el alcance, el costo y las restricciones de programación.
- ¿Qué tipo de interrupción puede dejar a los programadores sin trabajo?
- ¿Se ha movido la industria del software en la dirección correcta en términos de innovación en la última década?
- Me gustaría escanear mis dibujos dibujados a mano y usar una computadora para trabajar en ellos, ¿qué paquete de software sería mejor para mí?
- ¿Conoces alguna herramienta que use un rastreador que simule el comportamiento del usuario para probar aplicaciones?
- Como ingeniero experimentado, ¿vale la pena probar el curso en línea 'Aprendizaje profundo práctico para codificadores'? ¿Por qué?
Por lo tanto, un mal proyecto sería un proyecto que no se mantuvo dentro de las limitaciones, es decir, llegó tarde, fue demasiado costoso o no entregó lo que se esperaba, o cualquier combinación de ellos.
A menudo puede ver la calidad exprimida como la cuarta restricción. Nunca consideraría la calidad como una variable, de manera similar a las tres restricciones originales: está ahí, o no. ¿Qué dirás si compras una hamburguesa de buena calidad pero que sabe horrible?
En la mayoría de los casos, un mal proyecto puede identificarse ya en una etapa muy temprana. Solo busque las tres restricciones, y si alguna de ellas no está adecuadamente definida, aceptada por las partes involucradas y debidamente documentada, nos dirigimos hacia un desastre.
Aún así, en situaciones de la vida real, incluso un buen proyecto a menudo perderá una de las limitaciones, y seguirá siendo considerado un buen proyecto. ¿Cómo? Sigue leyendo.
Aquí hay un detalle adicional que no encontrará en su manual de gestión de proyectos porque es complicado. Además de los requisitos del proyecto, es absolutamente necesario determinar y aclarar al equipo del proyecto y a todos los interesados en el proyecto CUÁL ES EL OBJETIVO EMPRESARIAL REAL del proyecto.
Esto puede tomar algún esfuerzo para digerir y explicar al equipo. Peor aún, puede causar cierto dolor con los patrocinadores del proyecto, que a menudo renuncian a la pregunta como insignificante. Pero esta es una de las preguntas principales: si el objetivo comercial es claro para usted y el equipo, podrá tomar decisiones operativas oportunas en los momentos críticos de la vida del proyecto.
En particular, podrá averiguar cuál de las tres restricciones dejar de lado para guardar las otras dos. Si su evaluación es correcta (basada en el conocimiento del objetivo comercial real), aún así entregará un buen proyecto.