Fiascos en Proyectos TI
“El Standish Group se formó en 1985 con una visión. La de coleccionar información de casos sobre fracasos y entornos TI reales, para perfilar los proyectos y entornos de Uds. Contra dichos casos, y prestar consejos basados en sabiduría colectiva.”
Desde esa fecha ha publicado un asombroso número de casos de fracasos en proyectos TI y una rica serie de análisis y buenas/malas prácticas.
Su “Manifiesto de CHAOS 2013. Piense en grande, actúe en pequeño” presenta evidencia empírica de que los grandes proyectos tienen mayor riesgo de fracasos.
Un estudio de proyectos TI en la banca entre 2003 y 2013 muestra que los proyectos de TI pequeños (menos de 1 millón de USD en mano de obra) tuvieron éxito en un 66% de los casos, pero fracasaron o fueron cuestionados en el otro34%. Por el contrario, en el caso de proyectos grandes (más de 10 millones de USD en mano de obra) los éxitos fueron sólo el 7%, y el resto fueron fracasos o proyectos cuestionados.
El Standish Group ha desarrollado una directriz para el Centro de Innovación de Software (Software Innovation Center), con “cuatro principios básicos… “El primero, que las ideas y proyectos de software se desarrollan por niveles. El segundo, que no hay presupuestos ni estimaciones por proyectos. El tercero es que cada nivel se optimiza. Y el cuarto, que la metodología subyacente es la iteración”. (De “CHAOS Manifesto 2013 .Think Big, Act Small”).
Hay 4 niveles progresivos (el concepto de Embudo de la Innovación [Innovation Funnel] de Standish), con puntos de decisión en que un comité decide si un proyecto se mantiene a ese nivel o pasa al siguiente.
Se emplea una ‘presupuestación de panera’ [‘breadbasket budgeting’] para segmentar los presupuestos para permitir desarrollar actividades como descubrimiento de oportunidades de negocio, especificaciones, etc. Sin que estén comprometidas para un proyecto específico.
Cada nivel se optimiza considerando la capacidad, el enfoque, el riesgo, el valor, el presupuesto, el calendario y los conflictos.
El proceso es ágil, basado en desarrollo iterativo, para entregar rápidamente.
Comments (0)