Ministerio del Usuario
43. La ubiquidad del desperdicio
UNA DE LAS COSAS QUE TRANSFIERE el Toyota Production System al mundo de los productos digitales, es la obsesión por identificar y eliminar desperdicio.
Aún dentro del mundo de Agile, el desperdicio es algo que frecuentemente ocurre y que es necesario identificar y eliminar de manera constante.

Dependiendo del autor, se puede definir distinta cantidad y tipos de desperdicio. Sin embargo, entre ellos, existe comúnmente un factor común.
Ahora bien, los siguientes son los desperdicios “Obvios”:
- Re-trabajo
- Esperar
- Comunicación poco eficiente
- Soluciones innecesariamente complejas
- Construir el producto equivocado
Pero hay otros que son un tanto contraintuitivos y que no se identifican frecuentemente como desperdicio. Por el contrario, las organizaciones suelen verlas como virtudes.
Veamos algunas:
TRABAJO “CASI” TERMINADO:
- “Ya terminamos el feature, sólo resta pasarlo a producción en las próximas semanas”. Todo el tiempo que transcurre entre el software terminado y su salida a producción, es desperdicio.
SOBRE-INGENIERÍA:
- Esto implica dotar al producto de características que nunca serán aplicadas en la vida real.
Por ejemplo:
- Preparar el software para escalar desproporcionadamente.
- Optimización prematura.
- Anticiparse a problemas de baja probabilidad de ocurrencia y bajo impacto.
TRANSFERENCIA DE TAREAS:
- “Tenemos equipos especializados en cada tema” no es una característica que reduzca el desperdicio. La transferencia de tareas (hand-over) es uno de los factores en donde más tiempo se desperdicia en documentar el estado de la tarea para que otro equipo la comprenda o, peor aún, no documentarla y que el otro equipo no entienda nada.
El desperdicio es la contracara del valor. Recordemos siempre que su relación es proporcional. Es decir que el desperdicio que generamos de un lado es valor que no está viendo la luz del otro.
Dicho de otra manera: 😊
- Desperdicio = Valor * -1