Comentario: A pesar de la aparentemente abrumadora inercia y disfunción organizacional, el director de software de la Fuerza Aérea de EE. UU. Descubrió cómo tener éxito. Aquí hay lecciones de su carta de renuncia.
Imagen: Ashalatha / Shutterstock
Y pensó que sus problemas de TI eran graves. Nicolas Chaillan, el primer director de software de la Fuerza Aérea de EE. UU., Tenía más de 100,000 desarrolladores de software trabajando para él, entregó el lanzamiento de software de código abierto más grande en la historia del Departamento de Defensa de EE. UU., Habilitó Kubernetes para sistemas de armas y más.
Pero el 2 de septiembre de 2021, Chaillan renunció, harto de “escuchar las palabras correctas sin actuar”. Para cualquiera que haya trabajado en una organización grande, las quejas de Chaillan le resultarán familiares. Pero también da pistas sobre cómo superar el lastre burocrático que parecía haber impedido que la Fuerza Aérea de Estados Unidos se disparara.
VER: Más de 100 políticas de TI críticas que toda empresa necesita, listas para descargar (TechRepublic Premium)
Oh, tantos problemas
No importa dónde trabajes, no hay escasez de cosas de las que quejarse, ¿verdad? He trabajado en lugares donde los recursos eran escasos (difíciles de hacer las cosas) o demasiado abundantes (difíciles de priorizar), y he hecho mi parte de quejarme de todo eso. El mundo de Chaillan dentro del Departamento de Defensa de EE. UU. Ofrece problemas familiares, aunque de mayor escala, a quienes muchos de nosotros enfrentamos.
Tomemos, por ejemplo, el liderazgo. Muchos de nosotros habremos tenido una queja similar a la que ofreció Chaillan: “El Departamento de Defensa, en general, necesita dejar de contratar equipos de TI empresarial como si TI no fuera una habilidad y experiencia altamente técnica”. Agrega: “Por favor, deje de poner a un Mayor o Teniente Coronel (a pesar de su devoción, actitud excepcional y cultura) a cargo de ICAM, Zero Trust o Cloud para 1 a 4 millones de usuarios cuando no tienen experiencia previa en ese campo”. ¿Alguna vez ha tenido un jefe sin la experiencia necesaria para tomar decisiones acertadas? Por supuesto que sí.
(¿Y alguna vez se ha quejado de que las cosas mejorarían si solo le dieran un ascenso? Sí, lo hizo. Y también lo hizo Chaillan: “Sin embargo, con mis 22 años de experiencia en la gestión de la innovación de TI, el Departamento de Defensa me subutilizaba y me aprovechaba mal. … “.)
¿O qué hay de sentirse tan agobiado por cuestiones básicas de tuercas y tornillos que no puede concentrarse en trabajos más importantes y estratégicos? Chaillan siente su dolor y dice que “no estaba capacitado para solucionar problemas básicos de TI” que provocaban que “se ejecutaran”[] en círculos tratando de arreglar el transporte / conectividad, la nube, los puntos finales y varias capacidades básicas de TI que se consideran triviales para cualquier organización fuera del gobierno de los EE. UU. “Casi todas las organizaciones se atascan en las minucias, por lo que sentimos la dolor, lo compartimos.
Chaillan puede tener un buen motivo para quejarse, ya que dijo: “Estoy cansado de buscar continuamente apoyo y dinero para hacer mi trabajo”. Pero esto no es particularmente diferente de lo que usted o yo podemos quejarnos en nuestros propios trabajos. Los problemas de Chaillan pueden tener una escala mayor, pero no son fundamentalmente diferentes a los nuestros.
Lo que quizás sea diferente, y mucho más interesante que los lamentos de Chaillan, es cómo él y su equipo lograron un cambio positivo a pesar de todos estos obstáculos.
Mover rocas realmente grandes cuesta arriba
Una cosa importante que defendió Chaillan fue la introducción de un servicio administrado para implementar aplicaciones. A pesar del uso (y reutilización) desafortunado de DevSecOps, que simplemente significa integrar la seguridad a lo largo del ciclo de vida de desarrollo / implementación de software, este nombre más accesible de “DoD Enterprise DevSecOps Managed Service”, Platform One, les dio a los equipos un lugar para implementar código con obstáculos mínimos. . Dada la bien ganada reputación de burocracia del gobierno de los EE. UU., Platform One ayudó a acelerar el cambio hacia prácticas de desarrollo modernas y seguras.
VER: Kit de contratación: ingeniero de software principal (TechRepublic Premium)
En otras palabras, en lugar de vencer a los equipos con el proverbial garrote (“debes hacer las cosas de esta manera”), Chaillan les dio una “zanahoria” para proporcionarles un incentivo para hacer las cosas de manera diferente. Tampoco fue esto todo lo que hizo.
“Creamos la Iniciativa de DevSecOps empresarial del Departamento de Defensa, sin duda el mayor compromiso de DevSecOps del mundo, dentro de la organización más compleja del mundo”. ¿Cómo? “Demostramos que un pequeño grupo de personas puede convertir el barco más grande del mundo con determinación, ingenio y trabajo duro”. De alguna manera, esta iniciativa puede haber sido ayudada por el enfoque de arriba hacia abajo de los militares para resolver problemas. Pero también fue posible alentando a los equipos a “comenzar con algo pequeño y desarrollar … sus capacidades, progresivamente, esforzándose por la mejora continua del proceso en cada una de las ocho fases del ciclo de vida”, como se describe en el documento Fundamentos de DevSecOps.
En otras palabras, la dirección (y el estímulo) puede haber venido de Chaillan / la cima, se dio mucho espacio a los equipos para aprender a su propio ritmo. Todas las organizaciones pueden aprender de este enfoque.
Entre estas y otras sugerencias, una de las sugerencias más básicas y perspicaces de Chaillan se reduce a la empatía. En una charla en un almuerzo de la Fuerza Aérea, dijo: “Siempre ha sido importante utilizar la [Government Furnished Equipment] dispositivo, usa la red normal, siente el dolor que sienten los aviadores cuando usan esas herramientas, porque si no sientes el dolor, no lo vas a solucionar “.
El mejor lugar para comenzar a solucionar problemas es sintiéndolos primero de la misma manera que lo harán sus usuarios. Ese es un gran principio que lo guiará, ya sea que sea el director de software de la Fuerza Aérea de EE. UU. O alguien en TI para una pequeña empresa.
Divulgación: trabajo para MongoDB, pero las opiniones expresadas en este documento son mías.