Introducción a las metodologías ágiles y Scrum
¿Qué es una metodología ágil?
12 principios ágiles
Qué es Scrum
Cuáles son los componentes de Scrum
Comprender los roles en Scrum
El equipo de Scrum y sus roles
Conforma tu equipo de Scrum
Qué hace el Product Owner o Dueño del Producto
El rol del Scrum Master
Equipo de desarrollo en Scrum
Preparar los artefactos a utilizar en Scrum
Qué es el Backlog, las Épicas y las Historias de Usuario
¿Cómo crear Historias de Usuario?
Cómo estimar Historias de Usuario
¿Cómo empezar? Prioridades y Backlog del Sprint
Cómo medir el avance de un proyecto Scrum
Entender y realizar las ceremonias
Qué es el Sprint en un proyecto Scrum
Qué es el Sprint Planning
Daily stand-up. Seguimiento de un proyecto Scrum
Cómo refinar Historias de Usuario
Sprint Review y Retrospectiva del Sprint
Crecer usando Scrum
Escalabilidad de equipos en Scrum
Qué son las comunidades de práctica
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
El equipo de desarrollo en Scrum es el conjunto de profesionales que se encarga de crear y entregar producto terminado, el cual se pueda poner en producción al final de cada sprint. De esta forma, el desarrollo es incremental.
La organización es la encargada de estructurar y empoderar a lo s equipos de desarrollo para que estos organicen y gestionen su propio trabajo.
El equipo de desarrollo en Scrum tiene las siguientes características:
El tamaño óptimo del equipo de desarrollo debe ser lo suficientemente pequeño como para garantizar la agilidad, pero también lo suficientemente grande para completar el trabajo encomendado.
Lo ideal es que el equipo de desarrollo esté conformado por 3 a 9 personas, sin considerar al Product Owner o Scrum Master. Si estas dos personas también se dedican a desarrollar, se deben contar como parte del equipo de desarrollo. Así es posible asegurar que no existan dependencias externas y que no se vuelva inmanejable la gestión del equipo.
Contribución creada con los aportes de: Flavio Rico Mendez, Christian Gómez, DAVID EDUARDO BAEZ SANCHEZ y korpi
Aportes 480
Preguntas 46
Consiste en un grupo de profesionales que realizan el trabajo de entregar un incremento de producto “Terminado” que potencialmente se pueda poner en producción al final de cada sprint.
La organización debe poder empoderar al Dev team para que estos se organicen y gestionen su propio trabajo. Deben darles la confianza al equipo.
El equipo puede ser de 3 a 9 personas sin tomar en cuenta el product owner y al scrum master. Al menos que uno de esos dos hagan código o diseño y que este dentro de sus funciones diarias hacer esta actividades.
LA BASE DEL EQUIPO DE DESARROLLO: El equipo de desarrollo son un conjunto de profesionales que realizan el trabajo de realizar los diferentes incrementos o entregables del Sprint. Así el desarrollo es incremental.
La organización es la encargada de darle lo necesario al equipo de desarrollo para que este se empodere, así sean autoorganizativos y gestionen el tiempo de trabajo en el Sprint.
Características:
.
Las actividades en si no necesariamente existe una fórmula mágica, donde se dice en qué actividad participa y en donde no, dado que, de la misma forma que el número del equipo depende del producto, igual sucede que, dependiendo del “producto final” (prefiero nombrarle como un entregable o producto parcial) puedan participar los demás miembros del equipo Scrum. Por ejemplo, al tener una reunión con el cliente y trabajar un mokup para el diseño de entrada en la captura de información de un formulario de denuncias en línea, discutir sobre la cantidad de elementos (campos) a capturar, la factibilidad legal sobre dicha captura, la oportunidad de solicitar las pruebas de la denuncia, los mensajes que deben aparecer para la protección legal del denunciante, etc, etc … en realidad sería un “tiempo muerto” para los desarrolladores, dado que la definición de la base de datos, la estructura que debe tener, el diseño que se debe aplicar, entre otros puntos se decide cuando se tenga claro las cosas del cliente. Ocurre lo contrario cuando se presenta el “entregable” de la funcionalidad de la captura de datos básicos y de los archivos que se adjuntan para recoger las apreciaciones del cliente, donde se obtienen importantes comentarios, como la captura del IP del denunciante (por si hacen denuncias falsas), validar el documento de identidad (con el registro nacional), …
Bueno, una opinión de la experiencia que me tocó seguir con algunos clientes.
Consiste en los profesionales que realizan el trabajo de entregar un incremento del producto “Terminado” que potencialmente se pueda poner en produccion al final de cada sprint
La organización es la encargada de estructurar y empoderar a lo s equipos de Desarrollo para que estos organicen y gestionen su propio trabajo.
Caracteristicas:
Autoorganizado
Multifuncionales
No tiene títulos
No hay subequipos
Solo se puede modificar al termianr el sprint
El tamaño optimo del equipo de desarrollo es lo suficientemente pequeño comom para permanecer agil y lo suficientenmente grande como para completar una cantidad de trabajo significativa. De 3 a 9 personas sin contar con el Product Owner ni el Scrum Master.
Actividad Scrum Master Equipo de Desarrollo
Asistir al Scrum Diario : Dueño del Producto / Scrum Master/ Equipo de Desarrollo
Dar prioridad al Backlog del producto :Dueño del Producto
Asistir a las retrespectivas : Dueño del Producto / Scrum Master/ Equipo de Desarrollo
Hacer pruebas del incremento : Equipo de Desarrollo
Mostrar resultados del sprint en la revisión del sprint : Equipo de Desarrollo
Trabajar en el desarrollo del incremento : Equipo de Desarrollo
Promover la implementación de Scrum : Scrum Master
Crear historias de usuario : Dueño del Producto
Organizar los eventos del equipo : Scrum Master
Implementar mejoras en el proceso : Scrum Master
Representar al cliente : Dueño del Producto
Planear el Sprint : Dueño del Producto / Scrum Master/ Equipo de Desarrollo
Estimar historias de usuarios: Dueño del Producto
Resolver Impedimentos: Scrum Master
Cancelar el Sprint: Dueño del Producto
, que organiza la reunión, a los miembros individuales del equipo y, a veces, al encargado del producto.
fuente: https://asana.com/es/resources/sprint-retrospective
A lo largo de la Revisión del Sprint o Sprint Review participa todo el Equipo Scrum, es decir, el Product Owner, el Scrum Master, los Developers y los Stakeholders (los interesados clave, invitados por el Product Owner).
El Scrum Master garantiza que el evento se realice y que los participantes comprendan su finalidad. También ejercerá su rol como facilitador, ayudando a mantener el evento dentro del bloque de tiempo.
fuente: https://ittude.com.ar/b/scrum/que-es-el-sprint-review/#:~:text=adecuadamente más corta.-,¿Quiénes participan en el Sprint Review%3F,invitados por el Product Owner)
¿QUIÉN ESCRIBE HISTORIAS DE USUARIO?
Cualquiera puede escribir historias de usuario. Es responsabilidad del Product Owner asegurarse de que exista una Product Backlog actualizado y priorizado de historias de usuario ágiles, pero eso no significa que el Product Owner es quien los escribe. El transcurso de un buen proyecto ágil, debe contar con historia de usuario escritos por cada miembro del equipo.
Además, ten en cuenta que quién escribe una historia de usuario es mucho menos importante que quién está involucrado en las discusiones de la misma.
fuente: https://scrum.mx/informate/historias-de-usuario#:~:text=¿Quién escribe historias de usuario,Owner es quien los escribe.
¿Quiénes participan en el Sprint Planning?
Durante la planificación interviene todo el Equipo Scrum, es decir, el Product Owner, el Scrum Master y los Developers.
El Scrum Master se debe asegurar de que este evento ocurra y se cumpla su objetivo. También actuará como facilitador para evitar salirse del timebox asignado, o evitar que ciertas personas acaparen todas las conversaciones y decisiones. El Product Owner se debe asegurar de que los asistentes estén preparados para discutir los elementos más importantes del Product Backlog y cómo se relacionan con el Objetivo del Producto. Adicionalmente cualquier miembro del Equipo Scrum puede invitar a otros asistentes para brindar asesoramiento.
fuente: https://ittude.com.ar/b/scrum/que-es-el-sprint-planning/
Equipo Scrum (Scrum Team): Es un grupo o equipo de personas que son responsables de entender los requerimientos del negocio especificados por el Propietario del Producto, estimar Historias de Usuario y crear los Sprints del Proyecto.
fuente: https://www.gestiondeproyectos-master.com/roles-y-responsabilidades-en-un-proyecto-scrum/#:~:text=Equipo Scrum (Scrum Team)%3A,crear los Sprints del Proyecto.
Hola, Como puedo subir una imagen de mi respuesta al reto?
Saludos
Algunas persona que tratan de realizar el rol de Scrum master, tienen la creencia que son ellos quienes deciden las actividades que debe desarrollar cada persona, me aprece importante y resaltar que el equipo sea quien decida que actividadesahce cada miembro.
Dejo por acá algo que me ayudó mucho con el cuadro y a entender cosas que no se han mencionado hasta este punto.
Equipo de desarrollo
Características del equipo de desarrollo
A la pregunta de quienes deben estar en la planeación del sprig es todo el equipo
Hola, les dejo las respuestas al reto.
https://drive.google.com/file/d/1lyTKigKz8NRXJsZ3RRJJAiik4MdqCgI5/view?usp=sharing
Este es mi aporte
**ESPERO SUS FEEDBACK POR FAVOR **
Esta es mi respuesta al ejercicio propuesto, me parece importante acotar que quizá en algunos puntos puedan involucrarse otros roles, pero que la responsabilidad no cae directamente en ellos.
)
!
Creo que así están repartidas las responsabilidades en el equipo de Scrum, 😄 espero no estar tan errado xD
[](url)
Terminado: Puede referise a que cierta parte del Sprint es parte de la funcionalidad.
Aplicando la frase divide y venceras.
Aplicando la abtracción.
De un problema más grand dividirlo en problemas muy pequeños, pero aun así tratandolo como un todo.
Pueden ir el PO y Scrum Master.
El tamaño del equipo de trabajo es importante en general, al igual que el horario de trabajo. Es importante poder trabajar en “conjunto” aunque sea a cientos de km de distancia, pero idealmente en un horario común para poder aprovechar la sinergia del equipo.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?
o inicia sesión.