Gestionando Múltiples Proyectos con Kanban
Upcoming SlideShare
Loading in...5
×
 

Gestionando Múltiples Proyectos con Kanban

on

  • 1,369 views

 

Statistics

Views

Total Views
1,369
Views on SlideShare
1,274
Embed Views
95

Actions

Likes
0
Downloads
38
Comments
0

6 Embeds 95

http://agiles2011.agiles.org 51
http://paper.li 34
http://a0.twimg.com 5
http://www.linkedin.com 3
https://si0.twimg.com 1
https://twitter.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Gestionando Múltiples Proyectos con Kanban Gestionando Múltiples Proyectos con Kanban Presentation Transcript

  • Gestionando múltiples proyectos
    con Kanban
    Arocena, Julián
    Roasio, Esteban
  • Agenda
    Situación
    Scrum
    Conclusiones Scrum
    Kanban
    Conclusiones
  • Estado de Situación
    5 Personas (1 Manager, 2 Diseñadores Gráficos, 2 Desarrolladores)
    Diferentes skills
    Diferentes niveles de seniority
    7 Proyectos con distintas características
    Diferentes prioridades que cambian a través del tiempo
    Carga de trabajo variable en el tiempo por proyecto
    Proyectos externos e internos
  • Características de los proyectos
  • Características de los proyectos
  • Características de los proyectos
  • Características de los proyectos
  • Características de los proyectos
  • Características de los proyectos
  • ¿Scrum?
  • ProductBacklog
    ¿Tiene Sentido?
  • Sprint Planning
    ¿Para qué lo voy a armar si mañana cambia?
    ¿hacia dónde vamos ?
  • Sprint
    ¡Es imposible!
  • DailyScrum
    ¡Sirve!
  • Sprint Review
    Sirve… ¿Pero cuándo?
  • Retrospective
    ¡Sirve!
  • Desventajasde Scrum
    Las userstories comprometidas durante la sprint planning no se pueden cumplir debido al cambio de requerimientos y/o prioridades
    Resulta imposible mantener el Backlog priorizado en su totalidad
    Dificultad para gestionar más de un proyecto simultáneamente
  • Ventajasde Scrum
    La Daily Meeting sirve como un punto para reorganizar prioridades y sincronizar al equipo
    El Sprint Review se realiza a demanda de cada proyecto
    Retrospectivees muy útil y se realizan a períodos regulares de tiempo
  • Queda sin resolver…
  • Equipo Estresado
  • ¿Qué es Kanban?
    "Es una herramienta altamente visual que permite ver el proceso completo y hacer evidente el flujo de trabajo"
    ¿Cómo..?
    Visualizar el flujo de trabajo
    Dividir el trabajo en bloques, escribir cada elemento en una tarjeta y ponerlo en el dashboard
    Utilizar columnas con nombre para ilustrar dónde está cada elemento en el flujo de trabajo
    Limitar el Work in Progress
    Asignar límites concretos a cuántos elementos pueden estar en cada columna
    Medir el lead time
    Tiempo medio para terminar una tarea, optimizar el proceso para que sea tan pequeño y predecible como sea posible
  • ¿Por qué Kanban?
    Foco en las actividades a realizar
    Reduce el trabajo en curso (WIP)
    Entrega frecuente
    Rápida respuesta a los cambios (menor a Scrum)
    Visibilidad
    Detección cuellos de botella
    Bajo costo de implementación
    Permite revisar prioridades al momento (ondemand)
  • Como se implementó Kanban
    Capacitación al equipo
    Definición del tablero Kanbaninicial
    Definición de prácticas complementarias
    Migración y actualización del backlog al nuevo tablero
    Comenzar a girar la rueda…
  • Tablero inicial
    BACKLOG
    TO DO
    IN PROGRESS
    TEST
    DONE
    SOPORTE
    INSTANCIACIONES
    DESARROLLO
  • Tablero inicial
    BACKLOG
    TO DO
    IN PROGRESS
    TEST
    DONE
    SOPORTE
    INSTANCIACIONES
    DESARROLLO
  • Primera Modificación
    IN PROGRESS
    TO DO
    DONE
    SOPORTE
    BACKLOG
    COMERCIAL
    D.G.
    DEV
    TEST
    SCM
    CAPACIT
    DONE
    INSTANCIACIONES
    ON GOING
    TESTING
    DONE
    INTEGRAR
    DOC
    TO DO
    DESARROLLO
  • Y además
    Daily Meeting
    Retrospectivas
    PairProgramming
    Colores para marcar prioridad de las tareas
    Entrega frecuente
    Empower the team
    Eliminar desperdicios
  • Segunda Modificación
    IN PROGRESS
    TO DO
    DONE
    SOPORTE
    BACKLOG
    COMERCIAL
    D.G.
    DEV
    TEST
    SCM
    CAPACIT
    DONE
    INSTANCIACIONES
    TO DO
    VALIDACIÓN
    TO DO
    DISEÑO GRÁFICO
    DONE
    FRONT
    DESARROLLO
    BACK END
    DBA
    TESTING
    COMERCIAL
  • Segunda modificación
  • Y el WIP?
    Se comenzó sin WIP
    No fue necesario hacerlo explicito
    Se usa como referencia
    Sin embargo se detectaron cuellos de botella
  • Y el Lead Time?
    Diferentes granularidades de tareas.
    Diferentes etapas de proceso según el tipo de tarea.
    Dificultad para tomar métricas.
  • Conclusiones
    Facilita el management de los proyectos
    Da visibilidad sobre el estado de situación
    El equipo trabaja más tranquilo
    El equipo trabaja enfocado
    Falta herramienta digital para obtener métricas
    Se adapta fácilmente a los cambios
    Se adapta al cambio frecuente de prioridades
    Es necesario complementarlo con otras prácticas
  • Preguntas
    arocenajulian@gmail.comestebanroasio@gmail.com
  • Agradecemos la colaboración de
    Claudia Marcos (UNICEN)
    http://cmarcos.sites.exa.unicen.edu.ar/
    Vanesa Dell’Acqua (Temperies)
    http://www.temperies.com
    El caso de estudio se desarrolló en el marco de un proyecto de transferencia
    tecnológica entre la Universidad Nacional del Centro y Temperies
  • Muchas gracias!
    arocenajulian@gmail.comestebanroasio@gmail.com