2

Luchando contra el soporte: Kanban

Posted by David Doctor on jueves, marzo 25, 2010 in ,
En la teoría Scrum dice que debemos tener equipos dedicados (con algunas excepciones como puede ser un administrador de base de datos) pero en empresas con equipos reducidos que tienen que luchar contra el soporte de anteriores proyectos y nuevos desarrollos nos surge la pregunta: ¿podemos usar SCRUM?.

Sería una lástima dejar de utilizar un framework como SCRUM por no cumplir una de las reglas de oro de dedicación total. Normalmente podríamos tener una fila en nuestro panel de tareas de "tareas sin planificar", si una persona es requerida para hacer algo fuera del proyecto (ej: es el único que conoce como solucionar un bug de forma rápida) lo que hace es poner una tarea en esta fila y estimar el tiempo que estará dedicado a la misma. En nuestro caso, por ser un equipo pequeño, el soporte no es una excepción sino una actividad diaria, lo que hacemos es que el 80% del tiempo de cualquier miembro del equipo se dedica al proyecto nuevo y el 20% restante a soporte, para gestionar todo este soporte utilizamos Kanban (http://es.wikipedia.org/wiki/Kanban) que nos ayuda a tener los tickets de soporte priorizados y que cada uno vaya cogiendo un kanban que va pasando de una fase a otra (preparado, en desarrollo, en pre-producción y en producción), la verdad es que nos está funcionando muy bien junto con Scrum, en la imagen podéis ver nuestro Kanban de soporte.



|
4

Curso de SCRUM desde la práctica

Posted by David Doctor on martes, febrero 02, 2010 in , ,
Despues de casi dos años practicando SCRUM y asistiendo a multitud de charlas teóricas (incluyendo la certificación) donde explican en que consiste este framework se nos ha ocurrido plantear un curso donde de verdad se vea el uso en la práctica (generar un panel de tareas, hacer una retrospectiva, crear burndown charts, planificar y estimar, etc.).

La idea es que asista gente que ya tiene unos conocimientos teoricos mínimos y plantear un proyecto ficticio el primer día que se irá desarrollando durante la duración del curso y el contenido podría ser el siguiente:

1.- Creación del backlog del producto. Historias de usuario
2.- Release planning meeting
3.- Estimación y planificación agil del proyecto.
4.- Sprint planning meeting
5.- Creación de paneles de tareas
6.- La reunión diaria
7.- Como hacer una buena demostración
8.- Retrospectivas

El ambito funcional del proyecto todavía no lo sabemos, nuestra experiencia está en desarrollo web para sistemas de información financiera, quizás crear un broker on-line sería una buena idea.

Duración: 3 o 4 días
Lugar: Madrid o Valencia
Fecha posible: Mayo


¿Qué os parece la idea? Esperamos vuestros comentarios

|
0

Finalizando el Sprint #1

Posted by David Doctor on lunes, febrero 01, 2010
Primero de todo, feliz año nuevo ;-). Después de unas merecidas vacaciones de Navidad y de estar inmersos en el primer sprint del proyecto no he tenido ni un minuto para poder compartir el avance del proyecto que anteriormente ya habíamos estimado y planificado.

Hoy, día de la demostración, me voy a permitir compartir cómo ha ido el avance de este sprint y los principales impedimentos que nos hemos encontrado.Nada más finalizar la reunión de planificación del sprint y comprometerse el equipo con las historias de usuario que iban a implementar, montamos el panel de tareas, la verdad es que después de llevar unos cuantos instalados creo que me voy a tener que "modernizar" siguiendo los consejos que nos da Xavier Quesada en su blog: http://www.xqa.com.ar/visualmanagement/



El equipo estaba formado por 3 personas + el Scrum Master y el product owner. El sprint fue de 2 semanas (10 días labolables) y en el siguiente gráfico podemos ver el burndown chart a los 8 días de sprint:




Al final la funcionalidad comprometida ha sido implementada pero nos hemos encontrado con un gran imprevisto diario: el soporte. El equipo debe enfrentarse a nuevos desarrollos a la vez que da soporte a antiguas implementaciones, podríamos argumentar que así no se puede hacer Scrum ya que no tenemos la dedicación al 100% del equipo pero, ante la realidad, planificamos 1 hora diaria de soporte y el resto para nuevos desarrollos y todo esto lo gestionamos con Kanban, de lo que hablaremos en siguientes entradas de este blog.

Ya os contaré como ha ido la demo, desearnos suerte!

|