La optimización de la eficiencia y la minimización de los costes son dos componentes importantes del enfoque lean para el desarrollo de software, que ya ha sido probado por muchas empresas de TI en la práctica.

Las raíces de este enfoque se remontan a la historia del conocido fabricante de automóviles Toyota, y se basan en sus enfoques de resolución de problemas. El resultado final es realizar sólo aquellos cambios que sean beneficiosos y que, al mismo tiempo, requieran un coste mínimo y no lleven demasiado tiempo para ser implementados.

En relación con el desarrollo de software, la metodología Lean fue tratada por primera vez por Mary Poppendieck y Tom Poppendieck, que publicaron el libro “Lean Software Development” en 2003. En él se describen los principios tradicionales de la producción ajustada en relación con el desarrollo de software, así como un conjunto de 22 herramientas (prácticas) y su comparación con la metodología de desarrollo ágil.

Lean Software Development – no es una metodología para la gestión del desarrollo de proyectos, como puede parecer a primera vista. Se trata de un conjunto de principios utilizados en diversos proyectos para mejorar el proceso de desarrollo y aumentar su eficacia.

Los 7 principios del desarrollo de software ajustado

En el corazón del desarrollo ajustado se encuentran una serie de principios importantes que prácticamente no han cambiado en los últimos años. Vamos a intentar explicarlos en palabras breves y sencillas.

1. Eliminar los residuos. En el desarrollo de aplicaciones, el despilfarro es todo aquello que no aporta ningún valor comercial al cliente y no mejora la calidad del producto que se está desarrollando ni acelera el tiempo de lanzamiento del proyecto.

En otras palabras, es aquello en lo que gastamos dinero y no obtenemos ningún beneficio. Por ejemplo, el código que no se utiliza y las funciones innecesarias que no aportan valor adicional tanto al usuario como al negocio, pero que requieren tiempo de discusión, desarrollo, pruebas y documentación.

2. Amplificar el aprendizaje. Para que el equipo desarrolle un sistema que aporte valor de negocio al cliente, debe tener una amplia gama de habilidades. El equipo tiene que acumular conocimientos y compartirlos, por ejemplo, en forma de revisión al final de la iteración.

Algunos de los nuevos aprendizajes serán técnicos y otros, por el contrario, se clasifican como requisitos no funcionales. Por ejemplo, tener una comprensión de lo que un usuario de negocios realmente quiere, y no lo que los desarrolladores imaginan. Por lo tanto, el equipo debe desarrollar, aprender y acumular conocimientos constantemente. Esto permite al equipo evitar problemas en el futuro.

3. Decidir lo más tarde posible. La idea principal aquí es esperar hasta el último momento antes de tomar cualquier decisión, especialmente las irreversibles. Esto es especialmente cierto cuando hablamos de las decisiones que pueden tener un impacto significativo en el éxito del desarrollo.

Todas las decisiones deben estar respaldadas por los datos analíticos y los resultados de la monitorización del proceso, de lo contrario el equipo corre el riesgo de ser absorbido por demasiados cambios y puede olvidarse del objetivo principal del proyecto.

Cuanto más tarde se tome una decisión, más habilidades y comprensión se tendrá, y menos se tendrá que rehacer más tarde.

4. Entregar tan rápido como sea posible. Esta es la base del desarrollo iterativo. Cuanto más rápido muestre su trabajo de base al cliente, antes obtendrá su retroalimentación, por lo tanto, recibirá el producto con las mejoras necesarias mucho antes.

Una función empresarial interesante que se puso en producción en unos pocos meses puede finalmente resultar completamente inútil. Pero si se lanzara en dos semanas, podría resultar beneficiosa para el cliente.

5. Potenciar el equipo. El desarrollo de software es un proceso de trabajo mental, por lo que hay que tratar a las personas como profesionales competentes y motivados, en lugar de profesionales con escasas habilidades para escribir código o dibujar diagramas.

Para que las personas asuman responsabilidades, se motiven y trabajen como un equipo sólido, deben ser conscientes de su contribución al producto que se está desarrollando. Es necesario crear condiciones en las que cada persona pueda estar centrada trabajando en la tarea empresarial actual.

Confíe en su equipo y respételo. El factor humano es uno de los elementos más importantes para el éxito del desarrollo de software.

6. Construir la integridad en. Según los principios del desarrollo ajustado, un problema se puede encontrar después de su aparición, o bien se pueden eliminar las causas que conducen a un problema por adelantado.

Los autores de Lean Software Development sugieren que se resuelva el problema de calidad directamente cuando empiece a aparecer – inicialmente poniendo la calidad en el producto, y no dejando la identificación y la corrección de errores para las pruebas o la producción. Para ello, vale la pena moverse en pequeños pasos y comprobar la calidad después de cada paso.

7. Ver el todo.

La principal forma de resolver los problemas es descomponerlos en cuestiones más pequeñas y eliminar sistemáticamente las causas de su aparición. Pero para ver la raíz del problema, el equipo debe tener una buena comprensión global del proceso de desarrollo actual, el concepto y la estrategia del producto que se está desarrollando.

Resumen

En este artículo conocerás los principios del Lean Software Development, que puedes aplicar cuando trabajes en proyectos en tu equipo. Es muy posible que esto le permita mejorar la eficiencia y optimizar los procesos.

Es necesario entender el hecho de que estamos hablando de principios, y no de reglas estrictas. Por lo tanto, hay que poner un poco de esfuerzo para adaptarlos efectivamente a las especificidades de su proyecto.