Notes RSS feed

“Elimina todo lo que no aporta valor. Mejora lo que sí.” — Principio Lean

En un mundo donde las metodologías ágiles han transformado la forma en que trabajamos, Lean Software Development va un paso más allá: nos obliga a pensar en el desperdicio, en el flujo de valor, y en cómo entregar software de forma más simple, más rápida y más inteligente.

¿Qué es Lean Software?

Lean toma sus raíces del sistema de producción de Toyota. En software, significa:

• Entregar valor al cliente con la mínima cantidad de trabajo.
• Optimizar el sistema completo, no solo partes aisladas.
• Tomar decisiones lo más tarde posible, cuando la información es más completa.
• Crear calidad desde el principio, no con parches al final.
• Respetar al equipo y fomentar el aprendizaje continuo.

7 principios clave

1. Eliminar desperdicio
   Código no usado, funcionalidades innecesarias, trabajo en progreso no entregado: todo eso es coste sin valor.

2. Amplificar el aprendizaje
   Cada entrega es una oportunidad para aprender del usuario. Ciclos cortos, validaciones reales.

3. Decidir lo más tarde posible
   Menos conjeturas, más evidencia. Retrasa las decisiones importantes hasta tener datos reales.

4. Entregar lo más rápido posible
   Velocidad = retroalimentación = mejora. El flujo constante de pequeñas entregas reduce riesgos.

5. Empoderar al equipo
   Las mejores decisiones no vienen de arriba, sino de quienes están cerca del código y del problema.

6. Construir calidad desde el principio
   Tests automáticos, CI/CD, revisión constante: la calidad no se agrega, se construye.

7. Ver el todo
   No optimices solo tu módulo. Pregúntate si lo que haces mejora el sistema completo.

---

Aplicar Lean no es una checklist, es una mentalidad. Es mirar cada línea de código y preguntarse:
¿Esto agrega valor?

En este 2025, uno de mis propósitos es no solo escribir mejor código, sino escribir menos código mejor enfocado.
Más simple. Más limpio. Más Lean.

“Un sistema no está bien diseñado cuando no puedes cambiarlo sin miedo. Está bien diseñado cuando puedes hacerlo con confianza.” — Robert C. Martin

Este es el año en el que voy a dominar Clean Architecture.

Ya no se trata solo de escribir código que funcione. Se trata de escribir código que resista. Que escale. Que no se convierta en su propio enemigo seis meses después. He visto suficientes proyectos implosionar por falta de estructura, por decisiones técnicas apresuradas, por acoplamiento disfrazado de conveniencia.

En 2025, mi objetivo es más profundo que una simple refactorización. Me gustaría entender los principios detrás de cada capa, cada separación de responsabilidades, cada dependencia invertida. Quiero que la arquitectura de mis proyectos sirva a los casos de uso, no al framework de moda.

Voy a construir menos, pero construir mejor.
Voy a leer más allá de los tutoriales.
Voy a fallar más consciente y aprender más sólido.
Voy a dedicar este año a escribir software como si el futuro dependiera de ello, ya en parte, lo hace.

Si llegas a esta nota y compartes el mismo objetivo, bienvenido.
Vamos a limpiar más que nuestro código este año.