Qu es Scrum?

Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic

http://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspx

Por Erwin Fischer

http://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspx

Qu es exactamente?

Scrum es una metodologa

Y para que se utiliza?

Se utiliza, en el desarrollo del Software concretamente, aunque hay gente por ah que la usa o la quiere usar en otras profesiones y reas.

http://es.wikipedia.org/wiki/Metodolog%C3%ADa

Y para eso del desarrollo del Software tenis que usar ese tal Scrum?

No es estrictamente necesario

Scrum por sus caractersticas no es vlido para cualquier proyecto.

Es ptima para equipos de trabajo de hasta 8 personas, Yo dira que para el 90% de los proyectos y empresas, es

una metodologa vlida, pero no es una metodologa vlida al 100%.

Scrum es por lo tanto, una metodologa ms de las muchas que hay, y sta en concreto, se basa en la filosofa del desarrollo gil que fue expuesto por dos japoneses alrededor del ao 1986

has dicho desarrollo gil varias veces... que es eso exactamente?

En el desarrollo del Software se pide bsicamente rapidez, calidad y reduccin de costos, pero para asumir estos retos, es necesario tener agilidad y flexibilidad.

Los ciclos de desarrollo por otro lado, acostumbran a ser largos, y lo que se exige por otra parte, es que esos ciclos sean lo ms cortos posibles.

Para mas detalle sobre metodologas Agiles ver Manifiesto gil yDesarrollo gil de Software

http://es.wikipedia.org/wiki/Manifiesto_%C3%A1gilhttp://es.wikipedia.org/wiki/Desarrollo_%C3%A1gil_de_software

en qu consiste exactamente eso de Scrum?

Scrum es como deca antes, una metodologa gil.

Obedece a una necesidad realmente demandada en el desarrollo del Software.

Scrum no es ni la mejor metodologa ni la nica, pero s, es una metodologa que est empujando muy fuerte por la facilidad de implantacin y Por su agilidad en cuanto a cambios y lo que propiamente aporta en comparacin con otras

metodologas.

en qu consiste exactamente eso de Scrum?

Por un lado, Scrum evita la generacin documental burocrtica. Qu opinan?

Con Scrum por otro lado, la idea principal es la de ponerse a trabajar prcticamente desde el primer momento y empezar a sacar frutos de ese trabajo muy pronto.

cmo muestras al cliente esos progresos en el trabajo?.

En Scrum diferenciamos dos aspectos importantes, los actores y las acciones

Los actores son los que ejecutarn obviamente las acciones.

Estos de forma general, sern: Product Owner Scrum Master Scrum Team Usuarios o Clientes

Para que un proyecto Software tenga xito, el Usuario o Cliente, debe involucrarse s o S.

Los roles de los actores

El Product Owner conoce y marca las prioridades del proyecto o producto.

El Scrum Master asegura el seguimiento de la metodologa guiando las reuniones y ayudando al equipo ante cualquier problema que pueda aparecer. Su responsabilidad es entre otras, controlar las presiones externas.

El Scrum Team son las personas responsables de implementar la funcionalidad o funcionalidades elegidas por el Product Owner.

Los Usuarios o Cliente, son los beneficiarios finales del producto, y son quienes viendo los progresos, pueden aportar ideas, sugerencias o necesidades.

Y lo de las acciones?

Las acciones tienen relacin directa con los actores. Sin ellas, todo sera un caos.

En Scrum se indican claramente las acciones a acometer y como acometerlas. hacerlo siempre de una forma adecuada y algo rgida

para asegurar resultados.

Las acciones de Scrum forman parte de un ciclo iterativo repetitivo, objetivo minimizar el esfuerzo y maximizar el

rendimiento en el desarrollo.

Las acciones fundamentales de Scrumson:

El Product Backlog corresponde con todas las tareas, funcionalidades o requerimientos a realizar.

el Product Owner es la persona que se encarga de marcar las prioridades, y es la persona que mantiene y actualiza la lista de tareas.

Product Backlog(Pila de Producto)

Con qu se cuenta

A la hora de hacer una estimacin

1. Las estimaciones son estimaciones, es decir, aunque le dediques mucho tiempo, no llegaremos a una precisin del 100%

2. Las estimaciones se deciden colaborativamente, incluyendo a quienes harn la tarea ( esto ltimo es muy importante)

3. Se deben realizar como la combinacin de: Opinin del experto

Analoga: comparar con otras tareas ya estimadas

Disgregacin: separar una tarea en varias

Sprint Backlog

Corresponde con una o ms tareas que provienen del ProductBacklog. se saca una o ms tareas que van a formar parte del Sprint Backlog.

Las tareas del Sprint Backlog se recomienda realizarlas en unas 2 4 semanas. Hay Sprint Backlogs de 2 semanas y hay Sprint Backlogs de 4 semanas. Eso debe de ser marcado antes de iniciar el Sprint Backlog, de hecho,

del Product Backlog se sacar la tarea o tareas realistas para acometer el Sprint Backlog.

Cuando un Sprint Backlog se inicia, ste NO puede ser alterado o modificado. Hay que esperar a que concluya el Sprint Backlog para realizar la

modificacin cuya tarea, formara parte de otro Sprint Backlog.

Generando el Sprint Backlog

Daily Scrum Meeting

Es una tarea iterativa realizada todos los das que dure el Sprint Backlog con el equipo de trabajo. Es una reunin operativa, informal y gil, de un mximo de 30 minutos, en la que se le hace 3 preguntas a cada integrante del equipo. Qu tareas ha realizado desde la ltima reunin (que he

hecho). Sobre qu va a trabajar en el da actual (que voy a hacer

hoy). Identificacin de obstculos o riesgos que impiden o

pueden impedir el normal avance (que ayuda necesito). El Scrum Master, debe eliminar aqu cualquier obstculo que encuentre.

Actualizacin diaria del Sprint

Grfica de Trabajo Restante del Sprint

que se hace cuando una tarea del Sprint Backlog se finaliza?

Sprint Backlog, una vez que se inicia, no se toca. Es decir, que una tarea se acaba, y punto Se contina con otra tarea del Sprint Backlog y as

hasta que se acaben

Lo que debemos tener claro, es que al finalizar un Sprint Backlog (ya sea de 2 4 semanas), debemos haber acabado las tareas del Sprint Backlog.

Recordar: Las tareas del Sprint Backlog deben de ser realistas.

Al finalizar un Sprint Backlog

Deberamos tener algo, un entregable o algo que se pueda mostrar y que ensee los avances acometidos en el Sprint.

En el Product Backlog tendremos ms tareas, y es posible incluso que hayan salido nuevas tareas o que

otras hayan desaparecido,

Cuando se acaba el Sprint Backlog, debemos hacer varias cosas importantes

Sprint Planning Meeting

Es una reunin Entre el Product Backlog y el Sprint Backlogque tiene por objetivo, planificar el Sprint a partir del Product Backlog.

El objetivo de esta reunin es la de mover las tareas del Product Backlog al Sprint Backlog.

En esta reunin, suelen participar el Product Owner (quien prioriza las tareas), El Scrum Master y El Scrum Team.

Del Sprint Planning Meeting, sale tambin el Sprint Goal, que es un pequeo documento o una breve descripcin que indica lo que el Sprint intentar alcanzar.

Sprint Review

Se revisa en unas 2 horas como mximo el Sprint finalizado.

Al llegar a este punto, debemos tener "algo" que el Cliente o el Usuario pueda ver y tocar.

En esta reunin, suelen asistir Product Owner, Scrum Master, Scrum Team y personas que podran estar involucradas en el proyecto.

El Scrum Team es quin muestra los avances realizados en el Sprint.

Sprint Retrospective

Se inicia al finalizar un Sprint Backlog y el Sprint Review,

El Product Owner revisar con el equipo los objetivos marcados inicialmente en el Sprint Backlog concluido, Se aplicarn los cambios y ajustes si son necesarios, y

Se marcarn los aspectos positivos (para repetirlos) y los aspectos

negativos (para evitar que se repitan)

del Sprint.

Pila de Entrega (subconjunto de la Pila de Producto)

Grfica de Trabajo Restante de la Entrega

Y porque es eso de las 2 4 semanas?

Cada equipo, cada empresa, cada proyecto, puede poner la franja horaria y frecuencia temporal que considere oportuno as como cambiar aspectos de Scrum,

Pero es mejor hacer esto as que de otra forma.

Porqu?

El ajuste temporal de 2 4 semanas

En trmino medio que est basado en la experiencia de muchas personas en muchos proyectos.

No es lo mismo reconducir el proyecto perdiendo 2 4 semanas, que reconducirlo perdiendo 6 meses por ejemplo.

La idea de la metodologa gil es que adopte los cambios, que se pueda reconducir el proyecto

en un momento dado, y que afecte lo menos posible a los costos,

los tiempos y

al equipo de trabajo

Resultados encuesta

referencias

http://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspx

http://scrumtraininginstitute.com/home/stream_download/scrumprimer-es

http://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspxhttp://scrumtraininginstitute.com/home/stream_download/scrumprimer-eshttp://scrumtraininginstitute.com/home/stream_download/scrumprimer-eshttp://scrumtraininginstitute.com/home/stream_download/scrumprimer-eshttp://scrumtraininginstitute.com/home/stream_download/scrumprimer-es