¿Qué es el desarrollo del software Lean?
Lean Software Development es un paradigma que describe un conjunto teórico ideal de circunstancias para la creación de software. Es importante pensar en el desarrollo del software Lean como una de las muchas teorías de desarrollo de software, cada una con sus pros y contras. Al utilizar el modelo de desarrollo de software Lean, hay siete puntos cruciales para comprender: eliminar el desperdicio, amplificar el aprendizaje, la toma de decisiones tardías, la entrega rápida, el empoderamiento del equipo, la construcción de integridad y la visualización del todo.
Eliminación de residuos es un objetivo de ahorro de tiempo y tiempo. Al reducir la cantidad de código excedente y las características superfluas en el desarrollo de software Lean, el equipo de desarrollo de software ahorra dinero y ofrece un código más estricto al usuario final. Por lo tanto, los programas creados con el modelo Lean Software son menos intensivos en recursos y más enfocados.
La amplificación de aprendizaje en el desarrollo del software Lean se refiere al concepto de usar ciclos cortos entre fases de prueba. En teoría, esto proporciona más CComentarios en estado de los ingenieros, a su vez, permitiendo que los problemas se identifiquen anteriormente en la cadena de desarrollo. Los usuarios finales se incluyen en estas fases, asegurando que las versiones beta del programa satisfagan sus necesidades.
La toma de decisiones tardías permite una flexibilidad adicional en el cronograma de diseño, lo que permite tomar decisiones solo una vez que se haya recopilado el número máximo de hechos. Por ejemplo, decidir antes del desarrollo de que el Programa X debería tener las características A, B, y C puede parecer una buena idea, hasta que las pruebas en el suelo revelen que esas características no son posibles completar a tiempo. En el desarrollo del software Lean, la decisión de incluir A, B y C se retrasarían hasta que fuera seguro si realmente era posible.
La entrega rápida se refiere a la preferencia por proporcionar al usuario final un modelo beta de trabajo lo más rápido posible, posiblemente cuandoEl programa está completo del 85 al 90 por ciento, y continúa parchando y actualizando ese modelo durante la vida del programa. Esto contrasta con la espera hasta que el programa esté 100 por ciento completo y lo entregue entonces. En teoría, esto permite al usuario final exprimir más vida fuera del programa, junto con permitir al equipo de desarrollo retroalimentación adicional de los modelos beta de trabajo.
Empoderamiento del equipo significa dar al equipo más autonomía durante el proceso de programación. Como resultado, teóricamente se invertirán más en el proyecto. Además, significa proporcionarles acceso a los clientes, expectativas más estrechamente coincidentes con la entrega real.
Finalmente, la construcción de integridad y ver todo se centra en ver el programa como una sola unidad. Compare esto con otros sistemas, que ven un programa como una colección de mosaicos de diferentes sistemas. Esta forma de pensar teóricamente de "panorama general" proporciona un producto más completo, ya que todo el equipo está en elmisma página cuando se trata del producto terminado.