Agile, o no Agile, esa es la cuestión

Publicado el 18 de mayo de 2018 en Transformación digital de la Administración

La escandalosa fortuna de los procesos en cascada en la Administración

"Si es más noble para la mente sufrir
Las hondas y flechas de la escandalosa fortuna,
O a tomar las armas contra un mar de problemas,
¿Y al oponerse acabar con ellos?" - Hamlet por William Shakespeare
Muchas iniciativas informáticas gubernamentales funcionan como las tragedias griegas: cada El esfuerzo por reducir el riesgo del proyecto acaba aumentando el riesgo. Y, las altas tasas de fracaso, especialmente cuando adaptar a las administraciones públicas los programas informáticos de planificación de recursos empresariales (ERP), desarrollados originalmente para el sector privado.
También hay tintes de tragedia de Shakespeare en la TI gubernamental. Los gobiernos y los donantes suelen imponer "buenas prácticas" de gestión de proyectos a proveedores como FreeBalance. Una de estas "mejores prácticas" es la imposición de gestión de proyectos de tipo cascada que presupone que los proyectos de software son tan predecibles como los de construcción. La construcción se beneficia de limitaciones físicas como la resistencia de los materiales. El software tiene muchas menos limitaciones y mayores posibilidades de personalización.
FreeBalance Diseño de proyectos en cascada
La imposición de prácticas en cascada aumenta la "escandalosa fortuna". Puede la gestión ágil de proyectos aumentar los ratios de éxito?

Batallones de penas en cascada

"Cuando vienen las penas, no vienen solas. Sino en batallones". - Hamlet por William Shakespeare
Una encuesta reciente de Accenture y NASCIO (National Association of State Chief Information Officers) constató que "cuando se les preguntó qué resultados podían evitarse utilizando agile, el 70 por ciento de los profesionales de TI consideraron que ayudaba a evitar el despilfarro de dinero de proyectos de TI ineficaces, el 66 por ciento consideraron que ayudaba a evitar grandes fracasos de proyectos de TI y el 58 por ciento dijeron que ayudaba a evitar programas que no satisfacen las necesidades empresariales.”
Técnicas ágiles como magra, pensamiento de diseño, Extremo, Kanbany Scrum se han asociado a menudo con proyectos pequeños. Los observadores tradicionales piensan que la metodología ágil no es adecuada para grandes proyectos informáticos. Como Mitre estudio para la Departamento de Defensa de Estados Unidos señalóEn la mayoría de los casos, los proyectos en cascada asumen incorrectamente requisitos bien definidos con cambios limitados. La realidad es que los proyectos ágiles son mucho más resistentes al cambio y a la incertidumbre que los proyectos en cascada. Agile es ideal para iniciativas sustanciales de planificación de recursos gubernamentales (GRP). Esto se debe a los conocimientos adquiridos durante la implementación del proyecto, que pueden alinear mejor la funcionalidad con las necesidades reales del gobierno. La mayoría de las implantaciones de sistemas GRP son consecuencia de la reforma y modernización de la administración. No es sólo informática, es transformación.
Aquí es donde destaca la agilidad.
Escalas ágiles. De pequeños a grandes proyectos.

¿Agilizar o no agilizar? Lista de comprobación ABC

"Hay más cosas en el cielo y en la tierra, Horacio,
que las que sueña tu filosofía". - Hamlet por William Shakespeare
No todos los proyectos en cascada fracasan. No todos los proyectos ágiles tienen éxito. (Para ser justos, la agilidad se centra en el aprendizaje, así que fracasando rápidamente suele ser un factor de éxito).
En Grupo de Estrategia e Innovación de FreeBalance ha analizado la literatura sobre proyectos y nuestras experiencias gubernamentales. (A diferencia de los proveedores de software empresarial heredados, FreeBalance participa en todas las implantaciones para ayudar a impulsar mejoras en los productos y servicios). Este análisis ha conducido a nuestra A-i³+qM metodología. También condujo a una importante revalorización de las prácticas tradicionales, y de la filosofía de estas prácticas.
También hemos creado una lista de control de 26 puntos para clasificar los factores. Los factores se califican entre bajo y alto. Su contexto podría ser diferente.
Factores que favorecen la cascada A-F
Agile o Waterfall en GRP Lista de comprobación
Factores que favorecen la agilidad G-Z

Complejidad arquitectónica: la necesidad de desarrollar arquitecturas de software desde cero suele requerir largos periodos de diseño que van más allá de múltiples iteraciones. aunque esto no se aplica a las arquitecturas disponibles en el mercado, como el Plataforma de rendición de cuentas FreeBalance
Problemas bien entendidos: una visión profunda de los problemas reduce la necesidad de recabar información adicional de forma ágil -. aunque muchos (¿la mayoría?) de los grandes proyectos informáticos gubernamentales se centran en soluciones que rara vez abordan problemas reales sin cambios
Experiencia en circunstancias similaresLa experiencia de las organizaciones gubernamentales en iniciativas similares hace que los proyectos sean más predecibles. aunque muchas organizaciones gubernamentales asumen la experiencia del vendedor fuera de contexto, como la experiencia del vendedor en otros contextos
Personalágil funciona bien con equipos pequeños y motivados que operan de forma eficiente - aunque cabe señalar que los proyectos en cascada requieren más personal para las comunicaciones, la coordinación y la documentación que los ágiles
Ámbito de aplicaciónEl alcance del proyecto, plenamente articulado y centrado en el tiempo y los recursos, se presta a controles en cascada que reducen el "desvío del alcance". aunque muchos proyectos fracasan debido a cambios de alcance inflexibles que favorecen las disposiciones contractuales en detrimento de las necesidades reales del gobierno
Capacidad humanaLa elevada capacidad humana de los gobiernos en tecnología, gestión de proyectos y gestión de las finanzas públicas (PFM) mitiga muchos de los riesgos asociados a la cascada... aunque la alta capacidad suele ir asociada a un exceso de confianza
Complejidad del proyectoágil: ayuda a descomponer la complejidad y a estructurar las actividades en función de las prioridades mediante prototipos, aportaciones de los usuarios y análisis del diseño.
Incertidumbre del proyectoágil es ideal cuando hay mucha incertidumbre en el proyecto
Tasas de fracaso informáticoagile proporciona herramientas de éxito a los equipos informáticos que han experimentado un historial de resultados decepcionantes
Funciones entre dominiosLa cascada funciona mejor en compartimentos estancos, con la participación de especialistas, y la agilidad funciona mejor cuando las funciones se entrecruzan en compartimentos estancos, como las finanzas, las adquisiciones, las nóminas y la administración fiscal.
Orientado a los resultados: los proyectos concebidos para obtener resultados se benefician de los procesos ágiles porque los proyectos en cascada se centran en el cumplimiento contractual
Cambio transformacionalProyectos de modernización, reforma o reorganización: los procesos ágiles son más transparentes, comunicativos y flexibles que los de cascada.
Desarrollo a medidaExpectativa para el desarrollo a medida (como el desarrollo a medida utilizando una plataforma técnica, el desarrollo a medida utilizando un plataforma de gobernanzao el desarrollo a medida mediante ERP) se beneficia de la agilidad que identifica el valor de cada elemento personalizado
Nivel actual de la tecnología heredadaLa administración pública que utiliza tecnología antigua (mainframes, COBOL, 4GL) o heredada (la mayoría de los sistemas de planificación de recursos empresariales (ERP) patentados, incluidos los de nivel 1), se beneficia de los nuevos enfoques asociados a la agilidad.
Participación de los usuariosagile destaca cuando los usuarios deben articular problemas, identificar soluciones, probar funcionalidades y defender nuevos sistemas.
Cambio de funcionalidadAgile destaca cuando se introducen muchas funciones nuevas en comparación con el sistema heredado.
Implantación de GreenfieldLas actualizaciones de los sistemas existentes pueden realizarse en cascada, mientras que la implantación de software nuevo se beneficia de la agilidad.
Cambio de requisitoscascada: se espera que los requisitos cambien muy poco, mientras que la agilidad se adapta a los cambios identificando los cambios en las especificaciones en una fase temprana para reducir los costes, en comparación con la identificación de los cambios necesarios más adelante en los proyectos.
Dependencias del sistemaprocesos en cascada: los procesos en cascada se benefician de menos dependencias del sistema, como los puntos de integración con otros sistemas, mientras que los ágiles son más capaces de integrarse en múltiples ámbitos gubernamentales y tecnologías subyacentes.
Producto Novedadágil: es ideal cuando los proyectos implementan suites de productos relativamente nuevas
Resistencia al cambiola cascada no es eficaz en situaciones en las que la resistencia al cambio por parte de los usuarios y la dirección es alta, mientras que la agilidad tiene más procesos incorporados que facilitan e integran la gestión del cambio (la gestión del cambio improvisada en los proyectos en cascada suele ser ineficaz).
CalidadLos procesos en cascada sitúan las pruebas y la garantía de calidad en una fase tardía de la metodología, mientras que los procesos ágiles se centran en la calidad de cada "historia de usuario", lo que se traduce en una mejora temprana de la calidad.
Extensibilidad del sistemaAgile destaca cuando el software existente o nuevo debe ampliarse a funciones adicionales mediante la reutilización.
Informes y cuadros de mando personalizadosla articulación de los informes, incluida la replicación de los informes reglamentarios en nuevos programas informáticos y la creación de nuevos informes, cuadros de mando y análisis, se beneficia de las iteraciones ágiles porque los usuarios suelen reconocer las mejoras una vez que ven los resultados de los informes
Velocidad de aplicaciónagile destaca por su velocidad de ejecución y proporciona información sobre el rendimiento ("cadencia") más eficaz que waterfall, para predecir el tiempo de finalización del proyecto
Transparencia de los proyectosCascada: la cascada supone equipos separados que informan en torno a hitos, mientras que la agilidad supone una transparencia constante del proyecto a través de tableros Kanban, Scrum o Srumban, y un compromiso frecuente con los usuarios y las partes interesadas.

Notas importantes

Los diagramas anteriores muestran que es preferible agile en las 2 primeras columnas de la lista de comprobación. No es un error.
Es probable que su lista de comprobación muestre elementos en las 3 columnas. Utilícela como riesgo

Las desconcertantes metodologías "ágiles" de los proveedores

"Desconcierta la voluntad". - Hamlet por William Shakespeare
Muchos proveedores de software empresarial establecidos, incluidos los proveedores de ERP de primer nivel, promocionan los procesos ágiles. Los integradores de sistemas tienen que apoyar estos procesos impulsados por los proveedores para conseguir la certificación. Resulta sorprendente lo poco ágiles que son estos supuestos procesos ágiles.
Lo ágil suele atornillarse a la cascada añadiendo complejidad al proceso. O describiendo las presentaciones de comunicación de hitos como ágiles. Muchos de estos procesos imponen "mejores prácticas" en funciones que rara vez son las mejores, o las adecuadas. La aceleración de proyectos en estas metodologías se centra en ejecutar lo que hay en el software sin cambios, en lugar de ajustarse a las necesidades reales del gobierno. (Las implementaciones "vainilla" rara vez satisfacen las necesidades de los gobiernos.)

¿Una rosa ágil?

"Una rosa con otro nombre olería igual de dulce" - Romeo y Julieta por William Shakespeare
Muchos proveedores intentan redefinir la cascada como ágil. Esto no cambiará la naturaleza del proceso. No olerá tan dulce como ágil.

Fuentes adicionales

Referencias específicas del Gobierno

Referencias generales

Temas

ágillista de control ágilpensamiento de diseñoKanbanleanSCRUMShakespearecascada

Accountability Suite™