RS: Pomodoros

reunion de retrospectiva

Esta retrospectiva vale por las dos últimas semanas. Lo que todo el mundo ha visto fácilmente y en consenso es que nos hace falta respetar más los pomodoros, de ahí el título de hoy.

Estamos contentos porque se van notando cambios muy positivos. Los repasamos juntos:

  • Refactor sólo donde duele: no tocamos código que funciona, si no tiene bugs (que sepamos) y no hay que ampliar su funcionalidad.
  • Refactorizamos siempre para alcanzar "the low hanging fruit": Extract method y Extract constant nos dan beneficio rápido sin apenas coste.
  • No nos metemos con tareas que no son de desarrollo funcional salvo que hayamos hecho un estudio claro y concreto de ventajas y desventajas: Mucho cuidado con las tareas de infraestructura u otras que no sean directamente entregar valor a corto plazo.
  • Code reviews: Sabemos que no pueden durar mas de 15 minutos al día asi que somos selectivos para combinar con pair programming con el objetivo de la propiedad colectiva del código. Están empezando a dar fruto. Ya sabemos que hay que mirar si el código que queremos hacer, lo ha hecho alguien ya. Reutilizar el esfuerzo de los demas.
  • Pair programming: nos damos cuenta cuándo hay que unirse en pareja y también cuándo hay que separarse. A veces nos equivocamos en los dos lados, por no hacerla y por hacerla.
  • El bus factor es malo, sabemos que lo tenemos que ir reduciendo poco a poco.
  • Un equipo XP entrega valor al negocio constantemente, sin parar.
  • El pomodoro nos lo tenemos que tomar todos más en serio. Demasiada interrupción, aunque no para todos, para los que tienen mayor bus factor.
  • El daily meeting se hace a su hora, esté quien esté. Ya casi siempre respetamos el tiempo y conseguimos contar lo importante.
  • Los meetings fuera del daily, son tóxicos. Mejor dejarlos para el viernes despues de la comida porque nos consumen mucho tiempo y es dificil valorar lo que aportan.
  • Nadie escribe código basura a conciencia. Ninguna prisa justifica escribir un código mal sabiendolo hacer bien. Si no se sabe hacer mejor, vale, de eso me voy encargando yo, poco a poco.
  • No tenemos tiempo para que todo el mundo aprenda todo lo que nos gustaria que supiera durante las horas de trabajo. Cada uno ha elegido ya un libro de la lista y la empresa ha comprado un Kindle además de libros en papel para continuar con la formación que ya tenemos en el día a día. Los viernes hay exposición aunque hoy nos hayamos comido el tiempo de Jaime con la restrospectiva. Sorry!
Enjoyed reading this post?
Subscribe to the RSS feed and have all new posts delivered straight to you.
  • https://twitter.com/#!/DaniOrtube Dani Ortube

    Great! También se ha comentado que las subidas a producción a veces duelen un poquito, seguimos mejorando 🙂
    y que las decisiones de arquitectura las afrontamos con dos enfoques: con la gorra de ingenieros y también pensando en la pasta $$, cuanto cuestan para encontrar el momento de acometerlas.
    Salud y revolución!

  • Eladio López

    Pues creo que cumplís con la regla de 51%, como decía Hamlet D’Arcy en el Greach, sobradamente… así que el proyecto irá mejorando mucho. Gracias por compartir lo que hacéis. Los ejemplos concretos son los que a mi más me ayudan. Todos sabemos que hay que hacer las cosas bien, el tema es ponerse a hacerlas :).

    Un abrazo!

  • http://www.carlosble.com Carlos Ble

    Y cual es esa regla Eladio? no he oido hablar de ella antes. En nuestro el “time to market” es muy importante, asi que el reto es bien grande. Pero sin duda estamos avanzando. Gracias por el feedback y el buen augurio 🙂

  • Eladio López

    Que si haces el 51% de las cosas bien, con tiempo tu proyecto mejorará… si no, con el tiempo empeorará.

  • http://raulexposito.com/ Raúl Expósito

    Carlos, yo te quería felicitar por estas entradas de retrospectiva por dos motivos: el primero es porque hacer retrospectivas de una manera tan objetiva es tan sano como duro, y el segundo es porque el hacerlo público demuestra que tenéis auténtica voluntad de mejorar.

    Saludos

  • http://www.carlosble.com Carlos Ble

    Gracias por el feedback Raul. Por intentarlo que no sea, intentar mejorar es una motivacion en si misma 😉