Metodología LEAN y LEAN Ágil para Estudiantes de Ingeniería de Sistemas Informáticos.

Un Acercamiento a la Metodología LEAN y LEAN Ágil para Estudiantes

de Ingeniería de Sistemas Informáticos
Verónica Emperatriz, Borja Pérez
e-mail: bp15001@ues.edu.sv
Verónica Sandra, Cornejo López
e-mail: cl13002@ues.edu.sv
Carlos Dalton, Díaz Mejía
e-mail: dm15012@ues.edu.sv
Elmer Alexander, Hernández Sánchez
e-mail: hs15018@ues.edu.sv
Jorge Alberto, Iglesias García
e-mail: ig15001@ues.edu.sv
Rodrigo Daniel, Mejía Salazar
e-mail: ms15050@ues.edu.sv

de producción de una empresa para contrastar el uso de

RESUMEN: En la actualidad, vivimos inmersos
en el cambio constante de las cosas. Lo que hoy es,
puede o no seguir siendo al día siguiente: necesidades,
responsabilidades, costos, precios, metas u objetivos,
etc. En las industrias de desarrollo, de cualquier tipo, lo
antes dicho es aún más notorio y, en gran medida, el
cambio se vuelva indispensable para entrar, continuar o
posicionarse mejor en el mercado en el que se
encuentra. Es por ello que, el presente documento
exhibe de la razón del surgimiento de las metodologías
de desarrollo ágil en las industrias, quienes precisan
agilidad en lo que hacen y se encuentran en constante
cambio. En específico, se presenta la metodología LEAN
y LEAN Ágil, con mayor énfasis en el desarrollo de
software. Expone sobre su origen y adaptación a la
industria del software, sus mayores precursores, sus
fundamentos y bases y la manera de actuar, superar
problemas convencionales y mejorar la producción de la
empresa.
esta en distintas áreas, y por último, en Actualidad se
describe la importancia de esta metodología actualmente
y cómo se lleva a cabo por distintos desarrolladores de
software.
2 ¿POR QUÉ SURGEN LAS
METODOLOGÍAS AGILES?
Este tipo de metodologías nacen dentro de la
industria del desarrollo de software debido a algunas
desventajas que comenzaban a presentar las
metodologías de desarrollo clásicas, algunas de estas
son que los proyectos se planeaban de manera lineal y
secuencial como lo es el desarrollo en cascada, entre
otros. Todo esto generaba una gran documentación que
llegaba a ser tediosa y exhaustiva para los implicados,
por lo que se le pueden llamar a estas metodologías
como “pesadas”.

PALABRAS CLAVE: Ágil, desarrollo de software,
metodología, principios.
1 INTRODUCCIÓN
El documento está dividido de la siguiente manera:
¿Por qué surgen las metodologías agiles?, en donde se
realiza un análisis y descripción sobre este tema y en
qué momento logran tener mayor relevancia. Lo
siguiente es La Historia, El Contexto y La Evolución del
LEAN, en donde se explican y exponen los momentos
que fueron más relevantes para la creación de los
principios “Lean” y “Lean Ágil”, tanto en el ámbito de la
producción en las empresas japonesas como en el
desarrollo de software. En la parte de Principios, se
describe en qué consiste cada uno de los principios bajo
los cuales está basada la metodología de desarrollo; en
el apartado de Funcionamiento (puesta en práctica), se
analizará cómo se lleva a cabo esta metodología en el
desarrollo de software, así como también en el proceso
Este tipo de planificación fue llamada metodología
de desarrollo en cascada, una metodología puede ser
vista como la forma en que se llevan a cabo un conjunto
de tareas o actividades dentro del proceso de desarrollo
de software; además, las funciones de los miembros del
equipo y las responsabilidades de los involucrados son
organizadas y programadas dentro de un tiempo en
específico. En 1970, Winston Royce crea esta
metodología (cascada) que supone la organización de
las principales actividades del proceso de desarrollo de
forma escalonada y secuencial. Sin embargo, para
muchas personas esta metodología no se ajustaba a lo
que realmente significaba un proceso de desarrollo de
software, esto debido a que no pensaban que este
tuviera que darse mediante una ejecución lineal de
actividades que tenga un orden que no pueda ser
alterado y que no tengan la posibilidad de regresar a los
pasos anteriores para realizar cambios. Se pensaba que
no era muy práctica en cuanto a desarrollo de software
ya que no permitía la “agilidad”.

1
Metodología LEAN y LEAN Ágil para Estudiantes de Ingeniería de Sistemas Informáticos.
.
¿Pero por qué estas metodologías sí daban
resultados en ingenierías de construcción? Para verlo
más claro imaginemos un proyecto en donde se
construye un edificio, como lo pensaría cualquiera los
costos por un error acarreado a lo largo del proyecto
aumentarían mientras más avanzado se encuentre el
proceso de construcción, por lo tanto, seria problemático
tener que demoler el edificio y comenzarlo de nuevo por
un error ¿verdad? Por eso mismo en este tipo de
trabajos se muestra un gran énfasis en cuanto al análisis
y el diseño, además se trata de modificar lo menos
posible los diseños que ya se han hecho con
anterioridad. Por ello, consciente o inconscientemente,
esta industria hace gran uso de la predictibilidad (Según
la RAE: “Cualidad de predictible, que puede
predecirse”), es decir, que durante el análisis y diseño
toman en cuanto todos los factores que afectan o
podrían afectar, en gran o menos media, el desarrollo de
su trabajo para así poder predecir los resultados de
seguir uno u otro camino.
Pero en cambio en el desarrollo de software, esto
cambia ya que el costo por errores puede ser igual o
mayor independientemente de si este se da en la fase
de análisis, diseño o en la misma codificación. Esto hace
que cuanto más tiempo dediquemos a una dirección que
no es la definitiva para nuestro software; mucho más
trabajo de análisis, diseño y desarrollo habremos
desperdiciado.
Esto hizo que los desarrolladores pensaran en otra
forma de “recorrer” las fases del proceso de desarrollo,
ya no recorrerla de manera lineal una sola vez, sino
programando pequeños periodos de tiempo es los que
se comprimen las fases de manera que se puedan
desarrollar de forma simultánea o en orden contrario, a
estos periodos son llamados sprint o iteraciones. De
cada iteración se busca dar como resultado una versión
funcional del software que mejore la calidad de la
anterior, debido a esto se dice que son procesos
iterativos e incrementales. Las principales razones por
las cuales se desarrolla de esta manera son porque no
siempre se sabe que software se quiere con precisión o
los requisitos pueden cambiar cuando se prueba el
producto. Dado que, en esta industria es notorio que: los
usuarios finales al obtener lo solicitado en su software
deseado, si este es bien visto, siempre tendrán más
demandas o necesidades que desean saciar. Lo cual
podría traducirse en: las necesidades iniciales que
pretende solucionar el software en desarrollo no serán
las mismas al final de la entrega o durante el testeo,
siempre habrá más.
3 LA HISTORIA, EL CONTEXTO Y LA
EVOLUCIÓN DEL LEAN
Lean y Lean ágil se puede definir como un conjunto
de principios y prácticas que tuvieron origen en la
empresa japonesa Toyota, cuyo objetivo principal era
minimizar el “desperdicio” en la producción y realizar una
eficiente gestión de los recursos. El término “Lean” no
fue popularizado por la empresa japonesa sino por los
estadounidenses, ya que durante los años 80s fue
2
cuando los creadores de automóviles estadounidenses
se alarmaron por la gran captura del mercado por parte
de los automóviles japoneses, en ese entonces la MIT
(Massachusetts Institute of Tecnology, por sus siglas en
inglés) y Harvard Business School responden ante este
situación a través de un estudio intensivo de la industria
de automóviles, logrando así dar como resultado en
1990 a uno de los libros más significativos de aquella
época hasta la actualidad, The Machine that Change the
World: the Story of Lean Production.
Uno de los principales aportes que introducirían el
concepto de “Lean” al desarrollo de software fue por
parte de Mary Poppendieck quien comenzó su carrera
como programadora de control de procesos, en la cual
durante una gestión de software del gobierno encuentra
por primera vez el concepto de “Waterfall”; con ayuda de
su experiencia adquirida en el desarrollo de software y
con las opiniones que en aquella época adquirían más
voces sobre la manera correcta y eficiente de gestionar
proyectos de software decidió comenzar con un nuevo
paradigma. Fue hasta el 2003 que ella publica el
premiado libro Lean Software Development: An Agile
Toolkit, en este explica cómo los principios Lean de la
manufactura japonesa nos ofrecen un mejor enfoque o
metodología para llevar a cabo el desarrollo de software.
Es imposible que hablar del “Lean Manufacturing”
sin hablar de Toyota. Sakichi Toyoda, fundador de la
compañía, junto con su familia trabajaron principalmente
en el área de los telares, Sakichi siempre pensaba en
formas más eficientes y sencillas de llevar a cabo la
práctica de tejer, lo cual lo llevo a inventar una tejedora
de madera mucho más fácil de usar que cualquier otra,
además de ser 50% más eficiente; luego desarrolló la
primera tejedora mecánica y siguió haciendo mejoras a
medida que avanzaban los años hasta que la “tejedora
modelo G” se convirtió en todo un éxito debido a su
sistema que hacía detener la producción en cuanto se
encontraba un error en el hilado y solo permitía seguir la
producción hasta que se corrigieran los defectos.
Gracias a esta tejedora nace uno de los principales
pilares de la empresa Toyota conocido como ”Jidoka”,
palabra cuyo significado es “automatización”. Otro de los
pilares es el “Just in Time” el cual significa justo a
tiempo.
Estos conceptos llevaron a la empresa japonesa a
levantarse después de la crisis que sufrieron debido a la
Segunda Guerra Mundial; en esos años se propusieron
llevar sus niveles de productividad a la misma que los
estadounidenses, lo cual fue muy ambicioso, pero se
logró debido a que se dedicaron a diseñar e implementar
un sistema de manufactura que fuera más eficiente,
elevando la productividad de cada trabajador. Esta
metodología se convirtió rápidamente en un estándar en
la industria de manufactura, tanto que su uso se ha
extendido a otras áreas como el desarrollo de software.
“Lean Software Development” es una adopción del
“Lean Manufacturing” de Toyota al desarrollo de
software ágil, se fundamenta principalmente en construir
un equipo fuerte y altamente preparado capaz de llevar
a cabo cualquier tarea en poco tiempo dando prioridad a
la eficiencia y a la cohesión de los componentes del
Metodología LEAN y LEAN Ágil para Estudiantes de Ingeniería de Sistemas Informáticos.
.
equipo y obviando los procesos y la burocracia que
conlleva normalmente el tener un sistema de producción
preestablecido.
Como se mencionó antes esta metodología fue
desarrollada por Mary Poppendieck junto a su esposo
Tom Poppendieck, ellos fueron los principales
precursores de la aplicación de esta filosofía al
desarrollo de software muy ligada a los “Frameworks” o
metodologías agiles, como lo es el caso de Scrum (Es
un proceso en el que se aplican de manera regular un
conjunto de buenas prácticas para trabajar
colaborativamente, en equipo, y obtener el mejor
resultado posible de un proyecto).
En cuanto al término “Agile”, se refiere a cualquier
proceso que se alinea con los conceptos del Manifiesto
Ágil; el 17 de febrero de 2001, diecisiete desarrolladores
de software se reunieron en Utah para discutir los
métodos de desarrollo ágil. Publicaron este manifiesto
para el desarrollo de software, dentro de él se muestran
las “mejores formas de desarrollar software haciéndolo y
ayudando a que otros lo hagan” e incluyen cuatro
valores y doce principios.
4 PRINCIPIOS
Según las ideas de Mary Poppendieck vertidas en
su artículo (Rojas, 2012), las estrategias de Lean se
fundamentan en tres bases:
 Construir solo lo necesario.
 Eliminar todo aquello que no añade valor.
 Parar si algo no va bien (principio de cero
defectos).
Lean incluye siete importantes principios: (Martin,
2010):
4.1 ELIMINAR DESPERDICIOS
Hacer desaparecer del proceso y el producto todo
aquello que no aporta valor al cliente. Algunos
desperdicios son: la sobreproducción, el tiempo de
espera, transporte, inventarios innecesarios, transportes
innecesarios, defectos, sobre procesamiento o procesos
inadecuados y el talento humano.
4.2 AMPLIFICAR EL APRENDIZAJE
Ha de fomentarse y facilitarse, reconociendo el
autor la naturaleza predominantemente intelectual de la
producción de software y la importancia del aprendizaje
para mejorar los resultados.
4.3 DECIDIR TAN TARDE COMO SEA
POSIBLE
Dada la frecuente incertidumbre que rodea la toma
de requisitos, lo más aconsejable es retrasar las
decisiones tratando de tomarlas con la mayor cantidad
3
de información posible, y siempre tomando una actitud
previsora ante la certeza del cambio.
4.4 ENTREGAR TAN RAPIDO COMO SEA
POSIBLE
Consecuencia de lo anterior, es necesario disponer
de medios que permitan, una vez tomada una decisión,
materializarla, sin sacrificar la calidad.
4.5 DELEGAR LA RESPONSABILIDAD AL
EQUIPO
El empoderamiento es lo que prevalece, dotar a
aquellos en los que reside el conocimiento y realizan el
trabajo del liderazgo suficiente para tomar decisiones y
realizarlo, evitando pasos adicionales de aceptación a
otras instancias que obstaculizan el flujo normal de
actividades.
4.6 CONSTRUIR CON INTEGRIDAD
Integridad conceptual, dada que debe responder a
una necesidad del cliente, este debe percibir el producto
como algo coherente, donde los requisitos a los que da
solución se observan como un todo cohesionado
armónicamente. Además, se necesita la integridad
técnica: una arquitectura coherente, usable, que
responde a su cometido y a la que se puede dar
mantenimiento, adaptar y ampliar.
4.7 VISIÓN GLOBAL
Se debe evitar la tendencia a realizar mejoras
locales a favor de un enfoque global.
Aunque este modelo comenzó en la industria textil,
se adoptó a la industria de los automóviles y ahora se
adapta también al desarrollo de software, ya que no es
una técnica de trabajo sino más bien una manera de
pensar y de actuar de una organización.
5 FUNCIONAMIENTO
Lean fue creado como una práctica de producción
que considera como desperdicio el uso de recursos en
actividades que no generen valor para el cliente,
definiendo valor como todo aquello que el cliente esté
dispuesto a pagar. Lean conlleva una serie de
herramientas diseñadas para eliminar este desperdicio,
entre ellas el mapeo de valor, las cinco S, Kanban
(proceso de jalar en lugar de empujar) y Poka Yoka
(desarrollo de pruebas de errores).
Este modelo busca la agilidad a través de valorar la
interacción entre las personas, la colaboración y la
flexibilidad al cambio. Bajo los principios enfocados a:
satisfacción del cliente a través de desarrollo rápido;
flexibilidad al cambio; entrega continua de software;
entrega es la base del avance; flujo continuo a través de
un paso constante; cooperación continua entre
Metodología LEAN y LEAN Ágil para Estudiantes de Ingeniería de Sistemas Informáticos.
.
participantes; comunicación frente a frente; confianza en
los participantes; búsqueda de excelencia; simplicidad;
auto-organización; adaptación a circunstancias de
cambio.
A primera vista, el manifiesto promueve todos los
principios de Lean: establece un modelo de Kanban,
donde se tiene un paso continuo; una estructura en
donde el cliente rige cada iteración, que puede ajustarse
continuamente; estipula también una reducción de
documentación y la cercanía de los participantes para
poder asegurar una mejor comunicación.
Lean se creó como una herramienta de
manufactura, por lo que requiere ser adaptada para ser
utilizada en servicios. La principal adaptación que sufre
es la modificación de los elementos que se consideran
desperdicio. Ágil ataca los problemas de desperdicio de
la siguiente manera:
5.1 DESCONOCIMIENTO DE
EXPECTATIVAS DEL CLIENTE
Ágil ataca este problema al generar entregables
continuos, y al tomar como medida de avance el
software funcionando. Esto establece en forma indirecta
que la participación del cliente siempre está relacionada
con avanzar.
5.2 ENERGÍA Y DUPLICIDAD DE TRABAJO
Aunque Ágil fomenta el generar trabajo a través de
pares, esto no va contra este principio porque la idea
detrás de esto es que cada individuo busque defectos
desde un punto de vista diferente, minimizando así el re-
trabajo.
5.3 ERRORES DE COMUNICACIÓN
Ágil fomenta la comunicación verbal como una
forma eficiente de obtener claridad.
5.4 INVENTARIO INCORRECTO
A diferencia de metodologías que miden el avance
de un proyecto en base a actividades realizadas, en Ágil
el avance se mide en términos de “software
funcionando”.
5.5 ERRORES EN EL SERVICIO
Lean fomenta una retroalimentación continua y la
detección de errores lo antes posible a través de revisión
y retroalimentación continua.
5.6 POTENCIAL HUMANO NO UTILIZADO
Lean fomenta la participación de todos en todas las
etapas de desarrollo y la distribución de roles en forma
grupal.
4
6 ACTUALIDAD
El desarrollo ágil es un paraguas que incluye varias
metodologías (Scrum, XP, FDD, etc.). Todas ellas tienen
en común que siguen en mayor o menor medida los
valores y principios del manifiesto ágil. Y hay incluso
quien afirma que las ideas de Lean y las ideas agiles son
tan similares que se dice que aplicar la filosofía ágil es
aplicar la filosofía Lean. Y un proceso Lean, es un
proceso ágil.
La conexión de lo ágil con el Lean viene de que
muchos creadores de métodos ágiles estuvieron
influenciados por los métodos Lean, como por ejemplo
Mary y Tom Poppendieck. Mary, esposa de Tom, trabajó
en una fábrica que usaba el método Lean, y Tom era un
desarrollador software. De ahí que Mary y Tom
Poppendieck sean los pioneros en la aplicación del Lean
al software. Y que escribieran el libro (Lean Software
Development) que ha inspirado las ideas del Lean
aplicado al desarrollo software. Una paradoja más:
aunque la filosofía ágil rechaza que el proceso de
desarrollo software sea un proceso de fabricación
industrial tradicional (como el que sucede al construir un
coche o una casa), los ágilistas han tenido una gran
influencia y adopción de los métodos de fabricación de
Toyota.
En la actualidad muchas empresas utilizan Lean
para mejorar sus negocios, no solo para incrementar los
beneficios sino también para mejorar la vida de sus
empleados y clientes. Se basa en mejorar los procesos,
pero su mayor valor radica en las personas, todas las
herramientas y conceptos Lean son importantes, pero si
se descuida a las personas el fracaso es casi seguro.
Lean es un sistema enfocado en crear valor para el
cliente.
Los cimientos de Lean se basan en el trabajo en
equipo, retos, kaizen (cambiar para mejorar), los pilares
que sostienen la casa es la mejora continua y el respeto
por las personas, si estos no están en su lugar no se
podrá lograr el éxito. No solo se enfoca en la mejora de
la calidad de productos y servicios, sino también en
mejorar la calidad, además de la estabilidad de los
procesos.
Un negocio ágil sabe que la estrategia,
capacidades y cultura se tienen que diseñar
conjuntamente para conseguir un cambio organizacional
real. La cultura resulta de cómo interactúa la gente, así
que buscamos interacciones que promuevan el
aprendizaje y la mejora constante – las métricas de
rendimiento y retrospectivas ayudan.
Por fin, no estaremos haciéndolo a la manera ágil,
estaremos siendo ágiles. Se tendrá todo lo necesario
para resolver los grandes problemas: una ejecución
excelente del equipo, priorización según el valor
aportado, conexión desde la estrategia hasta la
ejecución y una plataforma que ayude a alinear,
comunicar y mejorar la cultura ágil. Se centrará en crear
valor para el cliente en lugar de simplemente crear
Metodología LEAN y LEAN Ágil para Estudiantes de Ingeniería de Sistemas Informáticos.
.

procesos. Superando el abismo que hay en las

organizaciones y ahora se dirigirá activamente la
empresa para responder a los cambios del mercado,
convirtiéndolo realmente en un negocio ágil.

7 CONCLUSIONES
El proceso de desarrollo de software los pasos a
seguir nunca son definitivos en su inicio, va cambiando
durante el tiempo que este tome. Lo que se planea en el
análisis y diseño podría ser muy distinto a lo que el
usuario en verdad necesita. Y esto es un problema,
dado que, se debe de ir ajustando y modificando lo que
se pensaba y planeo en un inicio. Dichos ajustes o
modificaciones, en muchas ocasiones, resultan costosas
o exhaustivas a través de las metodologías de desarrollo
convencional. De allí la necesidad y el surgimiento de
las nuevas formas de desarrollo como la presentada en
este documento: LEAN y LEAN ÁGIL. Se ha establecido
ciertas normas que se deben de cumplir en dicha
metodología, sus principios, valores y conceptos en los
que se fundamenta, además se ha descrito de manera
clara los puntos más relevantes y las ventajas que
presentan adoptar esta forma de desarrollo no sólo en la
manufactura sino también en la creación de software.
Por lo aquí descubierto, concluimos que las nuevas
metodologías aportan una ayuda sustancial y, como
desarrolladores, nos acercan más a las necesidades de
los usuarios, que la mayoría de las veces, no están
claras para ellos mismos.

8 REFERENCIAS
[1] Martin, M. A. (2010). Filosofía Lean aplicada a la Ingeniería de Software-
Universidad de Sevilla. Sevilla. Obtenido de
http://bibing.us.es/proyectos/abreproy/70201/fichero/04+-
+Lean+aplicado+a+la+Ingenieria+del+Software.pdf
[2] Poppendieck, M. (Agosto de 2003). Lean Development and
the Predictability Paradox. Business Agility & Software
Engineering. Obtenido de
http://www.poppendieck.com/pdfs/Predictability_Paradox.pd
f
[3] Rojas, A. d. (7 de febrero de 2012). clave i. Recuperado el
18 de Agosto de 2018, de www.clavei.es:
https://www.clavei.es/blog/lean-manufacturing-aplicado-al-
desarrollo-de-software-en-busca-de-la-eficiencia-en-el-
mundo-it/
[4] Cuellar, L. R. (2012) Lean y Desarrollo Ágil. Obtenido de
https://sg.com.mx/revista/38/lean-y-desarrollo-%C3%A1gil
[5] Garzas, J. (11 de enero 2012) Lean Software Development:
la estrategia de fabricación japonesa aplicada al desarrollo
software ágil. Obtenido de
http://www.javiergarzas.com/2012/01/lean-software-
development.html
[6] García Blázquez, J.A. (14 de noviembre 2017) Con equipos
agiles no basta. Obtenido de
https://www.revistabyte.es/actualidad-byte/tecnologias-
agile-no-basta/
[7] Garzas, J. (31 de octubre 2012) De dónde viene el Lean, el
Lean Software Development y por qué se asocia con la
agilidad. Obtenido de
http://www.javiergarzas.com/2012/10/lean-software-
development-2.html