....Y nadie se dio cuenta hasta que fue demasiado tarde. La reciente portada de Steven Brill en Time sobre cómo un puñado de
Los ingenieros y expertos del Valle que resucitaron HealthCare.gov de un desastre técnico y político deberían servir de advertencia a políticos y expertos en políticas de todo el mundo: El Gobierno ya no puede seguir utilizando los métodos tradicionales de desarrollo y contratación sin parecer incompetente. Los ciudadanos utilizan a diario programas informáticos que les deleitan. Ahora esperan que los sitios web sean intuitivos, bien diseñados y fiables.
Hacer visible el trabajo
Una de las cosas que más sorprendió al equipo [de rescate] - "entre los muchos aspectos asombrosos de lo que descubrimos", como dijo uno de ellos- fue que los responsables de HealthCare.gov no tenían ningún "panel de control", ninguna forma rápida de que los ingenieros midieran lo que estaba ocurriendo en el sitio web, como cuántas personas lo estaban utilizando, cuáles eran los tiempos de respuesta para varios clics y dónde se estaba atascando el tráfico. Así que, ya entrada la noche del 18 de octubre, [el equipo] pasó unas cinco horas codificando e instalando un panel de control.
El trabajo de pie
Fue en... un anodino parque de oficinas de Columbia, Maryland -con gigantescas pantallas de televisión Samsung que mostraban los distintos datos y gráficos del cuadro de mandos- donde se salvó el sitio web de la sanidad de Barack Obama. Lo que lo salvó fueron los stand-ups... . La cultura del "stand-up" -identificar el problema, resolverlo, volver a intentarlo- era típica de la ética del escuadrón de rescate.
La contratación pública no funciona:
Pero una de las lecciones de la caída y auge de HealthCare.gov tiene que ser que hay que cambiar la práctica de adjudicar contratos de alta tecnología y alto riesgo a empresas cuya principal habilidad parece ser conseguir esos contratos en lugar de cumplirlos. "Sólo cuando estaban desesperados recurrieron a nosotros", afirma Mickey Dickerson. "No llevo traje ni corbata... No les sirve de nada alguien que tiene mi aspecto y viste como yo. Quizá esto les sirva de lección. Quizá eso cambie".
Las cosas están cambiando, al menos en el Departamento de Defensa. Actualmente, todos los contratos de software del Departamento de Defensa deben ser ágiles.. Muchos en Washington todavía están tratando de entender qué significa esto exactamente, pero es un comienzo. El Scrum Inc. también está recibiendo una avalancha de solicitudes de formación por parte de grandes contratistas gubernamentales de defensa que desean formar a sus equipos en el Scrum.
En abril daremos un curso en línea que se centra en Scrum, Agile y el DoD. Hablaremos de las últimas novedades sobre cómo el Departamento está cambiando sus reglas para aprovechar la capacidad de Scrum para ofrecer productos más rápidos, mejores y más sensibles al cambio. Lo cual, si estás proporcionando herramientas a alguien en combate, es crítico.
-- Joel Riddle
Spanish 
English 
French