Logré entender SCRUM y ahora te lo explico

Probablemente te parezca tonto que alguien no entendiera de qué trata SCRUM, pero así es, habemos personas que no entendemos entendíamos de qué trata esta metodología.  Es una metodología, es un proceso, es una mentira… he descubierto y entendido SCRUM

Actualmente estoy en la búsqueda activa de trabajo y me he topado varias ofertas donde colocan como requisito tener experiencia con SCRUM, también este artículo me hizo pensar “Ok, entendamos de una vez por toda qué es esto!”, recuerdo que hace un par de años leí un libro nunca lo entendí, el año pasado recordé que lo había leído y decidí intentarlo de nuevo, fallé, seguía sin entenderlo, hasta creí haber leído el libro equivocado, acabo de leer el prefacio de nuevo para confirmar y no, no estaba leyendo el libro equivocado… 😵  Luego de haber investigado (Wikipedia y Google 😅) e ir anotando cada una de mis dudas y términos que no conocía logré entender el proceso y ahora que leo el libro que les mencioné todo tiene sentido, estaba desenfocada, definitivamente.

¿Qué es SCRUM? 

Es un conjunto de prácticas, roles y procesos basado en desarrollo incremental, es una metodología que fija su visión hacia sistemas evolutivos y adaptativos. 

Entonces sí, SCRUM es una metodología, también entra dentro de la categoría de desarrollo ágil, este tipo de desarrollo o forma de trabajo deja atrás los métodos en cascada, dónde se debía desarrollar por fases de manera separada y consecutiva, no se podía pasar a la fase 2 sin haber terminado la fase 1. 

La siguiente imagen muestra el proceso que me enseñaron a mí en la universidad, para desarrollar un sistema: 

Fases de Desarrollo
Fuente: https://www.viewnext.com/el-ciclo-sdlc-en-7-fases/

Según esto cada vez que tenía que desarrollar un sistema, debía terminar cada una de las etapas en el orden que se muestra y no podés pasar a la siguiente etapa hasta terminar la etapa en la que estás trabajando. SCRUM me dice que NO 🙅‍♀️. 

Icono de Lista

Términos

Ahora veamos esta imagen:

Fuente: https://openwebinars.net/blog/que-es-un-sprint-scrum/

Yo veo esa imagen y quedo más perdida que perro en procesión (dicho nica 😄), términos que no conozco y luego busco esos términos y encuentro otros que tampoco entiendo… en fin, estos son los términos y cómo los entiendo. 

Primero los roles

Yo vengo de trabajar en empresas donde el equipo de desarrollo consta de 1 persona, o sea yo 😂, y sólo he tenido una experiencia laboral donde éramos 3 o más, así que según mi experiencia en esa empresa, entiendo los roles de esta manera: 

  • Product Owner (Dueño del Producto): Para mí este rol corresponde a “Cuentas” es decir la persona que está tratando de primera mano los requisitos y necesidades del cliente. 
  • Scrum Master: Lo más parecido a este rol es el Project Manager (Administrador de Proyectos) aunque la definición no es tal, su función es poder liderar al equipo y al mismo tiempo ser consciente de los tiempos de entrega y garantizar que se estén aplicando las reglas correctas en el proceso. Incluso puede ser parte del del Team. 
  • Team / Development Team: los meros meros desarrolladores 😏👩‍💻👨‍💻
  • Roles auxiliares: usuarios, expertos del negocio y stakeholders (clientes, proveedores, vendedores, managers, etc.) 

Partes o elementos del Scrum. 

  • Scrum diario: Reunión diaria de 5-15 minutos de duración, se debe establecer un lugar y horario fijo, aquí se evalúan los avances del día anterior y se planifica el día actual de trabajo. 
  • Sprint: Cada sprint es una funcionalidad, ciclo o módulo del sistema. Cada sprint puede durar entre 2 semanas y 2 meses, sin embargo lo recomendable es 4 semanas, en cada sprint se consigue un entregable o incremento del producto que aporta valor al cliente, este Sprint debe ser un producto completo y totalmente funcional. Los Sprints se definen a partir de los requerimientos y funcionalidades definidas por el cliente. Los Sprints se trabajan de la mano con el Product Owner para definir los alcances y con el Team para definir tiempo y viabilidad. Para cada Sprint se debe contemplar: planificación, diseño, implementación, pruebas y despliegue, de esta manera podremos tener un software que sea válido y que esté funcionando. También se debe tomar en cuenta lo siguiente: 
Fuente: https://openwebinars.net/blog/que-es-un-sprint-scrum/
  • Sprint Backlog: El listado de tareas que deben ser realizadas para finalizar y entregar un Sprint.
  • Product Backlog: Son todos los requisitos del sistema, estos se dividen, se ordenan por prioridad (de alta a baja) y luego se organizan para formar los Sprints. 

Ahora vuelve a ver la imagen. Todo tiene sentido… Te dejaré la misma imagen pero en español: 

Espero que ahora te quede más claro cómo funciona el SCRUM, yo me he dado cuenta que nunca en realidad he trabajado con esta metodología, además creo que se adapta mejor a proyectos o sistemas que son amplios, digamos más de 2 meses, considero que para realizar páginas webs informativas, para empresas, landing o squeeze pages, esta no sería la opción indicada a menos que todas estas páginas sean parte de un proyecto más grande. Además recomiendo que a partir de esta lectura leas el libro que mencioné anteriormente, Scrum: El arte de hacer el doble de trabajo en la mitad de tiempo, ahora veo con más claridad el contenido y no siento que estoy divagando. Con este artículo no pretendo convertirme o convertirte en un experto del SCRUM pero al menos ya sabes para dónde vas. 

Aquí las fuentes… sí todo esto me leí para tener claridad

  1. https://www.integrait.com.mx/blog/sprint-y-sprint-backlog/
  2. https://es.wikipedia.org/wiki/Scrum_(desarrollo_de_software)
  3. https://www.obs-edu.com/es/blog-investigacion/project-management/las-5-etapas-en-los-sprints-de-un-desarrollo-scrum
  4. https://openwebinars.net/blog/que-es-un-sprint-scrum/
  5. https://luis-goncalves.com/es/que-es-la-metodologia-scrum/
  6. https://dev.to/cubiclebuddha/why-i-was-wrong-about-scrum-hard-goals-1jdd
  7. http://www.agilemodeling.com/artifacts/userStory.htm
  8. https://www.viewnext.com/el-ciclo-sdlc-en-7-fases/
  9. https://www.scrum.org/forum/scrum-forum/5887/scrum-master-member-development-team
  10. https://www.quora.com/Can-scrum-master-be-one-of-development-team-members
  11. http://www.agileadvice.com/2013/06/04/referenceinformation/the-rules-of-scrum-the-scope-of-work-for-a-sprint-is-never-expanded-mid-sprint-interruptions/
  12. https://proyectosagiles.org/lista-tareas-iteracion-sprint-backlog/

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión /  Cambiar )

Google photo

Estás comentando usando tu cuenta de Google. Cerrar sesión /  Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión /  Cambiar )

Conectando a %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.