El modelo operativo: pods, no proyectos
El motor silencioso de cada transformación que McKinsey estudió es el mismo: equipos pequeños y multifuncionales que son dueños de un resultado de principio a fin. Cambia el organigrama, o la tecnología no importará.
Cambia la tecnología y deja el organigrama intacto, y el organigrama gana. Siempre. El motor silencioso de estas transformaciones es una forma distinta de equipo.
Esta es la capacidad tres, y la que la gente omite porque es la más difícil — te pide cambiar cómo se construyen los equipos, no solo qué herramientas usan. A lo largo de las transformaciones que McKinsey estudió, la misma estructura aparecía una y otra vez: equipos pequeños, estables y multifuncionales que son dueños de un resultado de principio a fin. El libro los llama pods. Un pod tiene todo lo que necesita para entregar — producto, ingeniería, diseño, datos, la experiencia de negocio relevante — sentados juntos y responsables de un resultado, no de una tarea. Contrasta eso con el modelo que la mayoría de las empresas todavía opera:
Proyecto — qué falla
Especialistas en departamentos separados se pasan el trabajo por encima de los muros — negocio → ingeniería → QA — y luego se disuelven al lanzar. Nadie es dueño del resultado, porque llega después de que todos se han dispersado.
Pod — cómo se ve lo bueno
Un solo equipo persistente y completo — producto, ingeniería, diseño, datos, negocio — es dueño de la métrica, convive con lo que entrega, y se queda a mejorarlo.
Por qué la propiedad cambia la conducta
Cuando un equipo sabe que seguirá aquí dentro de seis meses, conviviendo con lo que sea que entregue, toma decisiones distintas. Deja de optimizar para “pasó la entrega” y empieza a optimizar para “de verdad funcionó.” Los atajos que parecen gratis en un proyecto — la esquina recortada porque se vuelve problema de otro — dejan de ser gratis cuando no hay otro. Esa es la razón profunda por la que los pods rinden más: la propiedad de principio a fin elimina las costuras por donde la responsabilidad solía escaparse, y las costuras eran donde se perdía la mayor parte del valor.
La era agéntica está doblando aún más esta forma. La vanguardia es la organización agéntica — pods donde humanos y agentes de IA trabajan dentro del mismo flujo de trabajo, las personas marcando el rumbo y siendo dueñas del juicio mientras los agentes cargan con más de la ejecución. La unidad no cambia; el pod sigue siendo la respuesta. Lo que cambia es que un pod cada vez más incluye capacidad que no es humana, lo que hace que la disciplina de “un solo equipo es dueño del resultado” importe más, no menos — alguien todavía tiene que ser dueño de lo que hacen los agentes.
Dónde se tuerce
Renombrar los equipos de proyecto como “pods” y no cambiar nada más. Si el equipo todavía le pasa el trabajo a un departamento separado para terminarlo, todavía se disuelve al lanzar, todavía responde a cinco gerentes con cinco prioridades, es un proyecto con una palabra nueva puesta. Las medias tintas aquí son la razón por la que tantas “transformaciones ágiles” produjeron vocabulario nuevo y los mismos resultados.
Ponlo en práctica
Toma una pieza de trabajo que avance por tu organización y rastrea sus entregas — cuenta cada vez que cruza de un equipo o departamento a otro antes de llegar a un usuario. Cada cruce es un muro donde la propiedad se adelgaza y el valor se escapa. Un pod es simplemente la apuesta de que obtendrás más quitando esos muros que gestionando el tráfico que los cruza.
Basado en Lamarre, Smaje & Zemmel, Rewired (McKinsey), y en los escritos de McKinsey sobre la organización agéntica.