Para nuestro caso, el proyecto de Servicio Comunitario se utilizara la metodología SCRUM debido a que es un método ágil, y esta estructurado de forma que el desarrollo del proyecto sea en ciclos de trabajo.
La metodología SCRUM es un conjunto de buenas practicas que permite abordar proyectos complejos, desarrollados en entornos dinámicos y que varían en el tiempo, de una manera flexible. Esta metodología esta basada en entregas parciales y regulares del producto final en base al valor que ofrecen a los clientes.
Esta metodología es una opción de gestión ideal para acometer proyectos desarrollados en entornos que exigen rapidez en sus resultados y en los que es imprescindible la flexibilidad de desarrollo.
En esta metodologia intervienen 4 roles:
-Product Owner: representa la voz del cliente y del resto de interesados no implicados directamente en el proyecto. Este perfil es el encargado de definir los objetivos del proyecto y de garantizar que el equipo trabaja del modo adecuado para alcanzar dichos objetivos.
-Scrum Master: es el encargado de asegurar que el resto del equipo no tiene problemas para abordar sus funciones y tareas. Guía y ayuda al Scrum Team para garantizar el cumplimiento de objetivos. En otras palabras, este perfil ayuda al equipo a mantenerse activo y productivo.
-Scrum Team: es el equipo encargado de desarrollar y entregar el producto. Su trabajo es imprescindible: estamos hablando de una estructura horizontal auto-organizada capaz de auto-gestionarse a sí misma.
-Stakeholders: Este grupo comprende aquellos perfiles interesados en el producto: directores, dueños, comerciales. Se trata de perfiles que si bien no forman parte del Scrum Team deben ser tenidos en cuenta.
En Scrum se indican claramente las acciones a acometer y como acometerlas.
Las acciones de Scrum forman parte de un ciclo iterativo repetitivo, por lo que el mecanismo y forma de trabajar, tiene como objetivo minimizar el esfuerzo y maximizar el rendimiento en el desarrollo. Las acciones fundamentales de Scrum son:
-Product Backlog corresponde con todas las tareas, funcionalidades o requerimientos a realizar y actualizado y mantenido por el Product Owner.
-Sprint Backlog la cual corresponde con una o más tareas que provienen del Product Backlog. Es decir, del Product Backlog se saca una o más tareas que van a formar parte del Sprint Backlog. Las tareas del Sprint Backlog se deben acometer en unas 2 semanas ó 4 semanas. Eso debe de ser marcado antes de iniciar el Sprint Backlog. Se debe tomar en cuenta que, mientras un Sprint Backlog se inicia, éste NO puede ser alterado o modificado. Hay que esperar a que concluya el Sprint Backlog para realizar la correspondiente modificación o alteración cuya tarea, formaría parte de otro Sprint Backlog.
-Daily Scrum Meeting es una tarea iterativa que se realiza todos los días que dure el Sprint Backlog con el equipo de desarrollo o de trabajo. Se trata de una reunión operativa, informal y ágil, de un máximo de 30 minutos, en la que se le hace 3 preguntas a cada integrante del equipo. Qué tareas ha realizado desde la última reunión (que he hecho). Sobre qué va a trabajar en el día actual (que voy a hacer hoy). Identificación de obstáculos o riesgos que impiden o pueden impedir el normal avance (que ayuda necesito). El Scrum Master, debe eliminar aquí cualquier obstáculo que encuentre.
Resumiendo es importante recalcar los fundamentos de Scrum:
-El desarrollo incremental de los requisitos del proyecto en bloques temporales cortos y fijos(iteraciones de un mes natural y hasta de dos semanas, si así se necesita).
-La priorización de los requisitos por valor para el cliente y coste de desarrollo en cada iteración.
-El control empírico del proyecto. Por un lado, al final de cada iteración se demuestra al cliente el resultado real obtenido, de manera que pueda tomar las decisiones necesarias en función de lo que observa y del contexto del proyecto en ese momento. Por otro lado, el equipo se sincroniza diariamente y realiza las adaptaciones necesarias.
-La potenciación del equipo, que se compromete a entregar unos requisitos y para ello se le otorga la autoridad necesaria para organizar su trabajo.
-La sistematización de la colaboración y la comunicación tanto entre el equipo y como con el cliente.
-El timeboxing de las actividades del proyecto, para ayudar a la toma de decisiones y conseguir resultados.
No hay comentarios:
Publicar un comentario