Etiqueta: gestión de proyectos lean

Cómo impulsar la mejora de procesos con Kanban

Sobre este tema tenemos el placer de hablar con Alex Novkov, responsable de contenido de Kanbanize, practicante experimentado de Kanban y dedicado a educar al mundo sobre cómo ser más eficiente.

Una de las ventajas más importantes del flujo de trabajo gestionado con Kanban es su eficiencia. Los equipos tienen la información necesaria para priorizar y empezar trabajos y completar tareas con poca necesidad de supervisión manual o actualizaciones de estado repetitivas e informes de progreso, manteniéndolos enfocados en lo que son buenos.

Además, los obstáculos se visualizan rápidamente y de forma transparente, de modo que los equipos y los gerentes tengan el tiempo y los recursos disponibles para enfocarse en las soluciones y prevenir proactivamente los problemas de entrega.

Kanban es lo suficientemente flexible y adaptable para implementar sin problemas esas soluciones sin implementar un sistema completamente nuevo. De hecho, Kanban es lo suficientemente flexible como para que puedas probar soluciones y ocasionalmente fallar ya que tomar riesgos es un componente clave de la mejora continua.

La gestión Lean se enfoca en la mejora continua, y visualizar tu flujo de trabajo con la ayuda de Kanban es parte integral de este proceso iterativo de eliminación continua de desperdicios, mejora de la eficiencia, aprendizaje y adaptación. Estas actividades son fundamentales para que las empresas sobrevivan en nuestro entorno social, económico y tecnológico, en constante cambio.

Kanban es una base estable para lograr la mejora continua, ya que la naturaleza del sistema requiere que las tareas y los procesos sean transparentes, explícitos y las personas se hagan cargo de su parte del flujo de trabajo.

Cuando el puesto de trabajo se ve como un organismo que fluye, en lugar de una máquina que muele, se vuelve más fácil visualizar y abordar todo lo que impide el flujo.

Una vez que el flujo de trabajo está corriendo y el trabajo se está moviendo a través del sistema, la mejora continua del proceso comienza inmediatamente.

Al empezar con Kanban, tienes que buscar a aumentar la eficiencia de tu proceso y reducir el número de actividades inútiles (por ejemplo, que no aporten valor directo a tu cliente).

Reducción de desperdicios

«Desperdicio» es un término Lean que se originó en la fabricación, pero que también se aplica al trabajo basado en conocimiento y a los servicios. Las 7 categorías de desperdicios son los siguientes:

  • Defectos: el producto final está defectuoso o fuera de especificaciones, lo que requiere recursos para reparar o corregir
  • Sobreproducción: hacer más de un producto o proceso de lo necesario o requerido
  • Espera: tareas o equipos que están inactivos mientras esperan que se completen tareas o pasos precursores
  • Transportación: Mover el producto o la información más de lo necesario
  • Inventario: inventario, información o tareas que no se utilizan o procesan activamente
  • Movimiento: en la fabricación, esto es movimiento de personas innecesario. En el trabajo basado en conocimiento, a menudo se interpreta como el exceso de tiempo dedicado a buscar la información necesaria
  • Sobreproceso: hacer más trabajo del requerido para completar una tarea

Independientemente de tu industria, evalúa tu flujo de trabajo y busca desperdicios. ¿Las personas tienen la información necesaria a mano cuando comienzan a trabajar en una tarea? ¿Hay retrasos en las entregas o aprobaciones? ¿El trabajo es frecuentemente rechazado o revisado? ¿Las personas están inactivas debido a retrasos en otros procesos? ¿Hay un gran retraso de trabajos o tareas abordar?

Usando Kanban para reducir los desperdicios

Kanban es un método altamente efectivo de reducir los desperdicios en tus procesos. De forma natural, disminuye el tiempo de inactividad y se centra en la entrega continua, lo que ayuda a eliminar los desperdicios de cada proceso debido a que:

  • Los proyectos son gestionados por un sistema de arrastre (“pull”). Cuando la demanda «tira» de las tareas, reduce la sobreproducción y ayuda a controlar el inventario y el procesamiento excesivo
  • Limitar el trabajo en progreso permite a los equipos concentrarse solo en un pequeño número (1-2, no más de 3) tareas a la vez. Este enfoque y atención reduce los defectos y aumenta la implicación
  • Visualizar las etapas de un proceso en un tablero kanban permite a los managers  a asignar recursos a las tareas atrasadas sin generar exceso de inventario
  • Reducir el tiempo de espera es más fácil, porque las tareas o pasos contingentes se visualizan y pueden abordarse antes de que se produzcan demoras

Otros medios para reducir los desperdicios

  •  Automatizar el flujo de trabajo. Evaluar tareas repetitivas y buscar oportunidades para eliminarlas o automatizarlas
  • Cultivar al equipo. Alinear a tu equipo con el objetivo de mejorar el proceso te ayuda a obtener información valiosa sobre los recursos desperdiciados actuales. Educarlos y empoderarlos para identificar y eliminar los desperdicios no solo es efectivo, sino que fomenta la comunicación y el compromiso

Mejora continua de la eficiencia

La mejora de la eficiencia es un resultado natural de la eliminación de desperdicios, pero para mantener el impulso y lograr una mejora continua del proceso, debes mantener un flujo de trabajo fluido e ininterrumpido de principio a fin. Las áreas para evaluar la eficiencia son:

  • Personal. ¿Tenemos exactamente tantas personas como necesitamos para hacer el trabajo?
  •  Recursos. ¿Tiene todo el personal el equipo, la capacitación o la información necesarias para realizar el trabajo de manera correcta, consistente y eficiente?
  • Tiempo de retraso. ¿Avanza el trabajo sin problemas de persona a persona, de equipo en equipo, de departamento a departamento tal como se requiere, sin desperdicios?
  • Exceso de comunicación. ¿Pasan mucho tiempo las personas comunicándose o informando sobre el estado de los proyectos o tareas? ¿Debe repetirse la comunicación con frecuencia? ¿Son las reuniones demasiado largas, comienzan tarde, tienen resultados efectivos?
  • Alcance, horario y requisitos. ¿Tienden a cambiar las tareas y los proyectos con el tiempo, a aumentar su alcance, a cambiar de horario o a cambiar los requisitos? ¿Su equipo tiene dificultades para obtener el trabajo aprobado o para cumplir con sus plazos?

Mejorar la eficiencia no solo reduce los costes, sino que también afecta la satisfacción de los empleados. Por lo tanto, debes estar atento si los miembros de tu equipo tienen todo lo necesario para hacer su trabajo de manera eficiente. Asegúrate de que no estén estancados en tareas repetitivas, reuniones improductivas o esperando ociosamente una nueva tarea o una aprobación tardía.

Usando Kanban para mejorar la eficiencia

  • Usando tableros kanban aumenta la eficiencia al comunicarse visualmente en lugar de textualmente, de modo que la información en tiempo real siempre es accesible y comprensible para todos los interesados.
  • Usar un tablero kanban reduce la cantidad de tiempo dedicado a solicitar, crear o entregar informes de estado de las tareas y proyectos
  • Visualiza demoras u obstáculos, lo cual te permitirá anticiparte y adaptarte para mantener un flujo eficiente
  • Kanban refleja las necesidades o prioridades cambiantes y difunde información nueva, lo que reduce el tiempo dedicado a comunicar los cambios del alcance
  • Identifica y acelera los puntos de aprobación para mantener los procesos funcionando sin problemas

Otros medios para mejorar la eficiencia

  • Reuniones de pie diarias. Tener reuniones breves y diarias con el equipo mantiene la conexión y la alineación hacia objetivos compartidos, suaviza la comunicación y facilita el entorno de resolución de problemas. Procura mantener las reuniones breves y enfocadas sobre el tema
  • Educación continua. Dedicar tu tiempo a aprender acerca de las mejores prácticas, nuevo software y técnicas innovadoras no solo mantiene tus habilidades nítidas, sino que puede dar como resultado nuevas formas de mejorar el flujo de trabajo y la eficiencia. Busca oportunidades de aprendizaje tú mismo y anima al personal y a los compañeros a hacer lo mismo

Mejora continua del proceso con Kanban

Para los managers que buscan mejoras continuas con Kanban, hay cuatr métricas importantes para usar:

  • Rendimiento (tasa de entrega): el número total de tarjetas completadas en el período del informe
  • Tiempo de entrega: la cantidad de tiempo que una tarjeta pasa en el tablero de ser solicitada a alcanzar el estado Terminado
  • Tiempo de ciclo: la cantidad de tiempo que una tarjeta permanece en progreso
  • Tiempo de bloqueo: la cantidad de tiempo que una tarjeta pasa en un estado bloqueado
  • Tiempo de espera: la cantidad de tiempo que una tarjeta pasa esperando algo

Ya sea semanal o mensualmente cuando evalúas tus métricas, es importante tomar una medida concreta del flujo de trabajo para rastrear los cambios a lo largo del tiempo. En tus registros, ten en cuenta también qué mejoras o cambios en el proceso se realizaron mientras tanto, para que puedas medir los resultados.

Al usar Kanban, estas métricas son fáciles de registrar y comparar, en lugar de depender de calendarios, correos electrónicos o listas de tareas pendientes. Kanban es la herramienta ideal para implementar y rastrear la mejora continua del proceso, a medida que tu flujo de trabajo evoluciona y se vuelve más refinado.

El sistema funciona a cualquier escala o nivel de complejidad, y mejora de forma consistente la comunicación y los resultados, mientras que es lo suficientemente flexible como para adaptarse a tus necesidades ahora y en el futuro.

Probablemente nunca sea posible lograr un flujo de trabajo completamente sin desperdicios y eficiente, razón por la cual Kanban está diseñado para una mejora continua. Además, en el lugar de trabajo actual, donde el cambio tecnológico, económico y social es la norma, el proceso perfecto que desarrolles hoy puede no ser el proceso óptimo mañana.

Adopta un enfoque de mejora continua y usa Kanban para reducir el desperdicio, promover la eficiencia y medir los resultados.

Alex Novkov Foto

Alex Novkov

Artículos relacionados:

5 grupos de problemas que puedes resolver mediante Kanban

Existen miles de organizaciones y muchísimas más situaciones en ellas que necesitan alguna resolución.
No todos los dolores se pueden curar mediante Kanban.

Afortunadamente, el tiempo que necesitas para diagnosticar si tu organización necesita conocer y usar el pensamiento Lean y Kanban es equivalente a tomar dos cafés. Sólo dos cafés. Uno con las personas operativas y otro con la Dirección.

Foto Girasoles

Identificarás si tu organización puede sacar provecho de Kanban por los siguientes síntomas descritos por los dos grupos:

A. Las personas operativas:

  • A menudo están sobrecargadas y/o cansadas de tener que trabajar contra reloj para terminar el trabajo comprometido; Así mismo la carga de las diferentes personas no es equilibrada.
  • Los jefes de proyectos dedican largas horas a conocer el estado real de los proyectos, planificar y replanificar, resolver imprevistos y coordinar el trabajo y las personas para poder cumplir con el plan. Aun así los proyectos se retrasan y los presupuestos se agotan antes de lo previsto.
  • Los cambios por parte de los clientes desestabilizan la organización del trabajo, desvían el foco de las tareas importantes y crean la sensación de estar apagando fuegos frecuentemente.
  • La insuficiente visibilidad en el trabajo que se está llevando a cabo por un grupo de personas a veces lleva a una duplicación del trabajo y/o dificultades en la comunicación y coordinación.
  • Muchas personas ven los procesos establecidos más bien como una carga burocrática adicional que un medio que facilite su trabajo.

B. La Dirección

  • Están descontentos por la falta de previsibilidad en términos de tiempo y coste.
  • Están insatisfechos con la frágil sostenibilidad del negocio y por las crecientes exigencias de los clientes de obtener productos y servicios de mejor calidad en menor tiempo.
  • Tienen dificultades para involucrar a las personas en la realización de mejoras efectivas en la organización del trabajo.

Puedes terminar tu diagnóstico aquí.

Si tienes tiempo y quieres hacer un diagnóstico más profundo, comprueba cuántas de las siguientes características están presentes:

  1. Organización del trabajo poco eficiente
    • Las estimaciones requieren mucho esfuerzo y no resultan útiles
    • Las replanificaciones son habituales y consumen mucho esfuerzo
    • Los proyectos se retrasan a pesar de todo el esfuerzo de seguimiento y control por parte de los Jefes de Proyecto
    • Pese a la detallada planificación y la gestión de riesgos que se hace los imprevistos son frecuentes y afectan al cumplimiento del plan del proyecto
    • Insuficiente visibilidad en el estado real del proyecto. Los indicadores de seguimiento de un proyecto no permiten ver aspectos como:
      • ¿cuál es el estado real de las tareas sobre las que se está trabajando actualmente?
      • ¿qué está bloqueando el progreso del trabajo? ¿cómo desbloquearlo efectivamente?
      • riesgos asociados con el trabajo operativo
    • Debido a la insuficiente visibilidad en el estado real del trabajo a menudo las acciones correctivas no resuelven los problemas principales y por tanto no se consigue el efecto deseado
    • Complicada gestión de multi-proyectos: los problemas causados por las dependencias entre los proyectos se identifican tarde, cuando poco se puede hacer para evitar consecuencias adversas
    • Los criterios de priorización del trabajo no están claros y las personas a menudo tienen la sensación de que se dedican a apagar fuegos
    • El nivel de multi-tarea es alto
    • Cuando las tareas son demasiado grandes se prefiere empezar con el trabajo fácil hasta que el planificado se convierta en urgente
  2. Muchos cambios en los requisitos
    • Los cambios en los requisitos son frecuentes, afectan a la planificación y dificultan la re-organización del trabajo
    • El porcentaje de los requisitos modificados y descartados es alto
  3. Carga desequilibrada de las personas
    • La carga de las personas es inestable y desequilibrada
    • Algunas personas están demasiado especializadas y por tanto poco pueden ayudar fuera de su ámbito de conocimientos
    • Las decisiones de empezar un trabajo (tarea, proyecto, servicio) no tienen en consideración el trabajo que todavía está en curso (hay que “compaginar” las nuevas peticiones con el trabajo en curso). Esto aumenta la multi-tarea, la carga de trabajo, el estrés y retrasa aún más los proyectos
  4. Insuficiente coordinación y colaboración
    • La coordinación del trabajo y el equipo está demasiado concentrada en el Jefe de proyecto. Si un día el JP no está en la oficina, es difícil dar una continuación del trabajo
    • La coordinación del equipo del proyecto y de las dependencias con otros proyectos requiere numerosas reuniones y horas de trabajo de las personas que participan. Aún así, la comunicación es insuficiente y poco efectiva
    • A pesar de las reuniones de coordinación, otro número significativo de horas se dedica a hacer actas de las reuniones, responder a correos electrónicos, y aclarar asuntos por teléfono
    • La colaboración dentro y entre los equipos es difícil; cuesta involucrar a las personas en los proyectos y en la toma de decisiones; muchos se dedican a ejecutar lo que tienen asignado sin intentar ayudar a otros compañeros de trabajo y sin prestar atención al resto del trabajo que se lleva a cabo en el proyecto
  5. Procesos altamente burocráticos
    • La aplicación de los procesos definidos requiere esfuerzo adicional sin que esto aporte valor. Muchas veces los procesos establecidos no corresponden o son difíciles de adaptarse a la realidad
    • Alto nivel de documentación y reporting
    • Es complicado obtener la información correcta para los informes
    • A veces la misma información se duplica en diferentes documentos o sistemas
    • Algunas plantillas incluyen partes obsoletas que se rellenan solo por cumplir con la metodología
    • Las personas no ven el valor que aportan los procesos pero tampoco tienen la autoridad de adaptarlos al contexto real y hacerlos más flexibles. Por tanto hacen lo mínimo imprescindible para cumplir la metodología
    • Las auditorías de los procesos están principalmente enfocadas en la documentación y poco en la utilidad del proceso

Si ves algunas de estas características en tus proyectos y equipos, actúa. Conoce ¿por qué Kanban?, ¿Qué es Kanban? y ¿Cómo empezar con Kanban?

Para más detalles, te recomiendo que leas el libro «Kanban» de David J Anderson y la guía Kanban Esencial Condensado que puedes descargar gratis en español a través del link.

No te preocupes por los procesos y las certificaciones que tengáis actualmente. Lo que hará Lean-Kanban es facilitar que tu equipo y tu obtengáis un entendimiento común de cómo se hace el trabajo realmente, independientemente de lo que prescriban los procesos. Esto os permitirá definir la solución más apropiada, manteniendo la compatibilidad con modelos como CMMI, SPICE y las normas ISO 9001 y 21500.

Artículos relacionados:

Analíticas Kanban: Gestión de proyectos pragmática

Los buenos viejos tiempos

Empecé a trabajar como jefe de proyectos de desarrollo de software en 1996. Éramos un equipo de 5 personas, jóvenes y motivados, y desarrollábamos un sistema de gestión de instalaciones (inglés: facility management) para un banco.

Sólo para darte una idea de aquel tiempo, teníamos acceso a Internet en un solo ordenador, por lo que comprobábamos el correo electrónico de todo el equipo (no el personal) dos o tres veces al día. Los teléfonos móviles eran como ves en la foto, es decir, no SMS, no WhatsApp, ni nada de este estilo.

Computer_Handy_1996

Este fue el único proyecto sobre que trabajábamos, no compartíamos recursos con otros proyectos y los otros desarrollos tampoco nos impactaban tanto.

¿Tu también te acuerdas de ese tiempo?  :-)

Como jefe de proyecto era responsable de planificar, dar seguimiento y reportar el progreso del proyecto.

El cliente esperaba un producto de alta calidad, sin embargo, fue lo suficientemente paciente para trabajar con nosotros en los requisitos y dejarnos el tiempo necesario para implementarlos y hacer las pruebas.

Está chupado, ¿verdad?

Aun así, antes de cada entrega teníamos que trabajar largas hora para asegurarnos que todo funcionaba bien. Es decir, las estimaciones no se ajustaban a los números reales.

Las estimaciones y los datos reales son diferentes valores del mismo parámetro.
No fuerces (manipules) los reales para que coincidan con las estimaciones.

La supervivencia y la sostenibilidad requieren pragmatismo

Menos de 20 años después, pocos jefes de proyectos, más bien ninguno, se puede imaginar llevar un único proyecto, con un equipo totalmente dedicado a este, sin interacciones con otros desarrollos, casi sin interrupciones, con algunos cambios de requisitos manejables, y problemas relacionados sobre todo con la tecnología.

Lo interesante es que la complejidad de los métodos de gestión de proyectos ha aumentado en paralelo con el aumento de la complejidad del desarrollo de software, mientras que el tiempo para hacer las decisiones correctas es cada vez más corto y las expectativas de los clientes cada vez superiores.

Revisé mis apuntes de los últimos años. Los jefes de proyecto comparten los siguiente acerca de su trabajo:

  • Es difícil manejar la variedad de factores que influyen en un proyecto: la claridad de los requisitos, la estabilidad de las tecnologías, el nivel de conocimientos y habilidades de los miembros del equipo, los riesgos, las dependencias de otros proyectos, etc
  • Cuanto más sofisticado sea el método de estimación, más esfuerzo (y tiempo) se necesita para hacer un buen plan de proyecto. De todos modos este tiene una vida muy corta hasta que cambie de nuevo
  • Estimación, planificación, seguimiento y re-planificación es una carga administrativa muy alta, difícil de vender a los clientes, y por lo tanto sostener
  • Hay mucha presión para dar estimaciones rápidamente y después cumplirlas
  • Difícil coordinación de los proyectos.

En una situación como esta, ¿no deberíamos de revisar las prácticas de gestión de proyectos bien establecidas y buscar algunas más pragmáticas?

Aplicar métodos complejos a situaciones
complejas las complica aún más.

 

Enfoque Kanban de gestión de proyectos

¿Cuál es el propósito de gestión de proyectos? – Asegurarse que el proyecto se ajusta a los criterios de sus interesados (clientes y organización). ¿Correcto?

Aquí los tienes:

Aptitud del trabajo: Perspectivas

Cliente

  • Entregar rápidamente (tiempo)
  • Entregar a tiempo (previsibilidad)
  • Precio competitivo
  • Calidad (obtener el producto/servicio correcto)

 

 

 

 

Organización

a. Nivel de proyecto

  • Estimaciones (tiempo, coste)
  • Previsibilidad
  • Calidad
  • Coordinación de los proyectos

b. Nivel de negocio *

  • Sostenibilidad
  • Orientación a servicio
  • Supervivencia

* Ver la charla de David J Anderson sobre las 3 agendas de Kanban.

Entonces, las dimensiones de la aptitud de un proyecto y las herramientas analíticas correspondientes se pueden resumir de la siguiente manera:

Aptitud del trabajo: Dimensiones

Tiempo de entrega

  • Tiempo de entrega (inglés: Lead time)
  • Rendimiento (inglés: throughput)

Coste

  • Coste de las actividades de valor añadido, transaccionales y de coordinación>
  • Coste de los desperdicios (corrección de defectos, re-trabajo, espera)
  • Requisitos/historias descartados
  • Eficiencia

 

Previsibilidad

  • Cumplimiento de ANS
  • Cumplimiento de fecha fin

Calidad

  • Número de defectos
  • Esfuerzo y duración de re-trabajo

Negocio

  • Eficiencia
  • Perseverancia del flujo de trabajo (Diagrama de flujo acumulado, DFA)
  • Cumplimiento de ANS (historgrama, gráfico de control)

Pincha en los enlaces para ver cómo se utiliza cada una de las herramientas y la valiosa información que aporta a tu proyecto.

Si te fijas en las herramientas que necesitas para gestionar la aptitud del trabajo de tu proyecto con respecto a cualquier criterio, cliente o organización, te darás cuenta que lo que necesitas fundamentalmente es suficiente y, por supuesto, buenos datos reales. (En cuanto a los datos, siempre tenemos que recordar que si entra basura – sale basura).

El poder de los datos reales, no las estimaciones especulativas, te da confianza
en tus compromisos y te permite dormir tranquilo, porque
reduce los riesgos de no cumplir tus promesas.

 

Además, ahorras todo el esfuerzo para inventar y actualizar un método de estimación formal y tratar de adaptarlo a las características únicas de cada proyecto.

Para las empresas CMMI:

  • El tiempo de entrega se recoge principalmente en proyectos orientados a los servicios (por las necesidades de la gestión los ANS). Sin embargo este es un dato valioso para los proyectos de desarrollo de software también.
  • En los proyectos de desarrollo de software por lo general se registra el esfuerzo de realización de la tarea, pero no el tiempo de entrega (el Lead time) de un requisito o historia. Esfuerzo y duración no es lo mismo. Conocer la distribución del Lead time para los tipos de trabajo o las clases de servicios ayuda a conseguir una planificación más realista.
  • Conociendo el Rendimiento permite (a través de la ley de Little) dar una estimación rápida y fiable del tiempo de entrega necesario para implementar un conjunto de historias / requisitos.
  • La visualización del trabajo en curso facilitan enormemente la coordinación de los proyectos.
  • El DFA es quizás el mejor indicador en tiempo real del ritmo del trabajo (proyecto) y los riesgos.

Artículos relacionados:

Analíticas Kanban: Rendimiento

La métrica rendimiento (tasa de entrega) es relativamente poco conocida en las empresas de gestión de proyectos tradicional (basadas en PMBOK, PRINCE2, CMMI). Sin embargo, con la difusión de los conceptos Lean, creo que empezará a ganar más respeto en el futuro próximo.

El rendimiento es la cantidad de elementos de trabajo entregados en un período determinado de tiempo (p.ej. semana, mes, trimestre).

Cuando decimos ‘entregado’ nos referimos realmente a trabajo terminado y, posiblemente, entregado al cliente. Es decir, al final del proceso se cobra.

Para entender el concepto de rendimiento, vamos a suponer que durante las últimas cinco semanas un equipo ha entregado respectivamente 4, 6, 4, 2, y 3 historias de usuario (requisitos) por semana. Si hay historias empezadas, pero no terminadas, estas no forman parte de los cálculos.

El rendimiento promedio del equipo durante estas cinco semanas es (4 +6 +4 +2 +3) / 5 = 4 historias / semana (redondeado). La desviación estándar se redondea a 1 historia / semana.

El rendimiento se basa en datos reales de la capacidad del equipo de terminar/entregar trabajos. La variabilidad del rendimiento refleja el impacto de factores como el tamaño de las historias, su complejidad, urgencia, así como las habilidades de la personas.

El rendimiento se puede utilizar para planificar un proyecto. Por ejemplo, siguiendo con el ejemplo anterior, el equipo puede estimar que su rendimiento (capacidad de la entrega) será de 4 ± 1 historias por semana sin hacer ninguna estimación detallada de los requisitos individuales.

En Kanban, sin embargo, el rendimiento se utiliza principalmente para dar seguimiento al ritmo de producción (entrega) del equipo. Lógicamente, el objetivo es mejorar continuamente.

El rendimiento es una medida del número de elementos de trabajo que el equipo es
capaz de producir en un determinado período de tiempo (por ejemplo, semanas,
meses), siempre y cuando se mantenga una carga de trabajo uniforme.

Rendimiento y velocidad

El rendimiento es similar a la métrica ágil velocidad, sin embargo, se utiliza de manera diferente.

La velocidad se utiliza en eXtreme Programming y Scrum. Muestra la cantidad de trabajo que un equipo puede completar en una iteración o sprint. El trabajo se mide en puntos de la historia (story points).

Volviendo al ejemplo del equipo anterior, supongamos que los cinco casos de uso completados durante las últimas dos semanas, son de 3, 4, 1, 5 y 3 puntos de historia respectivamente.

Entonces, el número total de puntos de la historia que el quipo puede completar en un sprint de 2 semanas es 3 +4 +1 +5 +3 = 16. Es decir, la velocidad del equipo es de 16 puntos de la historia por sprint.

La velocidad también varía debido a factores como la complejidad de las historias, su tamaño, los cambios, el nivel de habilidades de equipo, etc.

Los equipos ágiles utilizan la velocidad promedia para estimar cuántas historias serán capaces de implementar en los sprints futuros. A pesar de todo, tienen que estimar los casos de usuario individuales con el fin de definir el backlog (el alcance) de un sprint.

Así que, aunque la métrica velocidad se asocia con rapidez, de hecho se trata de la carga, (medida habitualmente en puntos de historia) que un equipo puede llevar a cabo durante un período de tiempo determinado (iteración, sprint).

Rendimiento y estimación de los recursos

El rendimiento se puede utilizar para estimar los recursos necesarios para realizar un desarrollo o servicio.

Según la Ley de Little:

ThroughputFormulae_Sp

Si un equipo mantiene a un ritmo constante de trabajo, el tiempo promedio de entrega (lead time) para un determinado tipo de trabajo o una clase de servicio puede considerarse como una constante.

El rendimiento (throughput) es el objetivo que debe lograrse con el fin de cumplir la fecha fin definida por el cliente.

Aplicando la ley de Little calculamos el número de elementos de trabajo que hay que procesar en el tiempo determino.

Ejemplo: supongamos que el tiempo de entrega de una historia es de 0,25 semana. El rendimiento objetivo es de 20 historias/semana.

Entonces, El trabajo en curso (WIP) = 20*0,25 = 5 historias.

Asumiendo que una persona sólo puede trabajar sobre un único requisito, deducimos que necesitamos un mínimo de 5 personas para la implementación de todo el trabajo a tiempo. Por si acaso (no hay fórmulas precisas para esto), estaría mejor contar con un equipo de 6 personas. :-)

La ley de Little y el rendimiento permiten estimar los recursos necesarios
para llevar a cabo un trabajo.

En resumen, el rendimiento es fácil de recoger. Es una medida valiosa, ya que mantiene el foco centrado en la capacidad productiva del equipo. Asimismo, conociendo el rendimiento del equipo disminuye el esfuerzo para la estimación de las historias (requisitos), siempre y cuando estas se desglosan a trozos relativamente pequeños. Además, a través de la ley de Little, el rendimiento permite estimar los recursos necesarios para completar un trabajo determinado en el tiempo esperado por el cliente.

Artículos relacionados

Analíticas Kanban: Eficiencia

Efficiency_Sp

La eficiencia es indicador de cuánto de lean es vuestra organización.

 

En cuanto a las empresas TIC:

  • Eficiencia de flujo de unos 2% ha sido reportada [Zsolt Fabok, Lean Agile Scotland, Sep 2012].
  • Eficiencia de 5% a 15% es normal
  • Eficiencia de > 40% es buena!

Como bien se explica en el libro «This is Lean», existen tres fuentes principales de la baja eficiencia:

¿Qué causa la eficiencia baja?

Largo tiempo de entrega

Esperar demasiado tiempo para obtener un producto o servicio genera necesidades adicionales para el cliente. Estos también deben ser abordadas, y por lo tanto suelen causar retrasos adicionales.

Para dar un ejemplo: cuánto más espera un cliente la aplicación o el servicio que haya solicitado, tanto mayor será la probabilidad de pedir cambios o incluso cancelar la petición. Además, la gestión de los cambios aumenta el tiempo de entrega aún más.

De aquí…

Los equipos ágiles son más eficientes porque utilizan iteraciones de corto tiempo.

Disminuir el tiempo de entrega es uno de los medios para aumentar la eficiencia.

Una manera de reducir el tiempo de entrega es reduciendo el tamaño de las unidades de trabajo y los lotes. Por eso, cuando veo requisitos de 500-1000+ persona-horas cada uno e iteraciones de 3+ meses, siempre recomiendo reducir tanto el tamaño de los requisitos como la duración de la iteración.

Reducir el tamaño de los requisitos para aumentar la eficiencia.

Demasiados unidades de trabajo en curso

Trabajando sobre muchos requisitos / servicios / peticiones en paralelo

  • requiere esfuerzo, tiempo y recursos adicionales para su gestión: saber que se ha hecho en cada uno de ellos, dónde se almacena, que está pendiente, etc
  • lleva a multitareas (cambio frecuente de tareas) – otra fuente principal de ineficiencia. Aquí puedes ver un buen resumen del alto coste de las multitareas
  • oculta problemas porque cuando hay muchas unidades de trabajo abiertas, es difícil de detectar y corregir los problemas de calidad
  • causa ansiedad y estrés. Esto reduce la calidad del trabajo, aumenta el tiempo de corrección de problemas y, como consecuencia, reduce la eficiencia.
    Por lo tanto,

Reduciendo el trabajo en curso en un sistema kanban aumenta
la eficiencia del flujo de trabajo.

Demasiados traspasos

Piensa cómo te sientes cuando llamas, por ejemplo, a tu proveedor de telefonía móvil y te pasan de un operador a otro, y cada vez tienes que volver a explicar tu problema desde el principio. Des de la perspectiva del cliente los traspasos generan frustración ¿verdad?

Desde la perspectiva del proveedor de servicio el traspaso de un trabajo a otra persona siempre conlleva el riesgo de pérdida de información y generación de defectos. Además, cualquier traspaso de trabajo requiere esfuerzo y tiempo adicional para explicar, de forma oral o por escrito, el estado actual del trabajo y lo que ha de tener en consideración en las etapas posteriores.

Los traspasos no siempre se pueden evitar, sin embargo el trabajo en equipos
multidisciplinarios reduce sus efectos negativos.

 

Artículos relacionados: