Una oportunidad de $90.000 millones anuales para la comunidad Scrum y ágil
El Gobierno de Estados Unidos tiene un importante problema de desarrollo de software. Y lo saben.
Un documento publicado esta semana por la Oficina de Rendición de Cuentas del Gobierno de Estados Unidos (GAO) afirma que el Gobierno federal gasta más de 90.000 millones de dólares en proyectos informáticos, pero "con demasiada frecuencia, los programas informáticos de las agencias han incurrido en sobrecostes y retrasos en los plazos, al tiempo que han contribuido poco a los resultados relacionados con la misión".
La GAO, que, entre otras cosas, es responsable de ayudar al Congreso de Estados Unidos a evaluar la gestión de los sistemas informáticos de las agencias federales, está intentando mejorar los resultados. Y para ello están adoptando Agile.
El nuevo documento, denominado oficialmente Exposure Draft (lo que significa que está abierto a los comentarios del público), se titula 'GUÍA DE EVALUACIÓN ÁGIL: Mejores prácticas para la adopción e implementación de Agile'.
Denise Jarvie es una consultora que ahora trabaja con Scrum Inc.. Fue una de las expertas en Scrum y Agile que ayudó a elaborar la guía de la GAO. En el pasado, dice, "se pedía a los contratistas que avanzaran hacia la Agilidad, pero los funcionarios públicos no entendían del todo qué era Agile". "Este documento, añade, "se escribió, en parte, para mejorar la comprensión de Agile desde el punto de vista del gobierno federal, para que puedan fomentar las mejores prácticas reales y entender la agilidad. Para proporcionar apoyo desde el principio".
La guía señala a los auditores federales como sus principales destinatarios (aunque no los únicos). Esto puede ayudar a romper la dependencia del gobierno de un sistema de cascada pura o de un sistema híbrido cascada-ágil que puede ser una pesadilla para los socios contractuales.
Por ejemplo, la creencia tradicional de que los requisitos del proyecto deben estar totalmente definidos de antemano. Algo sobre lo que preguntan a Denise "cada vez que voy a las instalaciones de un contratista gubernamental". En el pasado, explica, el gobierno exigía el uso de "un artefacto llamado Matriz de Trazabilidad de Requisitos. Creo que esta guía lo suaviza y da a los equipos Scrum u otros equipos ágiles más libertad para hablar con el cliente sobre los requisitos, y redefinir y reevaluar los requisitos para reducir el riesgo y tener un mejor producto para el cliente". Los requisitos del desarrollo ágil pueden rastrearse a través de artefactos ágiles, como el Product Backlog".
Lo bueno de la Guía de la GAO
Avi Schneier, consultor principal de Scrum Inc., se mostró más que satisfecho al ver que la guía incluye un gran número de casos prácticos en los que se detallan los resultados positivos que Scrum y Agile ya han generado cuando se han utilizado en proyectos gubernamentales.
Pero donde brilla esta guía, dice Avi, es en cómo explica "qué es Agile y qué no es Agile".
Específicamente, señala el Apéndice VI: Desmontando mitos ágiles, que aborda diez mitos específicos que van desde el uso de cualquier marco ágil resultará automáticamente en el éxito del programa, hasta que ágil sólo funciona para programas pequeños con un solo equipo o sólo en entornos coubicados.
Desacreditar estos mitos es importante, dice Avi, porque "hay tantas malas implementaciones de Agile por ahí que estos mitos se convierten en lo que la gente piensa".
En el plano táctico, tanto Avi como Denise están de acuerdo con la descripción que hace la guía de conceptos como los equipos autoorganizados y multifuncionales, que pueden, en efecto, aumentar la capacidad de Scrum y Agile para afianzarse en estos proyectos.
"No sólo se centra en equipos interfuncionales", explica Denise, "sino en equipos interfuncionales que colaboran con los técnicos de la Administración de una forma mucho más integrada y colaborativa". Y añade: "Ese es uno de los mayores problemas que veo cuando voy a las instalaciones de los contratistas. Scrum se basa en más aportaciones y comentarios del cliente, y muchos equipos de contratistas no disponen actualmente de eso".
Cambios necesarios
La GAO está aceptando actualmente comentarios públicos sobre este Borrador de Exposición. Aunque tanto Denise como Avi lo consideran un paso en la dirección correcta, es necesario introducir algunos cambios para que esta guía alcance su objetivo.
Quizá lo más importante, coinciden ambas, sea la necesidad de incluir en el documento una descripción del Scrum@Scale. Como señala Denise, muchos de los 5 grandes contratistas de defensa ya están aplicando con éxito Scrum@Scale.
Scrum Inc. pedirá que esta descripción se incluya en la guía definitiva:
Scrum@Scale amplía de forma natural el marco Scrum en toda una organización, permitiendo que varios grupos de equipos se coordinen de forma que les ayude a aportar valor más rápidamente. Proporciona un andamiaje en forma de 12 componentes dentro de 2 ciclos. En conjunto, permiten que la ingeniería de soluciones centradas en el cliente y los procesos y sistemas centrados en la eficiencia crezcan orgánicamente a partir de las condiciones únicas de su organización. Con Scrum@Scale encontrará la forma de personalizar su implantación para llevar la Agilidad a áreas que van más allá de las TI, como gestión, fabricación, compras, marketing, recursos humanos y ventas.
Pedimos a la comunidad Scrum que se una a nosotros en este esfuerzo.
Hay otras mejoras que Denise cree que pueden y deben hacerse. "Esta guía está muy centrada en TI y software", explica, "creo que podría ampliarse para incluir hardware o software integrado en hardware, y otros sistemas complejos".
Los comentarios públicos sobre la "AGILE ASSESSMENT GUIDE: Best Practices for Agile Adoption and Implementation' de la GAO: https://tell.gao.gov/agileguide.
Spanish 
English 
French