Frases que me gustán y me resuenan de SCRUM

En este post pondré el listado de frases que me he ido encontrando,o escuchando sobre SCRUM y/o metodologías ágiles.

Es un post en constante crecimiento que iré enriqueciendo con varias notas que tengo y lo nuevo que vaya leyendo y viviendo.


Frases sobre SCRUM, sobre el proceso:

• Scrum no es una metodología.  Scrum ni siquiera es un proceso. A lo sumo podríamos definirlo como un  metaproceso: una maquinita que nos ayuda a construir iteractiva e incrementalmente nuestro propio proceso.[1]
• Scrum = reglas + espíritu + buenas prácticas [1]
• Scrum es simple pero dificil. ¿Por qué? Porque su definición es clara y concisa,  pero a la hora de utilizar esa definición es necesario interpretarlo dependiendo  del contexto en el que nos encontremos. La definición de Scrum es incompleta a  propósito [1]
• existe una clara forma de comenzar  tu camino con Scrum: sigue todas las reglas desde el primer día sin cuestionarlas.  El motorcito va a hacer su trabajo, iluminando el camino que tenemos por  delante.[1]
• Scrum es el balance entre el el pragmatismo y el idealismo[1]
• La dinámica de un proyecto Scrum puede resumirse a grandes rasgos como  una serie de iteraciones durante las cuales se irán desarrollando orgánicamente tanto producto como proceso [1]
• Scrum es, recordemos, equilibrio inestable. O lo que es igual, el balance  entre límites y libertad [1].
• Scrum is popular because it's easy--and that's part of the problem, we need to stop selling Agile. Maybe we need to say, "Agile is hard, and you can't master it by sitting through a two-day course." Maybe we need to be firm and say, "Sorry, if you don't use agile engineering practices, if you don't have high-bandwidth communication, and if you don't include a strong customer voice, you're not going to succeed. Try something else instead." Scrum is popular because it's easy--and that's part of the problem. [3]
• Scrum es como las suegras, siempre te estan señalando tus defectos - "Scrum is like your mother-in-law," Ken Schwaber said at the recent Agile Vancouver conference. "It's constantly pointing out your shortcomings.[3]
• (adicionado 2013-04-16) Scrum ... permite exponer de manera implacable cualquier problema que se ponga en su camino.[5]
• (adicionado 2013-04-16) Scrum no tiene como objetivo dar instrucciones a los equipos sobre la forma en la que deben llevar a cabo su trabajo. Scrum espera que los equipos hagan lo que sea necesario para entregar el producto esperado, brindándoles la potestad para ello. [5]
• (adicionado 2013-04-16) Scrum es una manera particular de desarrollo ágil [5]
• (adicionado 2013-04-16) No existe el rol de gerente de proyecto en Scrum. Las responsabilidades del clásico gerente de proyecto se encuentran divididas en los tres roles que conforman el Equipo Scrum: ‣ El Product Owner gestiona el producto (y el retorno de la inversión), el ScrumMaster gestiona el proceso, el equipo se gestiona a si mismo.[5]
• (adicionado 2013-04-22) Ken Schwaber [Schwaber 2007] dijo alguna vez que no se necesita hacer nada antes de comenzar a utilizar Scrum. Yo interpreto esto como un llamado a no personalizar el proceso antes de comenzar.. [5]
• (adicionado 2013-04-22)Como comenzar con Scrum : puedes tratar de utilizar un patrón que me ha funcionado con docenas de equipos.. Obviamente (espero) necesitas un equipo Scrum. Esto significa tener un Product Owner, un ScrumMaster y entre cinco y nueve miembros de equipo. Luego sigue esta serie de pasos:
• 1. Enseña al equipo las bases de Scrum
• 2. Establece la visión
• 3. Escribe historias de usuario para conformar el backlog
• 4. Ordena los ítem del backlog por valor de negocio
• 5. Estima el tamaño de los ítems del backlog
• 6. Reordena el backlog, según sea necesario, en base a factores adicionales
• 7. Crea el plan de release inicial
• 8. Planifica el primer sprint
• 9. ¡Comienza con tus sprints![5]
• 
  

Frases sobre el Proceso Software

• (adicionado 2013-04-16) Alistair Cockburn [Cockburn 2008] describe al desarrollo de software como un ‘juego cooperativo de invención y comunicación’. [5]

Frases sobre el Product Owner

• nombramos a uno y sólo un embajador de  los stakeholders, que son todos aquellos que tienen intereses en el proyecto y la  potestad para imponer esos intereses. Cualquier proyecto tiene variopintos  stakeholders, con intereses y perspectivas contrapuestas. El Product Owner es  responsable de representarlos de la mejor manera posible ante el equipo,  evitando de este modo potenciales ambigüedades a la hora de definir las  características del producto.[1]

(adicionado 2013-04-22) xxxxxxn’. [5]

Frases sobre el ScrumMaster

• Para ello un ScrumMaster suele llevar a cabo tres labores básicas: •Facilitador: alguien que ayuda a un grupo de personas a tomar una decisión  no trivial desde un punto de vista neutral •Coach: un evocador de excelencia un soplador de brasas, que supieron ser  fuego y necesitan ser avivadas •Mentor: maestro que instruye desde una posición de igualdad y procura que  el mentoreado siga su propio camino lo antes posible [1]
• If the ScrumMaster is making decisions about a product, then Scrum has not been properly implemented and there's going to be confusion and conflict about who does and owns what. [2].
• (adicionado 2013-04-22) ScrumMaster intentará remover los impedimentos dentro de las 24 horas posteriores a su identificación  [5]

Frases sobre el Equipo

• El objetivo es REMOVER del equipo el pensamiento: "Yo soy un desarrollador y yo solo escribo código" a uno superior "yo soy miembro de un equipo que es responsable de hacer su trabajo y no puede hacerlo solo" [3] 
• (mejorando la anterior) "Yo soy un miembro de un equipo que junto con el trabajo de todos mis compañeros le damos el mayor valor al cliente, lo antes posible, y de altísima calidad o DONE (que es lo mismo)"[4]
• (adicionado 2013-04-16) La auto-organización no es una opción en Scrum; es un principio básico. Sin ella  nunca tendremos equipos de alta performance [5]

Frases sobre el Sprint

• Si hemos de fallar que sea rápido [0]
• Más vale poco y valioso en mano que mucho y perfecto volando [1] 
• En un entorno complejo el error va a suceder. Las  predicciones  en mayor o menor medida serán erróneas. En esta tierra creemos  que lo perfecto es lo enemigo de lo bueno. En el mundo de Scrum creemos que  hemos tenido éxito si hemos logrado maximizar el retorno de inversión de los  stakeholders. Solo un necio podría afirmar  en este contexto  que el éxito del  proyecto estará dado por el grado de completitud del plan.[1]
• Los sprints cortos son  breves ciclos de feedback estratégico, así como el Daily Meeting marca un  brevísimo ciclo de feedback táctico.
• necesitamos que nuestra manera de trabajo consista de ciclos de feedback  cortos. Si me equivoco quiero que sea lo antes posible.[1]
• Si vamos a  equivocarnos seguido, pues que sea barato [1]
• La base de Scrum será el desarrollo iterativo e incremental de producto y  proceso. En concreto se plantea una dinámica de pequeños saltos. Cada salto va a  consistir en: 1) Planificar hacia dónde saltar (teniendo en cuenta la visión), 2)Ejecutar el salto (¡Saltar, qué tanto! ) 3)Inspeccionar tanto el avance producido por el salto como la manera de saltar  (producto y proceso respectivamente) 4.)Adaptar la dirección del salto (producto) y la manera de saltar (proceso), para  acercarnos más y mejor al objetivo final. Saltaré y saltaré hasta que ocurra alguno de los siguientes eventos 1)¡Llegué a destino! El proyecto fue un éxito: alcancé la visión....2)se acabó el presupuesto o el interés en el proyecto. [1]
• (adicionado 2013-04-16)  La longitud del sprint se encuentra fija y jamás se extiende[5]

Frases sobre el Product Backlog

• Ley de Pareto: el 20% de la funcionalidad entrega el 80% del valor de  negocio  [1] 
• Los PBIs se encuentran ordenados según el criterio que decida el Product  Owner. Usualmente se utiliza como criterio para esto la secuencia que maximice  la relación costo/beneficio, siempre que la misma respete dependencias y  considere riesgos, tanto técnicos como funcionales. [1]

Frases sobre el planning

• (adicionado 2013-04-16)  Nunca realice la planificación de sprints los lunes a la mañana. El equipo no está con todas sus luces y suele ser el día en el que se producen la mayor cantidad de ausencias por enfermedad. Nunca realice revisiones o retrospectivas los viernes por la tarde. El equipo está cansado y pensando en el fin de semana. Por lo tanto es una buena idea considerar comienzo y fin de los sprints entre martes y viernes.[5]
• 
  

Frases sobre refinamiento / grooming / preparación del próximo Sprint

• (adicionado 2013-04-22) Los  equipos  necesitan  dedicar entre  un 5  a  10%  de  su  tiempo  durante  el sprint  para  poder  preparar  los   sprints   subsiguientes.  [5]
• (adicionado 2013-04-22) Durante cada sprint el Product Owner organiza una o dos reuniones de las que debe participar todo el equipo Scrum y, si es necesario, otros stakeholders. Estos se reúnen para estimar el costo de nuevos ítems del backlog o recalcular el tamaño de ítems de  gran costo que deberán ser subdivididos en otros más pequeños, de forma tal que puedan ser desarrollados en los próximos sprints.. [5]

Frases sobre la Reunión de Retrospectiva

• Tomando un enfoque distinto de la  misma situación, podríamos comenzar a considerar al error como inversión. Al  equivocarnos aprendemos qué no debe hacerse. Pero también nos dimos la  suficiente libertad como para encontrar un diamante entre tanto carbón.[1]
• Semana a semana el facilitador ayuda a que el equipo responda una  pregunta simple: qué cambiar y por qué. A este proceso lo llamamos facilitación  guiada por el dolor (PDF: Painxdriven facilitation). El dolor no es infligido sino  detectado y expuesto a la luz.[1]
• Una buena retrospectiva consiste en inspeccionar y adaptar nuestra forma de trabajo [1]
• La retrospectiva es el corazón que le da vida a un proyecto Scrum. Es el motor  que nos empuja a vivir un proyecto persiguiendo lo que podemos llamar una  útopia útil: la perfección existe, es imposible de alcanzar y, sin embargo, todos los  días intento estar más cerca.[1]
• (adicionado 2013-04-22)  Norman Kerth acentúa esta necesidad: ‘Sin importar lo que sea descubierto, entendemos y creemos que todos hicieron lo mejor que pudieron, dado lo que sabían en ese momento, sus habilidades, los recursos disponibles y la situación en la que se encontraban.’ [Kerth 2001]. [5]

Frases sobre Crecimiento Orgánico

• los PBIs (Product Backlog Items) tengan un orden, una prioridad  es  simplemente la manera de hacer que el crecimiento orgánico juegue a nuestro favor. [1]

Frases sobre el criterio de "DONE" (completamente hecho)

• Decimos que algo esta hecho cuando nadie más debe preocuparse por eso [1]

Artefactos

• (adicionado 2013-04-22) Scrum define solamente cuatro artefactos  ‣ Product Backlog  ‣ Sprint Backlog ‣ Burndown de tareas ‣ Backlog de impedimentos [5]

Burndown del Sprint

• (adicionado 2013-04-22) (RESPECTO AL TASKING) La finalización de tareas no entrega valor alguno; sólo la historias completadas entregan valor[5]

Referencias

[0] La escuché por ahi y la he visto en demasiados libros

[1] Cyment, Alan. El espíritu de Scrum,  El arte de amar los lunes. V0.2 - http://es.scribd.com/doc/84799747/El-espiritu-de-Scrum
[2] Lacey, Mitch. The Scrum Field Guide: Practical Advice for Your First Year (Agile Software Development Series)
[3] Shore, James. The Decline and Fall of Agile. http://www.jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html
[4] Mi propia conclusión
[5] Hundermark, Peter (traducido por Cyment, Alan) . Un mejor Scrum  -  http://www.scrumsense.com/wp-content/uploads/2012/03/Un-mejor-Scrum-2.pdf