En mi experiencia personal, existen ciertas barreras institucionales para la ejecución productiva y exitosa de proyectos importantes en el gobierno. De hecho, puede ser que los mecanismos que se implementan para reducir el riesgo de fallas en la entrega y el desperdicio de dinero sean en muchos casos los mismos factores que aumentan significativamente el riesgo de esa falla.
En el centro de muchos de los desafíos que enfrentan los principales programas de TI gubernamentales se encuentra la desconexión fundamental entre los enfoques ágiles ascendentes fomentados por el Servicio Digital Gubernamental (GDS) y seguidos por la mayoría de los programas de TI y la naturaleza de arriba hacia abajo de la aprobación del proyecto. mecanismos de financiación y supervisión.
Este enfoque frecuentemente exige un diseño inicial acordado, un conjunto completamente definido de resultados y beneficios al inicio del proyecto y un caso de negocios que establezca con gran detalle el presupuesto requerido para la ejecución. Todos ellos se basan fundamentalmente en la planificación de proyectos tipo Cascada.
Como exfuncionario del Tesoro, entiendo perfectamente la necesidad de racionar el gasto y asignarlo a donde sea más útil; sin embargo, la forma en que esto está configurado actualmente no se alinea con la ejecución de proyectos ágiles.
En el mejor de los casos, se trata simplemente de formalidades ligeramente espurias que los proyectos deben atravesar antes de poder iniciar el enfoque ágil de entrega. En el peor de los casos, socavan el enfoque de ejecución necesario y distraen al equipo del proyecto del enfoque iterativo, rápido y flexible que se necesita para una ejecución exitosa. Esto debe cambiar en la visión del gobierno actual para emular el mantra de prueba y aprendizaje de una nueva empresa.
Desconectado por personal de TI y de negocios
Pero este enfoque también fracasará si se permite que prevalezca otra tendencia de TI gubernamental. Muchos departamentos se centran en ejecutar todos, o ciertamente la mayoría, de los proyectos casi exclusivamente internamente utilizando código personalizado para crear las soluciones necesarias. Esto se hace a menudo debido a la complejidad, o al menos la complejidad percibida, de los procesos gubernamentales y lo mucho que difieren de los de las organizaciones del sector privado.
Sin embargo, centrarse en construir sistemas utilizando código personalizado requiere mucho tiempo, es costoso y difícil de gestionar, y aún así, con demasiada frecuencia, no se cumple. A menudo también termina con una desconexión entre el equipo de TI, frecuentemente enorme, y el personal de la empresa que, en última instancia, poseerá y utilizará el sistema, y con cantidades masivas de documentación de diseño que se intercambian entre ellos.
Los proyectos pequeños y ágiles son clave
Para hacer realidad la visión de Keir Starmer de volver a cablear Whitehall, es necesario que exista un enfoque que analice cómo el gobierno puede aplicar el desarrollo de software de código bajo de manera inteligente y en las áreas correctas. Esto puede revolucionar la forma en que el gobierno diseña y construye TI al reducir significativamente la cantidad de creación de código personalizado necesaria y transformar la forma en que los empresarios participan en el proceso.
El nuevo gobierno tiene razón al elegir proyectos pequeños y discretos. Debería adoptarse un enfoque más iterativo y menos “big bang” para la transformación del gobierno. Comenzar poco a poco y elegir uno o dos procesos clave en cualquier área determinada, para empezar, y adoptar un enfoque como el desarrollo ágil de código bajo que reduce la dependencia de habilidades técnicas escasas y costosas al tiempo que obliga a los equipos de negocios y de TI a trabajar juntos en un sistema integrado. forma.
Esto le permite llegar a la etapa en la que los resultados se pueden evaluar mucho antes, proporcionando la base sobre la cual pasar al siguiente miniproyecto. Al final, se terminan siguiendo muchas etapas y se logra una transformación radical pero sostenible, pero minimizando los problemas de los enfoques más tradicionales.
Alex Case, ex alto funcionario de Downing Street y ahora director de la industria gubernamental en Pegasystems, que ha desarrollado una plataforma de bajo código para crear aplicaciones.