====== Principios ====== * Pautas básicas * Obligatorias en todos los proyectos Scrum * No se pueden discutir ni modificar * Se aplican intactos para infundir confianza ===== 1. Control del proceso empírico (Empirical Process Control) ===== * Las decisiones se basan en la observación y la experimentación en vez de la planificación inicial detallada - **Transparencia** * Todas las facetas son observadas por cualquiera - Declaración de la visión del proyecto - Backlog Priorizado del producto - Cronograma de planificación del lanzamiento (Release Planning Schedule) - Scrumboad, Burndown Chart y otros radiadores de información - Daily Standup - Reuniones de revisión de Sprint - **Inspección** * Los radiadores de información muestran el progreso del Equipo Scrum en las tareas * Retroalimentación del cliente y Stakeholder durante los procesos -**Desarrollar Épicas** - **Crear Backlog Priorizado del Producto** - **Realizar planificación del lanzamiento**. * Inspección y aprobación de los entregables por parte del Product Owner y el cliente en **Demostrar y validar Sprint** - **Adaptación** * Aprenden de las 2 anteriores para adaptarlas a hacer mejoras - Reuniones Daily Standup - Identificación constante de riesgos * Los riesgos son entradas de: - **Crear Backlog Priorizado del Producto** - **Refinamiento del Backlog Priorizado del Producto** - **Demostrar y validar el Sprint** - Solicitudes de cambio. Se discuten y aprueban en: - **Desarrollar Épicas** - **Crear Backlog Priorizado del Producto** - **Refinamiento del Backlog Priorizado del Producto** - SGB. Interactúa con: - **Crear historias de usuario** - **Estimar tareas** - **Crear entregables** - **Refinamiento del Backlog Priorizado del Producto** - Retrospectiva del Sprint. - Reuniones de Retrospectiva del Proyecto ===== 2. Auto-organización (Self-organization) ===== * Valor mayor cuando se auto-organizan * Gran sentido de compromiso y responsabilidad * Ambiente innovador y creativo * Los empleados con motivación propia aceptan mayores responsabilidades * Se busca un liderazgo servicial * No significa que puedan actuar como quieran * Cada miembro del equipo tiene la responsabilidad de determinar que tipo de trabajo hará. * Estar abierto a nuevos aprendizajes * Buscar trabajo proactivamente * Continuamente actualizar conocimientos y habilidades ===== 3. Colaboración (Collaboration) ===== * Valor compartido con equipos que trabajan conjuntamente * **Cooperación**. El trabajo que se produce consiste en la suma de los esfuerzos del trabajo de varias personas de un equipo. * **Colaboración**. Un equipo trabaja en conjunto para contraponer los aportes del otro a fin de producir algo más grande. - **Conocimiento**. Se esta al tanto del trabajo de los demás - **Articulación**. El trabajo se divide en unidades y después se reintegra - **Apropiación**. Adaptar la tecnología a la situación individual * Se recomienda el co-ubicación - Co-ubicación. Ubicados en la misma oficina sin separaciones. Sus métodos de comunicación: - Cara a cara - Salas de Decisión o War Room (Cuarto de guerra) - Scrumboards - Información visual colocada en pared - Mesas compartidas - Distribuidos geográficamente. En diferentes ubicaciones físicas. Por Subcontratación, offshoring, trabajo en casa. Sus métodos de comunicación: - Videoconferencia - Mensajes instantáneos - Chat - Redes sociales - Pantallas compartidas - Software que simula Scrumboards ===== 4. Priorización basada en valor (Value-based Prioritization) ===== * Máximo valor de negocio * Ofrecer el máximo valor empresarial en el menor tiempo posible * **Priorización**. Determinación del orden y la separación de lo que debe hacerse ahora, de lo que debe hacerse después. * La priorización se lleva a cabo por el Product Owner en las historias de usuario. * El Product Owner debe trabajar con el Equipo Scrum para entender los riesgos y la incertidumbre * El Equipo Scrum alerta sobre las dependencias * La priorización depende de: - Valor - Riesgo o incertidumbre - Dependencias ===== 5. Time-boxing ===== * El tiempo es una restricción limitante * Es una asignación de un bloque de tiempo para cada proceso o actividad para poder limitaciones * Ayuda a manejar la planificación * Ventajas: - Proceso de desarrollo eficiente - Menos gastos generales - Alta velocidad para los equipos - **Sprint** (1 a 6 semanas, Scrum recomienda 4) - **daily standups** (15 minutos). Responden a las preguntas: - ¿Que he echo desde la ultima reunión? - ¿Qué tengo planeado hacer antes de la siguiente reunión? - ¿Qué impedimentos u obstáculos (Si los hubiera) estoy enfrentando en la actualidad? - **reuniones de planificación del Sprint** (8 horas por Sprint de 1 mes). Se compone de 2 partes: - Definición del objetivo. * Product Owner explica las historias de usuario de más alta prioridad * El Equipo Scrum se compromete con las historias de usuario - Identificación y estimación de tareas. * El Equipo Scrum decide **como** completas los elementos seleccionados * Se incluyen en el Backlog Priorizado del Producto las historias comprometidas y las Effort Estimated Task - **reuniones de revisión del Sprint** (4 horas por Sprint de 1 mes) * El Equipo Scrum presenta los entregables del Sprint actual al Product Owner. Este revisa el producto para compararlo con los criterios de aceptación. - **Reunión de retrospectiva del Sprint** (4 horas por Sprint de 1 mes) * Equipo Scrum se reúne para revisar y reflexionar sobre el Sprint anterior * Discute lo que salio bien en el Sprint anterior para agregarlo al SGB ===== 6. Desarrollo iterativo (Iterative Development) ===== * Gestionar mejor los cambios y crear productos satisfactorios * El modelo es flexible para asegurar que cualquier cambio se pueda incluir como parte del proyecto * Las historias de usuario se escriben constantemente * Permite la corrección a medida que todas las personas involucradas obtengan una mejor comprensión de lo que se debe de entregar incorporando lo aprendido de manera iterativa ---- ====== Aspectos ====== ===== 1. Organización ===== - **Roles centrales** * Responsable del éxito del proyecto * Son obligatorios * Están plenamente comprometidas con el proyecto * Se conocen como el Equipo Principal de Scrum - **Propietario del producto** (Product owner) * Responsable del máximo valor empresarial * Responsable de los requisitos del cliente * Mantener la justificación del proyecto * Es la voz del cliente * Responsable que el Equipo Scrum entregue valor * Visión dual (Stakeholder/Equipo Scrum) - **Scrum Master** * Es un facilitador para que halla un ambiente propicio * Guía, facilita y enseña las practicas de Scrum * Elimina los impedimentos * Asegura que se sigan los procesos Scrum * Esta al mismo nivel jerárquico que el Equipo Scrum * Cualquier miembro del Equipo Scrum que aprenda a facilitar proyectos Scrum puede ser Scrum Master * Recomendable de 6 a 10 miembros. La comunicación y gestión son simples. La desventaja es que la perdida de un miembro afecta considerablemente, por lo cual se recomienda suplentes - **Equipo Scrum** (Team Scrum) * Responsables de entender los requisitos del Product Owner * Estima las historias de Usuario * Crear los entregables del proyecto * Se le conoce como Equipo de Desarrollo * Trabajan en las historias de Usuario en el Sprint Backlog para crear los entregables * Características deseables ^Product Owner^Scrum Master^Equipo Scrum^ |• Experto en Scrum \\ • Conocimiento de dominio del negocio \\ • Excelentes habilidades de comunicación \\ • Conocimiento de procesos Scrum \\ • Habilidad para manejar las incertidumbres \\ • Habilidades de negociación \\ • Accesible \\ • Proactivo \\ • Decisivo \\ • Pragmático \\ • Orientado a las metas|• Experto en Scrum \\ • Líder servicial \\ • Moderador \\ • Solucionador de problemas \\ • Accesible \\ • Motivador \\ • Perceptivo \\ • Mentor \\ • Habilidades de coordinación \\ • Introspectivo|• Conocimiento de Scrum \\ • Colaborativos \\ • Auto-organizables \\ • Altamente motivados \\ • Proactivos \\ • Expertos técnicos \\ • Perspectiva interfuncional \\ • Saben trabajar en equipo \\ • Independientes \\ • Responsables \\ • Intuitivos \\ • Enfocados a los objetivos \\ • Introspectivos| - **Roles no centrales** * No son obligatorios * No tienen rol formal * No son responsables del éxito del proyecto - **Stakeholder(s)** * Los clientes y los usuarios pueden ser los mismos * El Product Owner es el responsable de mantener la participación de los Stakeholder - **Clientes**. Adquiere el producto, servicio o el resultado del proyecto - Internos. Dentro de la misma organización - Externos. Fuera de la organización - **Usuarios**. Utiliza el producto, servicio o el resultado del proyecto - Internos. Dentro de la misma organización - Externos. Fuera de la organización - **Patrocinadores (Sponsor)**. - Provee recursos y apoyo para el proyecto - A quien deben rendir cuentas al final - **Scrum Guidance Body (SGB)** * Conjunto de documento o grupo de especialistas * Relacionados con la calidad, regulaciones, seguridad * Guía el trabajo de los roles centrales * Ayuda a captar las mejores practicas que deben utilizarse en todos los proyectos - **Vendedores** * Externos * Productos y/o servicios que no están dentro de las competencia centrales ===== 2. Justificación del negocio ===== * El responsable principal es el **Product Owner** * Es necesario una evaluación antes del inicio para que se entienda la necesidad de cambio, justificación pasa seguir y su viabilidad * Se basa en el concepto de entrega impulsada por el valor (Value-driven Delivery) * Para disminuir la inseguridad (incertidumbre) de alcanzar el éxito de un proyecto Scrum busca iniciar la entrega de resultados lo antes posible. Esto proporciona la oportunidad de reinversión y demuestra el valor a los interesados. ===== 3. Calidad ===== * Cumple con los criterios de aceptación y de alcanzar el valor que el cliente espera * Scrum adopta un enfoque de mejora continua para aprender de las experiencias y la participación de los interesados. * El backlog priorizado del producto se completa hasta el cierre del proyecto * El trabajo se realiza en incrementos; así es posible identificar errores o defectos con facilidad * La mejora continua con pruebas repetitivas aumenta la probabilidad de alcanzar los niveles de calidad * SGB proporciona directrices sobre la calidad ===== 4. Cambio ===== * Los procesos de Scrum están diseñados para los cambios * Principios fundamentales - Los stakeholders cambian de opinión acerca de lo que quieren; requisitos volátiles (requirements chum) - Es imposible que los stakeholders definan todos los requisitos al inicio del proyecto ===== 5. Riesgo ===== * Eventos inciertos que pueden afectar los objetivos de un proyecto - Oportunidades. Impacto positivo - Amenazas. Impacto negativo * La gestión de riesgos debe hacerse de forma preventiva. Es un proceso iterativo * Deben ser identificados, evaluados y atendidos con base a 2 factores - Probabilidad de ocurrencia - Posible impacto * Los riesgos con alta probabilidad y valor de impacto (Multiplicación) deben ser atendidos primero ---- ====== Procesos ====== * Abordan las actividades especificas y el flujo de un proyecto. * 19 proceso agrupados en 5 fases * Cuentan con entradas, herramientas y salidas ===== 1. Inicio ===== ==== 1. Crear la visión del proyecto==== * Se revisa el caso de negocio del proyecto (Project Business Case) * Se crea la declaración de la visión del proyecto * Se identifica al Producto Owner ==== 2. Identificar al Scrum Master y Stakeholders==== * Utilizando criterios de selección se identifica al Scrum Master y Stakeholder ==== 3. Formar equipo Scrum==== * Se identifican los miembros del Equipo Scrum * El Product Owner es el responsable principal de la selección ==== 4. Desarrollar épicas==== * Se desarrollan épicas a partir de La declaración de visión del proyecto. * Reuniones para deliberar sobre las épicas adecuadas ==== 5. Crear el backlog Priorizado del Producto==== * Se refinan, crean y priorizan las épicas * Se crea el backlog priorizado del producto * Se establecen los criterio de terminado ==== 6. Realizar la planificación de lanzamiento==== * El equipo principal Scrum revisa las historias de usuario para desarrollar cronograma de planificación de lanzamiento * Se determina la duración del sprint ===== 2. Planificación y estimación ===== ====1. Crear historias de usuario==== * Crear historias de usuario y sus criterios de aceptación * Las crea el Product Owner * Los requisitos del cliente deben estar claramente representados y comprendidos por los stakeholder * Se pueden crear ejercicios de redacción de historias de usuario con el Equipo Scrum ====2. Estimar historias de usuario==== * Product Owner aclara las historias para que el Scrum master y Equipo Scrum estimen el esfuerzo necesario ====3. Comprometer historias de usuario==== * Equipo Scrum se compromete a entregar al Product Owner la estimación de las historias de usuario para un sprint. ====4. Identificar tareas==== * Las historias de usuario comprometidas se desglosan en tareas especificas. * Se compilan en una lista de tareas ====5. Estimar tareas==== * El equipo principal Scrum estima el esfuerzo necesario para cumplir con cada una de las tareas. * El resultado es un esfuerzo estimado para las lista de tareas (Effort Estimated Task List) ====6. Crear el sprint Backlog==== * El Equipo principal Scrum elabora un sprint backlog que contiene las tareas a ser completadas como parte de la reunión de planificación de Sprint ===== 3. Implementación ===== ====1. Crear entregables==== * El equipo Scrum trabaja en las tareas para crear los entregables * Se utiliza un Scrumboard para dar seguimiento * Los asuntos o problemas pueden actualizarse en un registro de impedimentos (Impediment log) ====2. Realizar Daily Standup==== * Reunión diaria altamente focalizada ====3. Refinar el Backlog Priorizado del Producto==== * El Backlog Priorizado del Producto se actualiza y refina continuamente. * Reunión de revisión del Backlog Priorizado del Producto para analizar cualquier cambio o actualización ===== 4. Revisión y retrospectiva ===== ====1. Demostrar y validar Sprint==== * Muestra los entregables del Sprint al Product Owner y a los Stakeholder en una reunión de Revisión de Sprint para asegurar que se obtenga la aprobación y aceptación ====2. Retrospectiva del sprint==== * El Scrum Master y el Equipo Scrum analizan las lecciones aprendidas durante el Sprint. Puede haber mejoras aceptadas (Agreed Actionable Improvement) o actualizaciones al SGB. ===== 5. Lanzamiento ===== ====1. Enviar entregables==== * Los entregables aceptados se envían a los Stakeholder * Se documenta la conclusión satisfactoria del Sprint en un Acuerdo de entregables funcionales (Working Deliverables Agreement) ====2. Retrospectiva del proyecto==== * Concluye el proyecto * El Equipo principal Scrum y los Stakeholder hacen una retrospectiva del proyecto * Se crea la documentación de Agreed Actionable Improvement que se implementaran en futuros proyecto Para grandes proyectos ===== 6. Scrum para grandes proyectos ===== ====1. Crear componentes de grandes proyectos==== * Como los Product Owner trabajan en conjunto * Como varios Equipos Scrum trabajan juntos * Se identifican componentes comunes ====2. Realizar y coordinar Sprint==== * Es relevante en grandes proyectos * Reuniones Scrum de Scrums para coordinar esfuerzos entre los distintos Equipos ====3. Preparar el lanzamiento de grandes proyectos==== * Sprint especial con anticipación a un lanzamiento ===== 7. Scrum para la empresa ===== ====1. Crear componentes de programa o portafolio==== * El Program Product Owner o el Portafolio Product Owner y los Stakeholder identifican componentes comunes y recursos * Se definen los criterios mínimos de terminado * Se identifican todos los Stakeholder ====2. Revisar y actualizar el Scrum Guidance Body==== * Las recomendaciones del SGB se revisan constantemente y se actualizan * Se atienden los cambios en los integrantes del SGB ====3. Crear y refinar el backlog del programa o portafolio==== * Se elabora, actualiza y refina el Backlog del Programa o Portafolio * Recomendaciones de mejoramiento del SGB * Se pueden modificar los plazos en los cambios ====4. Coordinar los componentes del programa o portafolio==== * Se coordinan los componentes del Programa o Portafolio * Se atienden dependencias entre proyectos * Se discuten impedimentos comunes y se comparten las mejores practicas ====5. Retrospectiva de los lanzamientos del programa o portafolio==== * El Program Product Owner o el Portafolio Product Owner y los Stakeholder hacen una retrospectiva sobre el lanzamiento de un Programa o Portafolio. * Se llevan a cabo mejoras aceptada (Agreed Actionable Improvements) para ser implementadas a futuro.