1. Aspectos
1.1. La flexibilidad en la adopción de cambios y nuevos requisitos durante un proyecto complejo.
1.2. El factor humano.
1.3. La colaboración e interacción con el cliente.
1.4. El desarrollo iterativo como forma de asegurar buenos resultados.
2. Características
2.1. Transparencia
2.1.1. Con el método Scrum todos los implicados tienen conocimiento de qué ocurre en el proyecto y cómo ocurre. Esto hace que haya un entendimiento “común” del proyecto, una visión global.
2.2. Inspección
2.2.1. Los miembros del equipo Scrum frecuentemente inspeccionan el progreso para detectar posibles problemas. La inspección no es un examen diario, sino una forma de saber que el trabajo fluye y que el equipo funciona de manera auto-organizada.
2.3. Adaptación
2.3.1. Cuando hay algo que cambiar, el equipo se ajusta para conseguir el objetivo del sprint. Esta es la clave para conseguir el éxito en proyectos complejos, donde los requisitos son cambiantes o poco definidos y en donde la adaptación, la innovación, la complejidad y flexibilidad son fundamentales.
3. Roles
3.1. Product owner
3.1.1. Es el responsable de maximizar el valor del trabajo del equipo de desarrollo. La maximización del valor del trabajo viene de la mano de una buena gestión del Product Backlog
3.1.2. Único perfil que habla constantemente con el cliente, lo que le obliga a tener muchos conocimientos sobre negocio.
3.2. Scrum Master
3.2.1. Es el responsable de que las técnicas Scrum sean comprendidas y aplicadas en la organización.
3.2.2. Es el manager de Scrum, un líder que se encarga de eliminar impedimentos o inconvenientes que tenga el equipo dentro de un sprint , aplicando las mejores técnicas para fortalecer el equipo de marketing digital.
3.3. Equipo de desarrollo
3.3.1. Son los encargados de realizar las tareas priorizadas por el Product Owner. Es un equipo multifuncional y auto-organizado. Son los únicos que estiman las tareas del product backlog, sin dejarse influenciar por nadie.
3.3.2. Los equipos de desarrollo no tienen sub-equipos o especialistas. La finalidad de esto es transmitir la responsabilidad compartida si no se llegan a realizar todas las tareas de un sprint.
4. Sprint
4.1. El Scrum está basado en sprints, intervalos establecidos que plantea la empresa para generar un producto entregable. En cada uno de ellos se desarrollan miniproyectos que sirven para mejorar la eficacia del proyecto principal.
4.2. Etapas
4.2.1. Planificación del sprint
4.2.1.1. Si entendemos el significado del sprint como un miniproyecto dentro del proyecto principal, cada uno de ellos tiene un objetivo en particular.
4.2.1.2. En la primera reunión del equipo se definirán aspectos como la funcionalidad, objetivos, riesgos del sprint, plazos de entrega, entre otros. Posteriormente se realiza una junta entre el equipo y el jefe del proyecto para explicar cómo se desarrollará cada punto del intervalo. Aquí se evaluarán cambios, toma de decisiones, mejoras y más factores.
4.2.2. 2. Etapa de desarrollo
4.2.2.1. Cuando el trabajo del sprint está en curso, los encargados deben garantizar que no se generen cambios de último momento que puedan afectar los objetivos del mismo. Además, se asegura el cumplimiento de los plazos establecidos para su término.
4.2.3. 3. Revisión del sprint
4.2.3.1. Al final del desarrollo del intervalo, es posible analizar y evaluar los resultados. Si es necesario, todo el equipo colaborará para saber qué aspectos necesitan ser cambiados. En esta fase se fomenta la colaboración y retroalimentación entre todos. Se incluyen los siguientes puntos:
4.2.3.1.1. Colaboración entre equipos, supervisores, jefes y dueños de productos.
4.2.3.1.2. Se admiten análisis externos como forma de complementación.
4.2.3.1.3. El equipo de trabajo responde qué es lo que se ha desarrollado y qué carencias han tenido.
4.2.3.1.4. En base a ello, se puede regresar a la etapa de planificación para evaluar cómo mejorar el siguiente sprint.
4.2.3.1.5. La revisión incluye cómo, hasta ahora, el producto podría generar más valor.
4.2.3.1.6. Se analizan las capacidades del equipo, la línea de tiempo, entre otros detalles, para saber qué potenciar.
4.2.4. 4. Retroalimentación
4.2.4.1. Los resultados pueden ser entregados para recibir un feedback no solo por parte de los profesionales dentro del proyecto, sino también de las personas que utilizarán directamente lo que se desea lograr; es decir, los clientes potenciales. Las lecciones aprendidas durante esta etapa permitirán que el siguiente sprint pueda ser mucho más efectivo y ágil.
5. Herramientas
5.1. Product Backlog
5.1.1. el listado de tareas que engloba todo un proyecto. Cualquier cosa que debamos hacer debe estar en el product backlog y con un tiempo estimado por el equipo de desarrollo.
5.1.2. La responsabilidad exclusiva de ordenar el product backlog es del Product Owner, que se encuentra en constante comunicación con el cliente para asegurarse de que las prioridades están bien establecidas.
5.1.3. La ordenación también es 100% responsabilidad del Product Owner, por lo que las tareas que están más arriba deben de ser las de mayor prioridad.
5.1.4. El equipo de desarrollo elige tareas del product backlog en el sprint planning para generar tanto el sprint backlog como el sprint goal.
5.2. Sprint Backlog
5.2.1. Es el grupo de tareas del product backlog que el equipo de desarrollo elige en el sprint planning junto con el plan para poder desarrollarlas. Debe ser conocido por todo el equipo, para asegurarse de que el foco debe estar en este grupo de tareas.
5.2.2. El sprint planning no cambia durante el sprint, solo se permite cambiar el plan para poder desarrollarlas.