15 Lecciones: Similitudes entre el desarrollo de software y por qué Lean fracasa [2/3]

By Ana Cruz • December 7, 2017

Artículo escrito por: Jon Miller

Traducción: Ana Cruz

¿Puede ser cierto que las transformaciones Lean fallen en un 95% de los casos? Si es así ¿cómo? Los desafíos de las complejidades del desarrollo de software moderno nos ofrecen estadísticas. Este capítulo es la segunda parte de una serie de tres artículos inspirada en la publicación The Coming Software Apocalypse.

Para leer la primera parte da clic¡AQUÍ!

Lección #6 Corregir componentes individuales esperando funcionen en un sistema sin errores

Tal como me sucedió a mi con este artículo en su versión original en inglés, no podemos corregir ni comprobar componentes individuales y esperar que cuando los juntemos funcionen juntos sin errores. El todo es mayor que la suma de sus partes. Esto es cierto al escribir texto y probablemente código. La transformación Lean solo funciona cuando se extiende sobre toda la organización con el tiempo, en todo su alcance y complejidad. Es verdad que podemos aislar y mejorar las diferentes funciones de nuestra organización, y esperar que trabajen juntas sin ningún problema. Pero las fallas Lean ocurren cuando nos mantenemos satisfechos con la optimización individual lo cual provoca desajustes internos, conflictos o incapacidad para mantener las áreas mejoradas.

Leer artículo en inglés dando clic ¡Aquí!

Lección #7 Errores de requisito, no errores de codificación

"Los problemas graves que han ocurrido con el software tienen que ver con los requisitos, no con los errores de codificación". Es la rara y afortunada transformación Lean que comienza debido a los requisitos clara y la presión de los clientes para cambiar. Cuando un buen cliente puede decirle a una empresa lo que necesita para asegurar negocios futuros crecer juntos de manera rentable, la transformación gana dirección y energía. Un esfuerzo Lean que se centra en el costo a expensas de las relaciones con los clientes y proveedores, o aumenta la capacidad sin un plan de crecimiento, tendrá como resultado una falla en Lean.

Lección #8 Seguidores fieles, malas instrucciones

"El software hizo exactamente lo que se le dijo que hiciera. La razón por la que falló es porque se le dijo que hiciera algo incorrecto". Lean puede ayudarnos a hacer las cosas de manera eficiente, incluso cosas que no deberíamos hacer en absoluto. Al igual que el software, Lean falla debido a un mal diseño incluso cuando la ejecución es buena.

Lección #9 Pregúntale a las personas qué necesitan

Según el artículo la solución de desarrollo integrado de Microsoft -Visual Studio-, utilizada por alrededor de un tercio de todos los programadores profesionales, tiene más de 55 millones de líneas de código. Más del 98% de esto es completamente irrelevante para el usuario, ya que le faltan problemas fundamentales a los que se enfrentan las personas. Lean fracasa cuando las personas que están lidereando el esfuerzo no van hacia las personas que vivirán y trabajarán con el sistema todos los días y les preguntan qué necesitan para realizar su trabajo exitosamente.

Lección #10 Problemas de comunicación

En el desarrollo de software la comunicación puede ser en enlace más sensible. El problema principal no es el "saber cómo" sino el "saber qué". La gente sabe cómo codificar, el problema es qué codificar. Los requisitos son vagos y ambiguos, lo que permite a cada persona interpretarlo de una manera ligeramente diferente. El artículo argumenta que existe una mayor necesidad de estudiar cómo los programadores perciben las herramientas para el desarrollo de software, en lugar de crear nuevas herramientas. Esto también es cierto en lean. A menudo la percepción de la gente, la incomprensión o la confianza equivocada en las herramientas y conceptos Lean hacen que fracase su implementación, y no precisamente la falta de herramientas poderosas para resolver problemas como tarjetas Kata o plantillas.

Continuará ...