Ir al contenido principal

Scrum: Reglas vs. Prácticas Aceptadas

A veces existe mucha confusión sobre algunas prácticas que por ser tan comunmente usadas, pueden parecer reglas de Scrum y no lo son (backlog grooming, sprint review meeting, user stories, etc..)

Les traigo el resumen de un post de Mike Cohn muy interesante sobre la diferencia entre las reglas y las prácticas generalmente aceptadas de Scrum, GASP por sus siglas en inglés (Generally Accepted Scrum Practices).



Se define GASP como una actividad realizada por varios, pero no necesariamente por todos los equipos de Scrum. Un equipo que no realiza esta práctica, aún puede considerar que esta haciendo Scrum. Ahora, algo como "entregas cortas, con iteraciones no mayores a 30 días" no es un GASP, es una regla de Scrum. Para ser considerado un GASP, la práctica debe ser algo "generalmente aceptado" como una buena idea.
Por ejemplo, "Conducir la reunión de revisión al final del sprint" es un GASP y no una regla de Scrum. ¿Puede un equipo considerar que esta haciendo Scrum si renuncia a esta práctica? Si. "Considerar las historias de usuario como items del product backlog" es un GASP, las historias de usuario han demostrado ser sin duda un enfoque valioso para el Product Backlog, ¿Tiene un equipo que trabajar con Historias de Usuario para hacer Scrum? Por supuesto que no.


En contraste a los GASP, una regla es una cosa inviolable que si el equipo no la hace, no estan haciendo Scrum.

Así que: ¿Cuáles cree que son las prácticas generalmente aceptadas de Scrum? ¿Cuáles cree que son sus reglas?

Puedes ver el post original en este enlace.

Comentarios

Entradas más populares de este blog

Hacer las cosas correctas vs Hacerlas correctamente

"Hacer las cosas correctas" es un aspecto de satisfacción en el producto, servicio o resultado que se quiere hacer, mientras que "Hacerlas correctamente" se refiere más al método utilizado en su desarrollo o implementación. Existen cuatro combinaciones posibles: Hacer lo correcto y hacerlo correctamente Hacer lo correcto y hacerlo incorrectamente Hacer lo incorrecto y hacerlo correctamente Hacer lo incorrecto y hacerlo incorrectamente Si lo llevamos a los conceptos de Management: "Estrategia y Táctica", la combinación quedaría de la siguiente manera: Se tiene una estrategía y se cuenta con una táctica adecuada (el estado del arte) Se tiene una estrategía y no se cuenta con una táctica (según Sun Tzu “Strategy without tactics is the slowest route to victory" ) No se tiene estrategía, pero se cuenta con una táctica adecuada (según Sun Tzu "Tactics without strategy is the noise before the defeat” ) No se tiene estrategía, ni tampoco con tác...

El líder que no tenía cargo, cuarta conversación

Continuamos con la última conversación de la fábula de Robin Sharma, El líder que no tenía cargo. En los siguientes enlaces, puedes leer la primera, segunda y tercera conversación. Cuarta Conversación En esta oportunidad la conversación nos muestra la importancia de factores que debemos dar atención para mejorar nuestro desempeño como líder. El maestro en este caso es un Masajista Terapéutico que transmite su enseñanza con la siguiente premisa: "Para ser un líder, primero hay que ser una gran persona" . Al igual que en las otras conversaciones mantiene 5 reglas con el siguiente acrónimo: SHINE . S: Saber percibir. En ocasiones cuando escucho a alguien diciendo "voy a ser objetivo..", me llama mucho la atención ya que como "sujetos" que somos es dificil pensar como "objetos", el punto radica en saber gestionar nuestra percepción de la realidad. No es fácil ya que nuestra percepción contiene ingredientes como: experiencia, vivencia, creencia, etc....

Kickoff Meeting vs. Agile Inception

Recientemente participé en un hangout de la gente de AgileSpain muy interesante sobre Agile Inception , gracias a Jaume Jornet . De allí me inspiré a continuar con los post sobre puntos de encuentros entre Agile y la gestión tradicional de proyecto. Sigo insistiendo que en realidad no son exclueyente, sino que más bien tienen muchos puntos en común y pueden convivir sin problema ( por eso a veces me da risa los radicales de ambos lados.. ) Para muchos el kickoff meeting o reunión de inicio, se utiliza para marcar el comienzo del proyecto, otros lo utilizan para discutir aspectos claves entre los principales actores. En el caso de Agile Inception (Inception Deck o simplemente Inception), tiene como principal finalidad alinear a los involucrados en el objetivo del proyecto (servicio, producto o resultado). Definitivamente son dinámicas muy diferentes, sin embargo, tienen algunos puntos en común que a continuación describo: Se trata de alinear a los involucrados sobre un objet...