¿Sin metodología ni procesos de planificación? 😯
Jean-Michel Lemieux, CTO de Shopify/Atlasian, twiteó en febrero del 2024:
“Me he retirado del proceso de software. Nada de scrum, DDS, TDD, standups, DevOps, SRE, microservicios, retrospectivas, pre y post mortems... En lugar de eso, simplemente construimos y ejecutamos software juntos. Utilizamos un gestor de incidencias y un buen Readme. Todos publican una actualización diaria a nuestro grupo con una demo o ideas sobre su día. Simple y sencillo. Es pura felicidad”
Es muy bueno este tweet del entonces CTO de Shopify Jean-Michel Lemieux. Jean-Michel notó una enorme disminución en la velocidad de desarrollo para liberar nuevas actualizaciones en Shopify. Por eso, durante 6 meses eliminó muchas de las actividades típicas en la gestión de proyectos, y, como era de esperar, su velocidad de desarrollo aumentó considerablemente.
En esta entrevista, él mismo señaló:
“La lentitud en los equipos de desarrollo se debe muchas veces a la gran cantidad de procesos no técnicos. Teníamos mucha gente ocupada en la planificación que demandaba actualizaciones de avance, estar alineados con el roadmap, etc. Así, teníamos más y más reuniones que no eran de desarrollo de producto. En el fondo, teníamos personas responsables de la planificación, juntándose con los ingenieros que construían el producto, para que éstos les explicaran cuando iba se iban a demorar, generando un cuello de botella por la excesiva planificación para la capacidad de desarrollo. En definitiva, estábamos sobreplanificando.”
Esto no quiere decir que no haya que planificar, sólo planificar lo suficiente. Tener solo las conversaciones sobre lo que construiremos el siguiente mes podría ser un punto de partida. Fijar sólo 1 hora a la semana con los bloqueos.
De cierta forma, los ingenieros tendemos a creer que un proceso siempre será mejor. 🙄 Es decir, debe existir una forma “correcta” de trabajar y queremos apuntar a ella. Con los años, hemos sido adoctrinados en que la planificación reduce el riesgo, sin embargo, según Jean-Michel, es la velocidad del delivery la que reduce el riesgo.
En pocas palabras, estando en Shopify, Jean-Michel llegó a la conclusión de que lo que realmente importaba para mejorar la velocidad de desarrollo, eran las decisiones —importantes— que hacían los ingenieros al escribir el código. En el fondo, la arquitectura de las soluciones que implementan los ingenieros representaba la estrategia de la empresa. Luego, ¿porqué no pasar más tiempo conversando sobre los desafíos técnicos, que haciendo seguimiento a las personas, contando las historias de usuarios, etc?
