Fuente¿Cómo funciona la metodología Scrum? Qué es y sus 5 fases, https://platzi.com/blog/metodologia-scrum-fases/ metodologia scrum para proyectos imágenes Google
Cuando nos encargan un proyecto, por lo general, los clientes quieren que lo entreguemos ya mismo y con una calidad impecable. También es común que nos soliciten aplicaciones cada vez más complejas, tanto en su desarrollo como en su análisis. El resultado, por lo general, es que no se lleguen a cumplir las exigencias de los clientes. Para solucionar este tipo de problemas, existe Scrum o metodología Scrum.
En este post encontrarás en qué consiste esta metodología y cómo puedes empezar a aplicarla en el desarrollo de tus proyectos.
¿Qué es Scrum es un framework que permite trabajar en una serie de interacciones en equipo. Las fases que definen y en las que se divide un proceso de SCRUM son las siguientes:
- El quién y el qué: identifica los roles de cada uno de los miembros del equipo y define su responsabilidad en el proyecto.
- El dónde y el cuándo: que representan el Sprint.
- El por qué y el cómo: representan las herramientas que utilizan los miembros de Scrum.
Antes de ahondar en cómo funciona Scrum, vamos a definir el modelo de trabajo actual y más común entre desarrolladores:
El Modelo en Cascada
Una vieja tradición en el desarrollo de software es utilizar secuencias para cada una de las etapas en las que se dividen los proyectos. Estas varían dependiendo del cliente y del equipo de desarrollo, pero, para efectos de este ejemplo, usaremos tres: diseño, desarrollo y pruebas. Al conjunto de esta serie de pasos secuenciales se le conoce como Modelo en Cascada, y recibe este nombre porque, tal como el agua, fluye hacia abajo: tiene un flujo irreversible de trabajo que se caracteriza por un desarrollo etapa por etapa, hasta finalizar cada una de ellas.
Estas son desarrolladas por un grupo de especialistas en el área o departamento, sin embargo, este modelo no suele ser muy efectivo. Estos son algunas de sus complicaciones:
- Cada departamento interpreta los requerimientos a su manera a tal grado que, al final del proyecto, no se cumple con las necesidades del cliente y se pierde tiempo en análisis, diseño y desarrollo.
- Existe poca o nula comunicación entre departamentos. En consecuencia, existen muchas incongruencias en cada una de las etapas de los proyectos.
- Debido a la forma en la que se lleva el proceso de desarrollo, este modelo no está preparado para hacer cambios de último momento. Por este motivo se crean atrasos y se requieren ajustes. Este problema podría ser el más importante y difícil de resolver.
Cómo funciona Scrum: metodología para trabajar mejor en equipos
1. Roles en Scrum: quién y qué
El equipo de Scrum consiste en tres diferentes roles:
- El Product Owner/Dueño del producto es la “voz del cliente” y el responsable de desarrollar, mantener y priorizar las tareas en el backlog.
- El Scrum Master es responsable de asegurarse que el trabajo del equipo vaya bien siguiendo las bases de Scrum. Además, se encarga de remover cualquier obstáculo que pueda encontrar el equipo de desarrollo.
- Los Development Team Members/Miembros del Equipo de desarrollo son los encargados de escribir y probar el código.
2. El Sprint: dónde y cuándo
El Sprint es la unidad básica de trabajo para un equipo Scrum. Esta es la característica principal marca la diferencia entre Scrum y otros modelos para el desarrollo ágil. Es una simple iteración llevada a cabo por los miembros del equipo. Un equipo puede completar varios sprints durante el desarrollo del proyecto.
Un Sprint inicia con un equipo que se compromete a realizar el trabajo y finaliza con la demostración de un entregable. El tiempo mínimo para un Sprint es de una semana y el máximo es de 4 semanas. Dentro del desarrollo de un Sprint se llevan a cabo ciertos eventos, estos reciben el nombre de Scrum Events o Eventos Scrum.
3. Herramientas Scrum: por qué y cómo
Para poder definir las respuestas a estas preguntas nos valemos de ciertas herramientas que Scrum nos provee. Estas son:
Backlog de Producto/Product Backlog
Esto puede referirse a todo elemento que sea parte del proyecto: puede ser un bug, una referencia o parte de un requerimiento. Brindan información muy general del proyecto y muchas veces no son tomados como requerimientos oficiales.
Historias de Usuario/User Stories
Es un elemento especial del product Backlog. Se llaman historias porque en ellas se proporciona información sobre cómo debe ser el comportamiento del requerimiento que se está trabajando. Su función es proporcionar información directa del cliente en caso de existir algún cambio. Generalmente estos sí son tomados como requerimientos oficiales.
Backlog del Sprint/Sprint Backlog
Es el conjunto de elementos tomados del Product Backlog que fueron priorizados, medidos y aceptados en las reuniones de Sprint Planning. Estos, en conjunto con sus respectivos User Stories, forman oficialmente los requerimientos a elaborar en cada uno de los Sprints que tendrá el proyecto.
El panel de Tareas/The Taskboard
Este panel muestra las tareas que tienen asignadas los miembros del equipo. Esta tabla se divide en tres columnas que representan el estado de la actividad:
a. Por hacer.
b. Haciendo.
c. Terminado.
Al inicio del Sprint todas están en la primer columna. Cuando una tarea pasa a la segunda columna, el Scrum Master y el Product Owner son notificados respecto a qué está haciendo cada miembro del equipo y cuánto tiempo lleva trabajando en dicha tarea. Al finalizarla, esta debe cambiarse a la última columna. Esto quiere decir que está listo para que QA haga las pruebas necesarias.
Definición de “Listo”/Definition of Done
Todo equipo eficaz y ágil tiene ciertos acuerdos que deben cumplirse antes de dar por finalizado un proyecto. Estos son:
- Todas las tareas están completas.
- Revisión de Código / Code Reviewed.
- Pruebas realizadas a cada elemento desarrollado.
- Revisión por parte de los clientes (que cumpla sus necesidades).
- La revisión de las condiciones de Aceptación por parte del Product Owner.
Estas herramientas son útiles, no sólo durante un Sprint, sino también a lo largo del proyecto, pues ayudan al equipo a entender el porqué de cada actividad. Además, son visibles para el equipo y para los externos.
Fuente articulo y blog WEBS DE ENLACES
Grupo C.I. Internacional es un Portal de información, es un sitio web de enlace no supone infracción de los derechos de propiedad intelectual, este tipo de links constituye únicamente una forma de facilitar al usuario de Internet el acceso a otras páginas webs y a la fuente original de la información. ©
A WordPress Commenter