es q room 4

Características del DT

1 Conocer Scrum, 2 Expertos técnicos, 3 Responsables.

Seguimiento

Del Progreso Hacia los Objetivos, del Progreso del Sprint.

Las 5 Etapas de una Retrospectiva

Open, Gather data, Insights, action, close

Invest

Son Características de este modelo Independencia, Negociables, Valiosa, Estimable, Pequeña, Verificable.

Responsabilidades del DT

1 Comprensio de requerimientos 2 Estimar los user stories aprobado por del PO, 3 Crear entregables, 4 desarrollar la lista de tareas en las user stories aprobadas, 5 Calcular el esfuerzo para las tareas indicadas, 6 Desarrollar el sprint backlog 7 identificar oportunidades de mejora, 8 Identificar riesgo y ejecutar acciones ara su mitigación, 9 Participar en la Sprint Retrospective

Características PO

1 Conocimiento de negocio, 2 Comunicación, 3 Conoce el proceso de Scrum, 4 Negociacion, 5 Decisivo, 6 Proactivo, 7 Accesible, 8 Orientado a las metas

Responsabilidades del Product Owner

1 determina actividades de inicio de un proyecto, 2 Se centra en la creación de valor y Roi, 3 Ayuda a la elección del SM y el DT, 4 Explica las user Story al DT, 5 Ayuda en visión del proyecto, 6 Evalua la viabilidad y garantiza la entrega de un producto 7 Define criterios de aceptación, 8 Responsable del Product Backlog, 9 Asegura recurso financieros, 10 Representa al usuario o cliente, 11 Ayuda a crear las user story, 12 Participa en la retrospectiva

Sprit review Metting

4 horas: PO indica que esta en Done y que no, . PO habla del Product backlog,proyecta objetivos y fechas probables, DT que estuvo bien, que problemas hubo y como se resolvieron, DT hace demo del trabajo en done y responde preguntas del incremento, Todos

Los Valores de Scrum

Compromiso, Coraje, Foco, Apertura, Respeto.

Reuniones de Scrum

Daily Standup Meeting, Sprint Planning Meeting, Sprint Review Meeting, Retrospective Sprint Meeting.

Sprint

Duración 1 a 4 semanas. Es el corazón del scrum en el cual se crea el incremento del producto "terminado" (done).

Daily Standup meeting (Daily Sprint)

Duración 15 minutos. Reunión del Development Team. Se planea el trabajo de las siguientes 24 horas. Se realiza en el mismo lugar y a la misma hora. No tiene como objetivo reportar progreso al Scrum Master, Product Owner o cualquier otro stakeholder. El Product Owner podrá participar de manera pasiva. El Scrum Master se asegura de que el Development Team mantenga Ia reunión, pero el Development Team es el responsable de dirigir el Scrum Diario.

Sprint Planning Meeting

Duración 8 horas. Trabajo a realizar durante todo el Sprint. Colabora todo el Scrum Team. El development team explica a PO y SM Como se logra el objetivo del Sprint. Se formulan dos preguntas ¿Qué puede ser terminado en este sprint? ¿Cómo se conseguira completar el trabajo seleccionado

Priorización

El Product Owner es una única persona, no un comité. Podría representar los deseos de un comité en el Product Backlog, pero aquellos que quieran cambiar la prioridad de un elemento de la Lista deben hacerlo a través de él. Para que el pueda hacer bien su trabajo, toda la organización debe respetar sus decisiones que se reflejan en el contenido y en la priorización del Product Backlog. Nadie puede forzar al Development Team a que trabaje con base en un conjunto diferente de requisitos.

Cliente

El cliente es la persona o la organización que adquiere el producto del proyecto, servicio o

Patrocinador

El patrocinador es la persona o la organización que provee recursos y apoyo para el proyecto, el patrocinador también es el Stakeholder a quien todos le deben rendir cuentas al final.

Usuarios

El usuario es el individuo o la organización que utiliza directamente el producto del proyecto, servicio, o cualquier otro resultado; también, en algunas industrias el cliente y los usuarios puede ser lo mismo.

La Declaración de Interdependencia

En la gestión de proyectos fue escrita a principios del 2005 por un grupo de 15 líderes de proyectos como un suplemento al "Manifiesto Ágil". Enumera seis valores de gestión necesarios para reforzar una mentalidad de desarrollo ágil, particularmente en la gestión de proyectos complejos e inciertos.

Esencia de Scrum

Es un pequeño equipo de personas altamente flexible y adaptativo. Estas fortalezas continúan operando en un equipo, en varios, en muchos y en redes de equipos que desarrollan, liberan, operan y mantienen el trabajo y los productos de trabajo de miles de personas.

Épicas

Es una historia de usuario que es demasiado grande para caber en un sprint.

User Stories

Es una representación de un requisito del usuario en forma escrita, de una o dos frases, utilizando el lenguaje común del usuario.

Task

Es una representación del requisito que está en lenguaje del usuario, pero de una forma técnica donde está definido cómo se va a trabajar y quiénes van a participar.

A través de iteraciones, anticipación y adaptación

Es uno de los 6 Valores de Declaración de Interdependencia que dice que Asumimos que habrá incertidumbre y las superamos____

Mejoramos la eficacia y la fiabilidad

Es uno de los 6 Valores de Declaración de Interdependencia que dice que a través de estrategias situacionalmente específicas, procesos y prácticas.

Aumentamos el rendimiento

Es uno de los 6 Valores de Declaración de Interdependencia que dice que a través de la rendición de cuentas por parte del grupo en cuestión de resultados y eficacia del equipo, responsabilidades que todos comparten.

Aumentamos el retorno de inversión

Es uno de los 6 Valores de Declaración de Interdependencia que dice que al enfocarnos en el flujo continuo de valor_____

Damos rienda suelta a la creatividad y la innovación

Es uno de los 6 Valores de Declaración de Interdependencia que dice que al reconocer que las personas son la fuente máxima de valor y creamos un entorno en el que puedan tener un impacto positivo.

Ofrecemos resultados fiables

Es uno de los 6 Valores de Declaración de Interdependencia que dice que mediante la participación del cliente en las iteraciones frecuentes______donde también son responsables por el trabajo.

Scrum Master

Experto en Scrum, es responsable de promover y apoyar al DT como se define en la Guía de Scrum. Es un facilitador, Se encarga de las ceremonias de SCRUM, Guia en el como trabajar.

Conformación de Tarea

Identificación, Responsable, Descripción, estimación

Clientes, Usuarios, Patrocinadores

Los Stakeholders se dividen en_____

Transparencia

Los aspectos significativos del proceso deben ser visibles para aquellos que son responsables del resultado. Requiere que dichos aspectos sean definidos por un estándar común, de tal modo que los observadores compartan un entendimiento común de lo que se están viendo

Inspección

Los usuarios de Scrum deben inspeccionar frecuentemente los artefactos de Scrum y el progreso hacia un objetivo para detectar variaciones indeseadas. Su inspección no debe ser tan frecuente como para que interfiera en el trabajo. Las inspecciones son más beneficiosas cuando se realizan de forma diligente por inspectores expertos en el mismo lugar de trabajo.

3 Roles de Scrum

Product Owner,Scrum Master, y Development Team.

Development Team (DT)

Profesionales en diversas ramas encargados de crear el producto. Consiste en los profesionales que realizan el trabajo de entregar un Incremento de producto " Done" que potencialmente se pueda poner en producción al final de cada Sprint.

Eventos Formales (Sprint)

Scrum prescribe cuatro eventos formales, contenidos dentro del Sprint, para la inspección y adaptación: Planificación del Sprint (Sprint Planning, Scrum Diario (Daily Scrum, Revisión del Sprint (Sprint Review), Retrospectiva del Sprint (Sprint Retrospective).

Iterativo

Scrum se basa en la teoría de control de procesos empírica o empirismo. El empirismo asegura que el conocimiento procede de la experiencia y de tomar decisiones basándose en lo que se conoce. Scrum emplea un enfoque iterativo e incremental para optimizar la predictibilidad y el control del riesgo.

Cancelación de un Sprint

Solo sucede antes de que el timebox finalice si Objetivo del Sprint es obsoleto o no tiene sentido seguir con el Sprint. Solo el Product Owner tiene autoridad de hacerlo.

Done

Son los acuerdos del PO con los Stakeholders que contiene todas las condiciones que deben de cumplir los ítems del Product Backlog para considerar un Sprint completado o finalizado. Se aplican a todas las user stories en un determinado sprint

Sprint Backlog

Son los elementos del Product Backlog seleccionados para un Sprint, más el plan para terminarlos.

Time Boxing

Todos los eventos son bloques de tiempo (duración máxima de tiempo), de tal modo que todos tienen una duración máxima.

Transparencia, Inspección, Adaptación

Tres Pilares de Scrum

Stakeholders

Una persona, grupo u organización que afecta o puede verse afectado por las acciones de una organización.

Adaptación

Uno de los tres pilares del control del proceso empírico; la retroalimentación se usa para hacer un ajuste al producto de trabajo que se está desarrollando o al proceso por el cual se está desarrollando.

Scrum Team

consiste en un Product Owner, el Development Team y un Scrum Master.

Número de elementos del Product Backlog

depende únicamente para el Sprint del Development Team (DT).

Función del Scrum Team

entregan productos de forma iterativa e incremental, maximizando las oportunidades de obtener retroalimentación. Las entregas incrementales del producto "Done" aseguran que siempre estará disponible una versión potencialmente útil y funcional del producto.

Refinamiento del Product Backlog (refinement)

es el acto de añadir detalle, estimaciones y orden a los elementos del Product Backlog. El Scrum Team decide cómo y cuándo se hace.

Sprint Backlog

es el conjunto de elementos del Product Backlog seleccionados para el Sprint, más un plan para entregar el Incremento de producto y conseguir el Sprint Goal. es una predicción hecha por el Development Team acerca de qué funcionalidad formará parte del próximo Incremento y del trabajo necesario para entregar esa funcionalidad en un Incremento "Done".

Increment

es la suma de todos los elementos del Product Backlog completados durante un Sprint y el valor de los incrementos de todos los Sprints anteriores. es un cuerpo de trabajo inspeccionable y terminado que respalda el empirismo al final del Sprint. Debe estar en condiciones de utilizarse sin importar si el Product Owner decide liberarlo o no.

Tamaño óptimo del Development Team(DT)

es lo suficientemente pequeño como para permanecer ágily lo suficientemente grande como para completar una cantidad de trabajo significativa.

UnIncremento "Done"

es obligatorio en el Sprint Review.

Product Backlog

es una lista ordenada de todo lo necesario en el producto, es la única fuente de requisitos para cualquier cambio a realizarse en el producto, es dinámica, cambia constantemente para identificar lo que el producto necesita para ser adecuado, competitivo y útil, enumera todas las características, funcionalidades, requisitos, mejoras y correcciones que constituyen cambios a realizarse sobre el producto para entregas futuras. El Product Owner es el responsable del Product Backlog, incluyendo su contenido, disponibilidad y ordenación.

Sprint Retrospective

es una oportunidad para el Scrum Team de inspeccionarse a sí mismo y de crear un plan de mejoras que sean abordadas durante el siguiente Sprint. Tiene lugar después del Sprint Review y antes del siguiente Sprint Planning. Inspeccionar cómo fue el último Sprint en cuanto a personas, relaciones, procesos y herramientas. Crear un plan para implementar las mejoras a la forma en la que el Scrum Team desempeña su trabajo.

Sprint Goal

objetivo del Sprint. puede lograrse mediante la implementación del Product Backlog.Why are you doing this iteration

Product Owner (PO)

representa la voz del cliente, y es el encargado de maximizar el valor del producto. Interfaz entre Development Team y Stakeholders. Prioriza y filtra lo que se necesita para decidir que se va a hacer para que el DT entregue algo.

Artefactos

representan trabajo o valor en diversas formas que son útiles para proporcionar transparencia y oportunidades para la inspección y adaptación. están diseñados específicamente para maximizar lat ransparencia de la información clave, necesaria para asegurar que todos tengan el mismo entendimiento del artefacto.