SCRUM EXPERIENCE: 1. Scrum, Roles y Juntas (caso lertecxo)

Ayer decidí iniciar a utilizar una metodología de desarrollo. Desde aquella conferencia de metodologías ágiles, quedé consternado por el manifiesto ágil y pensé WOW!! así he trabajado siempre. Pero ayer me desperté de mi sueño rosa. Mientras estudiaba algunos conceptos de desarrollo de software me encontré con el de Code & Fix y dije, es una vergüenza que 4 años después de iniciar a programar todavía trabaje tan poco profesional.

Así que pues comenzaré a utilizar una metodología. Aunque ya lo habíamos intentado con Lili y de plano no duramos ni 2 horas, ahora sí me la pienso tomar en serio. Bueno, en realidad parte del desbarajuste fue mi mala actitud. Revisando el documento anterior, no seguí el proceso debídamente y terminé haciendo la cosa tediosa y aburrida. Por eso se rompió. 

Por otro lado, necesito reforzarme, crear mi propia experiencia y profesionalizarme. ¿Cómo puedo ser un desarrollador serio si ni siquiera he utilizado una metodología?

SCRUM

Bueno pues la elegida fue Scrum. La estuve estudiando y me pareció excelente. Dado que Lili está en Oaxaca, no podemos repartirnos los roles. Así que voy a hacer los 3 roles para aprender el SCRUM. El proyecto elegido es terminar el RiderPOS en un tiempo record. 

El SCrum es un proceso iterativo e incrmental. En el cual se definen un conjunto de Tareas y Roles. 

Los periodos de desarrollo se llaman SPRINTs. Estos duran de 1-4 semanas. Durante cada sprint el equipo crea un incremento de software potencialmente entregable (esta es la razón por la cual elegí scrum, tendré entregables después de los sprints).
Al final de cada Sprint se presenta los avanbces logrados. No se recomienda agregar objetivos si de ello no depende el éxito del proyecto.

Roles

Product Owner

• Representa la voz del cliente.
• Escribe historias de usuario, las prioriza y las coloca en el PB.
• Se asegura que el equipo trabaje desde la perspectiva del negocio.

Scrum Master (facilitador)

• Elimina los obstáculos que impiden que el equipo alcance los objetivos.del sprint.
• Hace que se cumplan las reglas.
• Hace que se siga el proceso Scrum.

Equipo de Desarrollo.

• Tiene la responsabilidad de entregar el producto.
• Se encarga de realizar el Análisis,  Diseño, Desarrollo, Pruebas, documentación, etc.

StakeHolders
Se trata de los provedores, Clientes, vendedores, usuarios, etc.


Reuniones.

Dayli Scrum
Reunión diaria llevada a cabo durante cada día del sprint. La reunión comienza puntualmente a su hora. Dura 15 minutos y aunque es abierta sólo pueden hablar los involucrados.
Los miembros se hacen 3 preguntas:

1. ¿Qué has hecho desde ayer?
2. ¿Qué harás hasta mañana?
3. ¿Qué obstáculo has tenido?

Scrum de Scrum
Reunión despues de la Dayli Scrum. Se convoca a 1 persona por equipo. Cada uno se responde 4 preguntas:

1. ¿Qué ha hecho tu equipo desde ayer.?
2. ¿Qué hará tu equipo hasta la próxima reunión?
3. ¿Cuáles han sido los obstáculos?
4. Está a punto de poner algo en el camino de otro equipo?

SPRINT PLANNING MEETING
Cada inicio de un Sprint se realiza esta reunión. Se selcciona qué trabajo se hará. Se prepara el Sprint BackLog con el equipo completo. En 8 horas como máximo, identificar cuánto del trabajo es probable realizar.

Al finalizar un SPRINT se ralizan 2 reuniones:

SPRINT REVIEW MEETING
Sirve para revisar si el trabajo fue completado o no. Si no lo fue no se muestra. Dura 4 horas como máximo, Se presenta la versión o el demo a los interesados.

SPRINT RETROSPECTIVE
Dura 4 horas como máximo,. Cada mienbro deja su impresión del SPRINT. Sirve para mejorar los procesos.

Con esta información y la de los componentes comencé con el proceso SCRUM en mi desarrollo.