驴Sin metodolog铆a ni procesos de planificaci贸n? 馃槸

驴Sin metodolog铆a ni procesos de planificaci贸n? 馃槸

Jean-Michel Lemieux, CTO de Shopify/Atlasian, twite贸 en febrero del 2024:

鈥淢e 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贸:

鈥淟a 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 鈥渃orrecta鈥 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 鈥攊mportantes鈥 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?