affiliate, agile, General

Scrum, Kanban y Scrumban • Guía de la niña para la gestión de proyectos


Los lectores habituales sabrán que no tengo experiencia en la gestión formal de proyectos ágiles, pero sé que es algo sobre lo que necesito saber más.

Hoy me estoy asociando con Eylean para ofrecerle una visión general de tres metodologías ágiles: Scrum, Kanban y Scrumban. ¡Aprendí mucho durante la investigación de este artículo! Vamos a sumergirnos.

Métodos ágiles: lo básico

¿Ágil es ágil es ágil? No es verdad. Scrum, Kanban y un método que combina los dos (convertir Scrum Kanban en Scrumban) son muy diferentes.

Scrum es una forma de administrar el trabajo dentro de escalas de tiempo definidas llamadas sprints. Estos generalmente duran entre 1 y 4 semanas y usted trabaja en su lista de tareas en ese tiempo. Es relativamente formal a ese respecto ya que los plazos se respetan estrictamente.

Pienso en el método Kanban como una forma de gestionar visualmente las listas de tareas pendientes. Existen pocas restricciones formales y usted adapta su tablero Kanban (más sobre eso más adelante) para reflejar su flujo de trabajo como lo desee. No hay plazos estrictos, pero puede trabajar hacia un lanzamiento o un objetivo más amplio.

Scrumban es una combinación de los dos, como era de esperar. Tienes la idea de un flujo continuo de trabajo dentro de ciclos de planificación más largos que se relacionan con tus fechas de lanzamiento.

Quién forma el equipo ágil

Scrum, como el más formal de estos tres métodos, tiene roles formales : Propietario del producto y Scrum Master (más otras personas multifuncionales que forman el 'equipo').

El propietario del producto es algo así como el patrocinador del proyecto en cascada. Ella establece la visión y las prioridades. Creo que la principal diferencia es que los patrocinadores rara vez forman parte del equipo día a día. Los propietarios de productos están ahí con todos los demás.

El Scrum Master es la persona cuyo rol es similar al del gerente de proyecto: alguien que dirige y administra el proceso Scrum.

No hay roles formales prescrito para Kanban y Scrumban para que pueda usar lo que quiera, o ningún rol formal. Los miembros del equipo Kanban tienden a tener habilidades especializadas, pero los equipos Scrumban podrían estar formados por especialistas y generalistas.

Lea más: 5 estructuras para equipos ágiles

Cómo se planifica el trabajo

Todos los métodos ágiles necesitan que usted resuelva qué Tiene que hacerse. Es cuando tienes tus requisitos que los enfoques comienzan a diferir.

Los equipos Scrum toman sus requisitos de la cartera de pedidos del producto. La Alianza Ágil define la cartera de pedidos como:

"una lista de características o tareas técnicas que el equipo mantiene y que, en un momento dado, se sabe que son necesarias y suficientes para completar un proyecto o un lanzamiento".

Durante la planificación, prioriza el trabajo para cada sprint. Hay un montón de negociaciones en este momento sobre asegurarse de que se estén realizando las tareas correctas en este ciclo de planificación.

Si una gran tarea no se puede hacer dentro del plazo de sprint, se dividirá en trozos más pequeños porque el las fechas de sprint deben respetarse absolutamente.

Los equipos de Scrum tienen procesos de gestión de cambios impresionantes. No se agregan cosas nuevas durante un sprint, pero podría llegar al siguiente sprint.

Kanban está mucho más relajado. El equipo puede agregar trabajo cuando sus listas de tareas están vacías o en cualquier otro punto, ya que no trabajan con sprints, no hay puntos fijos en los que tengan que unirse para planificar. Como los miembros del equipo Kanban tienden a tener especialidades, pueden realizar su próxima tarea cada vez que hayan terminado su carga de trabajo actual y no existe el requisito de esperar hasta el próximo ciclo de planificación formal para asignar más trabajo.

Los equipos Scrumban lo hacen su planificación cuando se quedan sin trabajo para hacer, o en lenguaje ágil "cuando se completa el trabajo atrasado".

Cómo se muestran las tareas: Tableros Kanban y Más

Los tres enfoques usan tableros de visualización (que hoy en día es más probable que estén en su computadora que en la pared de su oficina, pero aún podría ir a la vieja escuela). Estos muestran las tareas y en qué etapa se encuentran en el proceso de realización.

Estoy realmente un poco enamorado de los tableros Kanban. Creo que la idea de mover el trabajo visualmente entre columnas es excelente y una herramienta de comunicación realmente simple para los equipos.

Aquí hay un ejemplo de un tablero Eylean Kanban:

 Un tablero Kanban

Un Kanban tablero

Lucho con ellos porque no soy una persona visual. Soy prolijo Pero si trabajara en un equipo en el que estuviéramos utilizando metodologías ágiles de gestión de proyectos, creo que pasaría mucho tiempo en nuestro directorio.

Los tableros Kanban y Scrumban se sientan allí y se usan una y otra vez. Es un flujo continuo de trabajo, por lo que las tareas saltan a un lado del tablero y se dirigen al otro lado donde se dejan caer.

Los tableros de tareas Scrum se borran y restablecen cada vez que un nuevo sprint comienza a reflejar el requisitos planeados para este sprint.

Aquí hay un ejemplo de un tablero Scrum. A primera vista no parecen tan diferentes, pero las tareas pendientes se describen como historias de usuarios y hay algunas otras diferencias sutiles.

 Un tablero Scrum

Un tablero Scrum

Cómo Tareas Se asignan

El rol más tradicional del gerente de proyecto ve que las tareas se asignan o asignan a los miembros del equipo. En realidad, esto se hace en base a la discusión y teniendo en cuenta las habilidades, la experiencia y el interés de los miembros del equipo.

En las metodologías ágiles, los miembros del equipo pueden elegir las cosas en las que les gustaría trabajar.

Los equipos Scrum pueden elegir por adelantado para que cada uno sepa cuáles son sus responsabilidades durante la primavera. Los equipos de Kanban y Scrumban eligen a medida que avanzan.

Al no haber vivido este proceso por mí mismo, solo puedo suponer que en realidad es similar a las discusiones que tengo con mi equipo. No puedo imaginar que los requisitos comerciales centrales no se cumplan porque a nadie le gusta trabajar en ellos durante el próximo mes. (¿Funciona así en la vida real? Déjame un comentario a continuación y comparte tus experiencias).

Tanto Kanban como Scrumban tienen un límite de "trabajo en progreso". Por ejemplo, no puedo hacer más de una reseña de libro para este blog a la vez, por lo que mi carga de trabajo solo mostraría una a la vez.

Cómo se mide el progreso

El gráfico de quemado es la forma clave de medir progreso en Scrum. Los gráficos de Burndown siempre me han parecido complicados y espero que lo sean si tiene que crearlos manualmente. Afortunadamente, las herramientas de software lo hacen mucho más fácil, ya que todo está automatizado para usted.

Los cuadros de Burndown le muestran cuánto trabajo ha "quemado", es decir, completado. Ilustran cuánto trabajo aún queda por hacer (la línea azul en la imagen a continuación) y cuál sería el progreso de la idea (la línea de puntos: personas en cascada, piense en el trabajo real frente al trabajo planificado en su diagrama de Gantt).

También muestre otras métricas de rendimiento, como el concepto de 'valor' (la línea verde en la imagen a continuación) que debería aumentar a medida que el equipo complete más trabajo.

 Un gráfico de quemado

Un gráfico de quemado

El progreso en el método Kanban se mide de dos maneras:

  • Flujo acumulativo: un gráfico que muestra el total de elementos en progreso
  • Tiempo de ciclo: una medición que muestra cuánto tiempo lleva completar una tarea. [19659055] Scrumban también usa el tiempo del ciclo. Así es como se ve un gráfico de tiempo de ciclo:

     Gráfico de tiempo de ciclo

    Gráfico de tiempo de ciclo

    La limitación para esto que me gustaría explorar más es lo que sucede cuando no se supone que sus tareas tomar la misma cantidad de tiempo? El tiempo promedio del ciclo deja de tener sentido. ¡Un análisis más profundo de las métricas de rendimiento ágil tendrá que esperar hasta otro día!

    ¿Qué método ágil es el mejor para usted?

    Entonces, ¿cuál de Scrum, Kanban y Scrum Kanban debería elegir?

    La respuesta, como suele suceder en la gestión de proyectos, es "depende".

    Todos los métodos ágiles tienen la ventaja de estar cerca del trabajo y poder tomar decisiones basadas en la realidad del proyecto. Todos ellos confían en un equipo muy unido.

    Scrum tiene ventajas para grandes proyectos que necesitan cumplir con los requisitos y cumplir con regularidad. Scrum Alliance dice que el enfoque es particularmente beneficioso para proyectos complejos.

    El método Kanban que probablemente sea menos adecuado para un entorno de proyecto y más apropiado para equipos operativos que se ocupan de un flujo constante de trabajo.

    Scrumban le ofrece Los beneficios del trabajo de timeboxing en sprints y lanzamientos con la flexibilidad de poder agregar nuevo trabajo y hacer frente al trabajo de tipo empresarial como siempre. Eso funcionaría bien para equipos más pequeños que administran el trabajo del proyecto junto con mantener el negocio operativo, por ejemplo, en una situación inicial.

    Si bien aprendí mucho durante la redacción de este artículo, y espero haber explicado algunos De las principales diferencias entre los enfoques, esto no es suficiente para tomar una decisión sobre lo que es correcto para su equipo.

    Si está pensando en adoptar métodos ágiles, use esto como un trampolín para investigar cómo ¡trabaje para usted en la práctica, y luego comprométase con un enfoque y pruébelo!

    Lectura adicional: Gestión ágil de proyectos para tontos por Mark C. Layton. Este es mi libro 'ir a' para comprender ágilmente, aunque está escrito principalmente con un entorno de desarrollo de software en mente.

    Me gustaría agradecer al equipo de Eylean por patrocinar este artículo y ayudar a mejorar mi conocimiento. sobre métodos ágiles de gestión de proyectos! Obtenga más información sobre Eylean, una herramienta de software de escritorio Scrum y Kanban, en su sitio web: http://www.eylean.com .

     Comparación de métodos ágiles



Source link

You Might Also Like

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>