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]
- (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
[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