# data[].attributes.body
A menor WIP mayor colaboración del equipo, más tareas se harán por más de una persona, teniendo en cuenta que hay un límite de personas que pueden trabajar a la vez sobre una misma tarea. Por ello, otro propósito de limitar el WIP es evitar el exceso de multitareas y la sobrecarga de una parte del proceso.

# data[].attributes.body
Número máximo de tareas que pueden realizarse en cada fase del ciclo de trabajo.

# data[].attributes.headline
Métricas para medir el flujo de trabajo en Kanban

# data[].attributes.subject
Métricas para medir el flujo de trabajo en Kanban

# data[].attributes.body
Lead time: tiempo que ha pasado desde que el ítem (historia de usuario, tarea, etc.) ha entrado en la pizarra Kanban hasta que ha pasado a la última fase.

Cycle time: tiempo que pasa desde que se empieza a trabajar con el ítem hasta que pasa a un estado finalizado

# data[].attributes.body
El trabajo que se gestiona estará dividido en bloques o tareas pequeñas

# data[].attributes.body
Desperdicios del lean software 1: Trabajo realizado parcialmente

Desperdicios del lean software 2:  Características extra

Desperdicios del lean software 3: Reaprendizaje

Desperdicios del lean software 4: “De mano en mano”

Desperdicios del lean software 5: Las pausas

Desperdicios del lean software 6: Cambio de Tarea

Desperdicios del lean software 7: Defectos

# data[].attributes.body
5 – Muchas veces respecto a las metodologías ágiles existen interrogantes sobre cómo hacer frente al diseño. Las iteraciones hacen complejo este punto. Dado que el desarrollo lean establece una serie de principios que exigen tratar al producto como un todo, un ciclo de vida completo, enfoque multifuncional, ponen más énfasis en cómo organizar una combinación de diseño, desarrollo, implementación y la validación.

# data[].attributes.body
4 – En lean no hay un rol que priorice el trabajo del equipo de desarrollo, como suele suceder en las metodologías ágiles. Los métodos ágiles suelen proponer al cliente o representante del cliente (product owner) que priorice el trabajo del equipo software.

# data[].attributes.body
3 – En lean existen figuras cercanas a “jefes de proyecto” o “product managers”. En el lean software development los equipos están dirigidos por alguien que ocupa el rol de ingeniero jefe (como se llamaba en Toyota), el gerente de programas o “program manager” (Microsoft), o “product champion” (3M).

# data[].attributes.body
2 – En lean no hay “product owner”  o roles de cliente, típicos del desarrollo ágil.

# data[].attributes.body
1 – El lean software development se ve al desarrollo software como un paso dentro de un flujo global, un paso dentro de un todo. Lean no sólo trata el desarrollo, trata hasta la puesta, y éxito, en el mercado del producto.

# data[].attributes.body
El lean, y el lean software development, no es una metodología de ingeniería de software en el sentido convencional.Es más una síntesis de principios y una la filosofía para construir sistemas de software.Si lean se considera un conjunto de principios más que prácticas, la aplicación de conceptos lean al desarrollo software y la ingeniería software tiene más sentido y puede ayudar a mejorar la calidad

# data[].attributes.body
1. Eliminar desperdicios (eliminating waste)

2. Amplificar el aprendizaje (amplifying learning)

3. Decidir lo más tarde posible (decide as late as possible)

4. Entregar lo más rápido posible (delivering as fast as possible)

5. Capacitar y potenciar al equipo (empowering the team)

6. Construir con calidad (build quality in)

7. Ver el todo (seeing the hole)