Jump to content

Lean Software Development: Difference between revisions

From Scrum Manager BoK
← Older edit
Mberne (talk | contribs)
Bureaucrats, Interface administrators
2,993 edits
No edit summary
 
(19 intermediate revisions by 2 users not shown)
Line 1: Line 1:
__NOTOC__
__NOTOC__
{{Meta-bok|min=4}}
'''Lean Software Development''' (LSD, desarrollo de software lean) es la aplicación de los principios de la [[Lean|manufactura lean]] al desarrollo de software. Fue formulada por Mary y Tom Poppendieck en su libro ''Lean Software Development: An Agile Toolkit'' (2003) y es uno de los marcos fundacionales del movimiento ágil, aunque menos conocido que Scrum o XP.


Se trata de la aplicación de los principios Lean al desarrollo del software. Mary y Tom Poppendieck fueron quienes acuñaron estos términos. Gracias a sus aportes y los de la comunidad ágil, Lean Software Development va generando principios y prácticas para el desarrollo de software.
== Los siete principios ==


Está basado en 7 principios que son aplicables en distintos ambientes para mejorar el desarrollo del software:
Mary y Tom Poppendieck identificaron siete principios que traducen el pensamiento lean al contexto del desarrollo de software:


====1.Eliminar el desperdicio====
=== 1. Eliminar los desperdicios ===


Todas las actividades que no crean valor no sirven y deben ser eliminadas. Por ejemplo: cuando se desarrollan tareas que no fueron solicitadas por el cliente, cuando existe una sobre documentación del proyecto, cuando el proceso de desarrollo se cumple sin analizar su nivel de eficiencia o vigencia.
En la manufactura lean, desperdicio es todo lo que no añade valor al cliente. En el software, los Poppendieck identificaron siete tipos de desperdicio equivalentes: trabajo a medias, características extra, reaprendizaje, transferencias (''handoffs''), retrasos, cambios de tareas y defectos. Eliminar los desperdicios es el primer principio porque todo lo demás fluye de él.
Respecto del código se debe tener en cuenta que mayor cantidad de código no siempre es mejor, ya que en general requiere un mayor esfuerzo de testeo y de mantenimiento.
Por otro lado todos los errores, bugs y fallos del software son verdadero desperdicio que debe ser minimizado y eliminado.


====2.Construir con calidad====
=== 2. Ampliar el aprendizaje ===


La calidad debe ser vista tanto desde el proceso como desde el producto.
El desarrollo de software es un proceso de descubrimiento: los requisitos se clarifican a medida que el sistema se construye. En lugar de intentar especificarlo todo al principio, Lean Software Development propone ampliar el aprendizaje con ciclos cortos de retroalimentación, pruebas frecuentes y revisiones con el cliente.
Un proceso que respeta la calidad es aquel que es conocido, entendido y mejorado por sus propios participantes. Para ello se necesita un importante nivel de compromiso y respeto.
Para desarrollar productos con calidad se pueden tener en cuenta elementos como:
a. Técnicas como TDD (Test Driven Development) permiten que usuarios (clientes), programadores y tester definan claramente los requerimientos y confeccionen pruebas de aceptación antes de escribir el código. Ayuda a la comprensión de los programadores y mejora el entendimiento de los requerimientos.
b. El programador es responsable de su propio desarrollo. No debe esperar a que Testing o QA descubra los errores.
c. Fomentar el desarrollo de pruebas automatizadas.
d. Refactorizar el código, buscando que no existan duplicaciones.


====3.Crear conocimiento====
=== 3. Decidir lo más tarde posible ===


Llegar al conocimiento de lo que necesita el cliente requiere de mucha dedicación y esfuerzo y debe convertirse en el aspecto principal a tener en cuenta, ya que el desarrollo de un producto que no es útil termina siendo un desperdicio.  
Tomar decisiones irreversibles demasiado pronto, antes de tener suficiente información, es una fuente de desperdicio. LSD propone posponer las decisiones hasta el momento en que se disponga del máximo de información, sin llegar a retrasarlas hasta que se conviertan en urgentes.
El proceso de desarrollo de software es un proceso de aprendizaje: hay que entender qué es lo que el cliente quiere y cómo podemos hacerlo lo mejor posible. El desarrollo iterativo incremental nos permite repetir muchas veces el proceso de aprendizaje para que podamos crear el conocimiento necesario.  


====4.Diferir el compromiso====
=== 4. Entregar lo más rápidamente posible ===


Lean sostiene que el compromiso (básicamente con los requisitos del cliente) no puede hacerse hasta que los mismos no estén claramente expresados y entendidos. En muchos proyectos se hace un compromiso inicial con requisitos incompletos, inestables e incoherentes, siendo esto un detonante del fracaso del proyecto.
La entrega rápida de valor al cliente reduce el riesgo, genera retroalimentación temprana y permite adaptarse. Ciclos cortos de entrega son la mejor forma de aprender lo que el cliente realmente necesita.
No todos los requisitos tienen la misma importancia para el cliente, por ello se recomienda tomar compromiso respecto del análisis de aquellos que se merecen esta inversión de tiempo y esfuerzo. Lo mismo sucede con qué requisitos pueden ser diseñados, codificados y testeados.


====5.Entregar rápido====
=== 5. Capacitar al equipo ===


El desarrollo iterativo permite realizar entregas rápidas a los clientes, quienes se encuentran con código funcionando desde etapas tempranas. Dicho código debe ser desarrollado con calidad ya que no se puede mantener una velocidad importante de entrega si no se cuenta con calidad y un equipo disciplinado, comprometido y confiable.
Las personas más cercanas al trabajo son quienes mejor lo conocen. LSD propone que las decisiones técnicas las tomen los desarrolladores, no los gestores, y que el rol del mando sea crear las condiciones para que el equipo pueda hacer su trabajo con autonomía y calidad.
La entrega rápida permite a la organización ser competitiva respecto a otras, posicionarse en el mercado, y obtener ingresos de manera más temprana.


====6.Respetar a las personas====
=== 6. Construir con integridad incorporada ===


Tal como la agilidad, Lean se basa en el respecto por las personas. Las mismas son el elemento único y diferenciador por excelencia de la organización.
La calidad no se puede añadir al final como una capa: tiene que estar integrada en el proceso desde el principio. Esto incluye tanto la integridad perceptible (la experiencia que tiene el usuario con el sistema) como la integridad conceptual (que el sistema forma un todo coherente).


Se busca capacitarlas y hacerlas responsable de los procesos en los que interviene, de modo que si son necesarios cambios y mejoras, cada persona puede colaborar en el desarrollo de las mismas. Las técnicas como el análisis de problemas, y la responsabilidad que se proyecta en todos los actores es esencial para asegurar la participación y respeto de todos los involucrados.
=== 7. Ver el conjunto ===


====7.Optimizar el todo====
Los sistemas complejos no se pueden optimizar optimizando cada parte por separado. Ver el conjunto implica entender las interdependencias, evitar la suboptimización local y asegurarse de que las mejoras locales contribuyen al valor del sistema como un todo.


Lean nos invita a focalizarnos en el proceso completo, es decir todo el flujo de valor, en lugar de hacerlo en cada etapa. El problema con optimizar cada paso es que genera inventarios grandes entre los pasos. En el mundo del software, estos "inventarios" representan al trabajo parcialmente terminado (por ejemplo, requerimientos completos, pero sin diseñar, codificar o probar). Lean demostró que un flujo de "una pieza" (por ejemplo, enfocarse en construir un ítem de manera completa) es un proceso mucho más eficiente que concentrarse en construir todas las partes más rápido.
== Lean Software Development y la IA ==


[[Category:Glosario de términos]][[Category:Temario Kanban y lean para la gestión ágil de proyectos TIC]]
Los siete principios de LSD son especialmente relevantes en el contexto del desarrollo asistido por IA:
 
* '''Eliminar desperdicios:''' el código generado sin revisión que luego hay que reescribir es desperdicio. La DoD reforzada y la revisión humana del código IA son mecanismos lean de eliminación de defectos.
* '''Ampliar el aprendizaje:''' los prototipos rápidos con IA son una herramienta poderosa de aprendizaje, siempre que se traten como artefactos de aprendizaje y no como código de producción.
* '''Ver el conjunto:''' la optimización local con IA (generar código muy rápido en una parte del sistema) puede crear problemas sistémicos si no se considera la coherencia del conjunto.
 
== Referencias ==
Poppendieck, Mary; Poppendieck, Tom
* (2003). ''Lean Software Development: An Agile Toolkit''. Addison-Wesley.
* (2006). ''Implementing Lean Software Development: From Concept to Cash''. Addison-Wesley.
 
== Véase también ==
 
<div class="bok-tags">
[[Lean]] [[Manufactura lean]] [[El manifiesto ágil]] [[Agilidad técnica]] [[Extreme programming]] [[Deuda técnica]] [[Definición de hecho]]
</div>
 
<div class="bok-ecosistema">
<div class="texto">
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
</div>
<div class="botones">
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
</div>
</div>
 
[[Category:Glosario de términos]]
[[Category:Marcos y modelos]]
[[Category:Metodologías ágiles]]

Latest revision as of 14:54, 19 May 2026

⏱ 4 min de lectura  ·  📅 Actualizado en 2026

Lean Software Development (LSD, desarrollo de software lean) es la aplicación de los principios de la manufactura lean al desarrollo de software. Fue formulada por Mary y Tom Poppendieck en su libro Lean Software Development: An Agile Toolkit (2003) y es uno de los marcos fundacionales del movimiento ágil, aunque menos conocido que Scrum o XP.

Los siete principios

Mary y Tom Poppendieck identificaron siete principios que traducen el pensamiento lean al contexto del desarrollo de software:

1. Eliminar los desperdicios

En la manufactura lean, desperdicio es todo lo que no añade valor al cliente. En el software, los Poppendieck identificaron siete tipos de desperdicio equivalentes: trabajo a medias, características extra, reaprendizaje, transferencias (handoffs), retrasos, cambios de tareas y defectos. Eliminar los desperdicios es el primer principio porque todo lo demás fluye de él.

2. Ampliar el aprendizaje

El desarrollo de software es un proceso de descubrimiento: los requisitos se clarifican a medida que el sistema se construye. En lugar de intentar especificarlo todo al principio, Lean Software Development propone ampliar el aprendizaje con ciclos cortos de retroalimentación, pruebas frecuentes y revisiones con el cliente.

3. Decidir lo más tarde posible

Tomar decisiones irreversibles demasiado pronto, antes de tener suficiente información, es una fuente de desperdicio. LSD propone posponer las decisiones hasta el momento en que se disponga del máximo de información, sin llegar a retrasarlas hasta que se conviertan en urgentes.

4. Entregar lo más rápidamente posible

La entrega rápida de valor al cliente reduce el riesgo, genera retroalimentación temprana y permite adaptarse. Ciclos cortos de entrega son la mejor forma de aprender lo que el cliente realmente necesita.

5. Capacitar al equipo

Las personas más cercanas al trabajo son quienes mejor lo conocen. LSD propone que las decisiones técnicas las tomen los desarrolladores, no los gestores, y que el rol del mando sea crear las condiciones para que el equipo pueda hacer su trabajo con autonomía y calidad.

6. Construir con integridad incorporada

La calidad no se puede añadir al final como una capa: tiene que estar integrada en el proceso desde el principio. Esto incluye tanto la integridad perceptible (la experiencia que tiene el usuario con el sistema) como la integridad conceptual (que el sistema forma un todo coherente).

7. Ver el conjunto

Los sistemas complejos no se pueden optimizar optimizando cada parte por separado. Ver el conjunto implica entender las interdependencias, evitar la suboptimización local y asegurarse de que las mejoras locales contribuyen al valor del sistema como un todo.

Lean Software Development y la IA

Los siete principios de LSD son especialmente relevantes en el contexto del desarrollo asistido por IA:

  • Eliminar desperdicios: el código generado sin revisión que luego hay que reescribir es desperdicio. La DoD reforzada y la revisión humana del código IA son mecanismos lean de eliminación de defectos.
  • Ampliar el aprendizaje: los prototipos rápidos con IA son una herramienta poderosa de aprendizaje, siempre que se traten como artefactos de aprendizaje y no como código de producción.
  • Ver el conjunto: la optimización local con IA (generar código muy rápido en una parte del sistema) puede crear problemas sistémicos si no se considera la coherencia del conjunto.

Referencias

Poppendieck, Mary; Poppendieck, Tom

  • (2003). Lean Software Development: An Agile Toolkit. Addison-Wesley.
  • (2006). Implementing Lean Software Development: From Concept to Cash. Addison-Wesley.

Véase también

Lean Manufactura lean El manifiesto ágil Agilidad técnica Extreme programming Deuda técnica Definición de hecho

¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.

Buscar convocatorias
Club Agile
Retrieved from "https://www.scrummanager.com/bok/index.php?title=Lean_Software_Development&oldid=4116"