Twitteando un curso de métodos ágiles y scrum (2º día)

Hoy he asistido a mi segundo de día del curso de métodos ágiles y scrum impartido por Xavier Albaladejo.

Ha sido muy práctico, la mejor forma de aprender es “learning by doing”. Hemos continuado con scrum y al final hemos empezado con lean.

Tal y como hice en el primer día, he ido twitteando mis notas con el hashtag #cursoScrum.

Os copio a continuación los tweets que he ido haciendo hoy:

  • El project board de scrum es un radiador de información, todos pueden ver como esta el proyecto simplemente levantando la cabeza
  • El project board de scrum ha de estar más centrado en lo que queda por hacer que en las métricas de lo que llevamos hecho
  • En el project board de scrum identificamos impedimentos y resultados de las retrospectivas
  • El cuadro de retrospectivas del project board de scrum ha de contener cosas realizables para el siguiente sprint
  • Planificando el sprint, ponemos los objetivos ordenados en el project board y desglosamos cada objetivo en  tareas “not started”
  • Truco: Si han de irradiar información, los post-it se han de poder leer y entender a un mínimo de tres metros
  • Si en el primer objetivo vemos que vamos a tardar más de lo previsto, don’t panic, tenemos que desglosar el resto de objetivos primero y decidir
  • En un sprint solo planificamos los objetivos de ese sprint, no del siguiente
  • Los objetivos de los siguientes sprint los planificaremos en los siguientes sprints
  • Desglosamos las tareas del sprint teniendo en cuenta que nos estamos comprometiendo con lo que ponemos
  • Si al desglosar las tareas vemos q no llegamos a todo en el sprint, no podemos comprometernos y dejamos cosas fuera del sprint
  • Todo lo que hacemos en scrum tiene un tiempo límite (time boxing)
  • Hemos acabado la planificación del sprint, tenemos los objetivos del sprint ordenados por valor y coste y detalladas las tareas
  • Al finalizar el sprint cero tenemos que tener claros todos los conceptos del proyecto a alto nivel.
  • Tenemos que empezar el primer sprint con la seguridad de que lo podemos entregar
  • Manos a la obra. Empezamos a construir el producto.
  • Utilizar la WBS en Scrum ha generado polémica en tweeter. Es curioso lo simples que son las WBS y la guerra que dan!!!!
  • Una vez empezamos el sprint los objetivos no se deben cambiar. Hay un momento para decidir y un momento para construir
  • Está prohibido utilizar el color rojo para los post-it del project board de scrum. El rojo significa “sangre”
  • Final del daily meeting. Se ve muy claro en el project board cómo está avanzando cada proyecto y cuál está enfocado y cuál no
  • Las tres preguntas del daily meeting: qué he hecho, qué haré y qué impedimentos tengo
  • El daily meeting es como una microplanificación y una microgestión de riesgos
  • Daily meeting: no se discuten los problemas, solo se identifican. Se resuelven después con los interesados. En equipo no ha de parar.
  • Lema del Daily meeting: solo parar al equipo lo justo y necesario
  • Primera revisión con el cliente: las impresiones que le transmitamos ahora perdurarán para el resto de las iteraciones
  • Primera revisión con el cliente: … no se “venden motos”, lo podemos pagar en los siguientes sprints
  • En scrum el equipo de testing está integrado con el equipo de desarrollo. No se pasa la pelota a otros
  • Miramos nuestro project board y queda claro que estamos haciendo multitasking, tenemos todas las tareas abiertas :-(
  • A veces es mejor tener gente parada que tener gente continuamente abriendo cosas y dejándolas a medias
  • Las retrospectivas son un elemento clave en scrum
  • Retrospectivas: no buscamos culpables, equivocarse es bueno, estamos en un proceso de aprendizaje
  • Si en algo ha de ser bueno el Scrum master es en la gestión de personas (soft skills)
  • Una mejora en nuestra retrospectiva: no abrir todos lo objetivos a la vez
  • Las retrospectivas después de las iteraciones se han de centrar en el proyecto que estamos trabajando ahora no en futuros proyectos
  • Herramienta básica para el scrum master: cinta de pintor
  • Scrum es un método empírico, miramos el producto acabado
  • Hemos acabado la práctica de scrum, ahora toca lean
  • Lean promueve una visión holistica de todo el proceso de desarrollo
  • Lean busca la optimización de todo el conjunto y opera en consecuencia
  • Los lemas de Lean son rápidez, flexibidad y flujo
  • El enfoque lean promueve una aproximación pull (tirar), se limita el trabajo a la capacidad productiva
  • El enfoque lean promueve minimizar el work in progress para conseguir flujo
  • El enfoque lean promueve reducir la multitarea. La multitarea es mala (esta me la sabía)
  • En lean hacemos pull de requisitos del cliente
  • Viendo los 7 principios lean
  • Herramientas lean: mapas de flujo de valor, kanban y product portfolio management
  • Final de la clase de hoy. Mañana kanban

Muy satisfecho con la clase y con la experiencia de twittear mis notas.

Mañana por la tarde tercer y último día del curso, haremos kanban y lo  twittearé con el hashtag #cursoScrum.

Se aceptan comentarios o sugerencias.

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)

About the author  ⁄ Alberto García

3 Comments

  • Responder
    Albert Cubeles Author
    21 octubre, 2010

    Gracias Pablo por el comentario. Estoy de acuerdo contigo de que Lean es toda un filosofía. Hay en este mismo blog un interesante post de Elisabet: http://blogs.salleurl.edu/project-management/agile-vs-toyota-production-sytem/

    VN:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  • Responder
    PMdF
    21 octubre, 2010

    Hola Albert…

    Me he interesado en tu blog a partir del Project Management y posteriormente me ido interesando en otros campos. En este momento estoy en el 4 de 4 dias de LEAN, para mi ha sido una revelación, y creo que LEAN (asi como la tiene un iceberg) la parte oculta, intangible, es muchisimo mas poderosa que sus herramientas, creo que si solo vemos a LEAN=Herramientas nos estamos perdiendo las 6, 7 , 8 (?)partes…
    La filososfia LEAN es darle la fuerza a las personas, y fue una revelación para mi ya que le dio un marco metodológico a todos mis procederes de 20 años de profesión como arquitecto constructor.

    Un saludo.
    Pablo

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)