Conjunto cohesivo de responsabilidades que pueden ser cumplidas por una o mas personas.
Consiste en el Product Owner, Development Team y Scrum Master. Son autoorganizados y multifuncionales.
A.M.
Los equipos autoorganizados eligen la mejor forma de llevar a cabo su trabajo y no son dirigidos por personas externas al equipo. Los equipos multifuncionales tienen todas las competencias necesarias para llevar a cabo el trabajo sin depender de otras personas que no son parte del equipo. Este modelo de equipo Scrum optimiza la flexibilidad, la creatividad y la productividad. El equipo Scrum ha demostrado ser cada vez mas efectivo para todos trabajo complejo.
El Scrum Team entrega productos de forma iterativa e incremental, maximizando las oportunidades de obtener retroalimentacion. Las entregas incrementales de producto "Done" asegura que siempre estara disponible una version potencialmente util y funcional del producto.
PDCA
Multifunciona, habilidades necesarias para gestionar un proyecto
Representa la voz del cliente y es encargado de maximiza el valor del producto resultante del Development Team.
Siempre debe mantener una vision dual.
- Entender y apoyar necesidades e intereses de los Stakeholders
- Comprender necesidades y funcionamiento del Dev Team
Empatia
El Producy Owner es el unico responsable de gestionar el Product Backlog (PB):
- Expresar claramentes los elementos del PB.
- Ordenar los elementos del PB para alcanzar los objetivos y misiones de la mejor manera.
- Optimizar el trabajo que realiza el Dev Team.
- Asegurar que el PB sea visible, transparente y clara para todos.
- Se asegura que el Dev Team entiende los elementos de la PB al nivel necesario.
El Product Owner podria delegar ciertas tareas al Dev Team, pero sigue siendo el responsable por dicho trabajo.
El Product Owner es una unica persona, no un comite, ni tampoco un jefe.
Para que el Product Owner realice bien su trabajo, toda la organizacion debe respetar sus decisiones, en estas se reflejan el contenido y priorizacion del PB. Nadie puede forzar al Dev Team a que trabaje con su base en un conjunto diferente de requisitos.
El Scrum Master debe conocer estas responsabilidades
- Determinar las actividades generales de incio de un proyecto.
- Ayudar en la definicion de la vision del proyecto.
- Asegurar los recursos financieron del proyecto.
- Centrarse en la creacion de valor y en la generacion del ROL
- Evaluar la viabilidad y garantizar la entrega del producto o servicio.
- Representar al usuario o cliente.
- Ayudar en la eleccion del Scrum Master y de los miembros del Dev Team.
- Responsable por la administracion del Product Backlog.
- Ayudar a crear y a aprobar los User Story.
- Explicar los User Story al Dev Team.
- Definir los criterios de aceptacion.
- Participar en la retrospectiva del Sprint y el proyecto.
Al terminar un Sprint la mejora puede venir en el subsiguiente Sprint
Negocio, Inversion, Vision, Objetivo
- Conocimiento del negocio.
- Excelentes habiliades de comunicacion.
- Conocimientos de procesos de Scrum.
- Habilidades de negociacion.
- Decisivo.
- Proactivo.
- Accesible.
- Presencia constante.
- Orientado a las metas.
Solo el Product owner puede cancelar un Sprint
El responsable de promover y apoyar Scrum. Esto lo hacen ayudando a todos a entender la teoria, practicas, reglas y valores de Scrum.
Es un lider que esta al servicio del equipo Scrum. Ayuda a personas externas al equipo Scrum a entender que interacciones con el equipo Scrum pueden ser utiles y cuales no. Ayuda modificar estas interacciones para maximizar el valor creado por el equipo Scrum.
Scrum Master no da solucion al negocio, pues esa es tarea del Product Owner
El Scrum Master da servicio al Product Owner de varias formas:
- Asegura que los objetivos, el alcance y el dominio del producto sean entendidos por todos en el equipo Scrum.
- Facilitar tecnicas para gestionar el product Backlog de manera eficiente.
- Fomenta la necesidad de contar con Product Backlog claros y concisos.
- Ayuda al Product Owner involucrando y haciendo que los Stakeholders sean mas colaborativos.
- Entender y practicar agilidad.
- Entender planificacion del producto en un entorno empirico.
- Explica como realizar un levantamiento de requerimientos agiles.
- Facilitar los eventos de Scrum segun se requieran o necesiten.
- Lidera y guia a la organizacion a la adopcion de Scrum.
- Planifica la implementacion de Scrum en la organizacion.
- Ayuda al Scrum Team y Stakeholders a entender y llevar a cabo Scrum.
- Empatia!
- Motiva cambios que incrementan la productividad del Scrum Team.
- Trabaja de la mano de otros Scrum Master para incrementar la efectividad de Scrum.
- Guia al equipo en ser autoorganizado y multifuncional.
- Asegura que el *Scrum Board** permanezca actualizado.
- Ayuda a crear un producto de alto valor.
- Elimina impedimentos para el progreso de la construccion.
- Facilita los eventos Scrum segun se requiera o necesite.
- Asiste en el desarrollo del Sprint Backlog y el Print Burndown Chart.
- Guia a equipos de Dev en entornos organizacionales en los que Scrum aun no haya sido adoptado y entendido por completo.
Producto Owner y Scrum Master pueden participar en otras celulas, otros Scrum Team
Son profesionales que realizan el trabajo de entregar un incremento de producto "Done" que potencialmente se pueda poder en produccion al final de cada Sprint. Un incremento "Done" es obligatorio en la revision del Sprint.
Solo los miembros del Dev Team participan en la creacion del incremento.
Segun el criterio de aceptacion del Product Owner
La organizacion es la encargada de estructurar y empoderar a los Dev Team para que se organicen y gestionen su propio trabajo. La sinergia resultante optimiza la eficiencia y efectividad del Dev Team.
El tamaño optimo es lo suficientemente pequeño como para permanecer agil y lo suficientemente grande como para completar una cantidad de trabajo significativa. Menos de 3 miembros reduce la interaccion y resulta en ganancias de productividad mas pequeñas. Podrian encontrar limitaciones en cuanto a las habilidades necesarias durante un Sprint, haciendo que no se puedan entregar incrementos que potencialmente se puedan poner en produccion. Tener mas de nueve miembros en el equipo requiere demasiada coordinacion. Los grandes equipos generan demasiada complejidad como para que un proceso empirico les sea de utilidad. Los roles del Product Owner y Scrum Master no cuentan en el calculo del tamaño del equipo a menos que esten contribuyendo a trabajar en la Sprint Backlog (Lista de pendiente de Sprint).
- Comprension clara de los requerimientos.
- Estimar los User Stories aprobados por el Product Owner.
- Crear entregables de alta calidad.
- Desarrollar Sprint Backlog basado en las User Stories aprobadas.
- Calcular el esfuerzo para las tareas identificadas.
- Son los unicos que definen el calculo.
- Autoorganizados!
- Desarrollar el Sprint Backlog y el Sprint Burndown Chart.
- Identificar oportunidades de mejora.
- Identificar el riesgo y ejecutar acciones para su mitigacion.
- Preocupacion!
- Participar en la retroespectiva del proyecto y Sprint.
- Conocer Scrum.
- Colaboracion.
- Motivados.
- Proactivos.
- Expertos tecnicos.
- Auto organizados.
- Nadie, ni el Scrum Master le puede indicar al Dev Team como convertir elementos del Product Backlog en incrementos desplegables.
- Buen miembro de equipo.
- Independientes.
- Responsables.
- Intuitivos.
- Orientados a los objetivos.
- Scrum no reconoce titulos para los miemrbos del Dev Team independientemente dek trabajo que realice cada uno.
- Scrum no reconoce subequipos en el Dev Team, no importan los dominios que posean.
- Individualmente pueden tener habilidades especializadas y areas en las que esten mas enfocados, pero la responsabilidad recae en el Dev team como un todo.
Una persona, grupo u organizacion que afecta o puede verse afectado por las acciones de una organizacion.
Se divide en:
- Cliente: Es la persona o la organizacion que adquiere el producto del proyecto, servicio o cualquier otro resultado.
- Usuarios: Es el individuo o la organizacion que utiliza directamente el producto del proyecto, servicio o cualquier otro resultado; tambien, en algunas industrias el cliente y los usuarios pueden ser lo mismo.
- Patrocinador: Es la persona o la organizacion que provee recursos y apoyo para el proyecto, el patrocunador es el Stakeholder a quien todos le deben rendir cuentas al final.