Conforma tu equipo de Scrum

Entendí muy bien el concepto de Daily Scrum, pero cuál es la forma correcta de hacerlo? investigando un poco encontré que cada miembro del equipo debe responder tres preguntas clave: 1. ¿Cuál ha sido mi aporte desde el último Daily Scrum para ayudar al equipo a cumplir el objetivo? 2. ¿Cuál va a hacer mi aporte a partir de hoy para ayudar al equipo a cumplir el objetivo del equipo? 3.¿Qué tipo de barreras estoy teniendo o voy a tener para cumplir el objetivo del equipo?

Si alguien conoce otras formas de llevar a cabo el daily scrum correctamente, sería genial que lo compartieran.
Muchas gracias.

¿Qué tener en cuenta al formar un equipo scrum?

• Armar un equipo con todos los perfiles profesionales que se necesiten para el proyecto.
• Conformar un equipo de 3 a 9 personas, así será pequeño y flexible.
• Asegurarse de tener todos los roles scrum (producto owner, scrum master, equipo).
• Hacer reuniones diarias con un máximo de 15 minutos.

Hola, en este link esta la certificacion en Scrum. https://certiprof.com/pages/scrum-foundations-professional-certificate-sfpc-spanish

El equipo de desarrollo Scrum es responsable de su propio trabajo, y por ello debe seguir a pie de letra lo siguiente:

Son responsables íntegros de convertir los elementos del product backlog en incrementos de producto. Nadie debe decirles cómo hacer este trabajo.
Son responsables de realizar las estimaciones de cada elemento del product backlog.
Son responsables del sprint backlog, no así del product backlog, responsabilidad del product owner.
Son responsables de solucionar cualquier problema interno dentro del equipo.
Son responsables de asistir a cada daily meeting, es el único rol dentro de Scrum que tiene que asistir sí o sí a este evento.

Hola, me surgen algunas dudas:

1. Quién define a los profesionales con quienes se va a trabajar? El Scrum master?
2. El dueño del producto necesariamente tiene que ser parte de la empresa del cliente? Me refiero, la empresa que esté haciendo el proyecto, puede tener a alguien que se comunique con el cliente final para entender sus necesidades y que esa persona sea el dueño del producto?

Muchas gracias 😃

1. Obtener las personas de desarrollo
2. Equipo de 3 a 9 personas
3. Obtener las personas que ocupen los roles de scrum
4. Daily meeting

Importante:

1. Tener en cuenta qué roles necesito en mi DEV TEAM para el buen desarrollo de mis incrementales
2. El SCRUM MASTER a cargo de equipo debe tener no solo muy buen conocimiento de la metodología, debe además tener habilidades blandas en manejo de grupos, escucha activa, conocimiento del negocio y capacidad de negociación.
3. El P.O debe tener un conocimiento profundo en su producto y además conocer el ciclo de desarrollo de software, de esta manera puede estimar cuanto podría desarrollarse cada incremental

Cuando el equipo es pequeño, existe la posibilidad que el producto Scrum Master cumpla las funcion de Product Owner ?

Hace años que estoy trabajando en una empresa de software y formo parte del equipo de scrum. Con este curso me fui dando cuenta de algunas cosas que debemos ajustar. Entre ellas, nos falta el evento de Retrospectiva. Voy a tomar la iniciativa para sumarla a nuestra metodología de trabajo.

Excelente curso. Gracias como siempre.

Hasta ahora me parece que SCRUM es una forma de descentralizar un proyecto de manera productiva y eficiente.

Las sesiones diarias de 15 minutos, se refieren al daily cierto?

El equipo de SCRUM debe estar formado por:
Un Product Owner
Un Scrum Master
Un equipo de desarrollo formado de 3 a 9 personas

Debemos asegurarnos tener todos los roles dentro del equipo de SCRUM
Planear nuestro sprint
Tener sesiones diarias de 15 minutos
Al final de cada sprint entregar valor y hacer una retrospectiva

La Guía de Scrum, Noviembre 2020 Descargar PDF

Genial, soy de los que este tipo de ilustraciones ayudan mas que 10 artículos jajaja

Estamos iniciando la metodología hasta ahora. No tenemos en este momento SCRUM MASTER. Con lo que vemos hoy debemos tenerlo

Estamos desarrollando un proyecto de inteligencia artificial para reclutamiento y justo vamos a utilizar la metodología scrum para trabajar, con todo a este curso!!

No sé si hay un standar minimo para formar los equipos. normalmente el PO debería ser el cliente. pero en la mayoría de los casos el cliente no sabe nada de este mundo y toca orientarlo. en este caso debe haber alguien de la empresa que haga este rol junto con el cliente.

La cantidad de integrantes , dependerá del tamaño del proyecto., en proyectos grandes se sugiere crear varios equipos scrum?

Tengo una pregunta sobre algo que no me queda muy claro aún. En la clase 4 el profe decía que el PO es la cara del cliente dentro del equipo, pero en la siguiente clase menciona que el PO es la persona que se sienta con el cliente y entiende muy bien el requerimiento. Así que, finalmente, ¿el PO debe ser interno (puente entre cliente y el equipo) o algún delegado del cliente que conozca la necesidad?

Es decir que un equipo de mínimo 3 y máximo 9 es suficiente para llevar a acabo y mantener un producto, por ejemplo… en una Startup? Y en teoría el product owner vendría siendo el mismo CEO de la Startup?

¿Qué pasa cuando existen muchos cambios de PO durante un proyecto, cada uno de ellos tienen diferentes visiones sobre el producto final? Es válido dentro del sentido de “apertura al cambio” o cómo puede apoyar el Scrum Master en estos casos.

En un equipo de 3 personas serían un Scrum Master, un Product Owner y solo un miembro del Equipo de Desarrollo…
o ¿cómo sería en esos casos?

Y el el product owner no hace casi nada? Es como un broker?hahahaha

Aquí podemos ver una de las tantas formas que podríamos llevar a cabo un daily-standup

https://torrenegra.medium.com/estandap-highly-efficient-daily-meetings-for-agile-and-remote-teams-a035edef0be2

Por: Alex Torrenegra, precursor del trabajo remoto, Shark Tank Colombia y fundador de exitosas startups como Torre, Tribe, Bunny Studio, Voice123, etc.

Con este ejercicio, pude evidenciar que en mi equipo de trabajo no estábamos bajo una Daily de Scrum, si no más bien, un Sprint Planning semanal; además no revisabamos avances, si no, que hicimos la semana pasada, que haremos la siguiente.

Es muy importante tener en cuenta la flexibilidad y el tema de incremento en el producto final, es el valor agregado que ofrece esta metodología.

En el equipo que se conforma de 3 a 9 personas, está incluido el PO y el SM…o estos se cuentan aparte…??

El product owner, es una persona de parte del cliente, o es alguien interno de la compania de desarrollo?

Holaa! Bueno me surge una pregunta inicialmente y es, esta metodología entonces se aplica para equipos de desarrollo mas pequeños de 3, que tal si existe un Product Owner, puede ser un mismo miembro del equipo de desarrollo el Scrum master y tener una sola persona en el equipo de desarrollo adicional al Scrum Master?

Arma tu equipo con todos los profesionales que necesitas
Conforma tu equipo pequeño y flexible de 3 a 9 personas
Asegura de tener todos los roles (product owner, scrum master, team)
Mantén tus sesiones diarias de máximo 15 minutos con un objetivo especifico

Hola, ustedes creen que hay un número máximo de integrantes para un equipo scrum?

Importante los roles, he visto a veces que se tienen al equipo de Desarrollo y fusionan el PO con el SM. Esto también depende mucho del tipo de la organización de la empresa en la cual se está implementando la metodología.

Tengo en proyecto de vida realizar, una firma de Diseño y Supervisión en la cual con el curso estoy entendiendo lo que se necesita para un buen proyecto.

Puntos claves a responder a diario en las reuniones. (Daylist)

1. Que hice ayer
2. Que haré hoy
3. Que problemas tengo

Gracias, super infografía

Si son tres personas personas entonces, el product owner y master y el tercer integrante son a su vez Scrum Team? Medio raro no? 😅

Muy buena Infografía!!

Muy buena secuencia de pasos. Trataré de aplicarlo en mi grupo de Tesis de la Maestría.

Excelente imagen y consiga para seguir aprendiendo.

¡Hermosa infografía! ¿Podríamos saber quien la dibujó?

Empezaré con un equipo de 3.

Muy Buena ilustración de sobre tema de scrum

exelente curso para organizar nuestros proyectos o decirle a nuestros jefes

Muy buen profesor con gran dominio del tema, por como habla y se expresa trasmite cuanto lo disfruta! So far excelente curso! 💚🐰😎

Ya tengo mi equipo conformado para retos de la industria de Empoderatech 😉 Gracias!!

conformamos en el trabajo equipos de trabajo el Product Owner (especialistas de innovación y diseño) que son los encargados de ver lo que el cliente necesita, el arquitecto de software que es el scrum master en cargado de definir arquitectura y ver todo lo referente a que se necesita para el desarrollo de software,
y el equipo de desarrollo conformado por 2 desarrolladores de software, cada uno tiene tareas definidas, y todos comunicados estamos haciendo las reuniones diarias de 15 minutos, y preguntamos que tenemos que hacer, como nos fue con lo que teníamos que hacer el día anterior si hay algún problema y el scrum master o product owner se encargan de resolver el problema para facilitar al equipo de desarrollo continuar con la elaboración o trabajo de las tareas a completar en el sprint

Una infografía muy completa.

Daily Scrum: Enfocada en inspeccionar el progreso que nos llevara al objetivo del sprint y a su vez adaptar el Sprint Backlog según sea necesario ajustando el trabajo planificado. Va en secuencia de acuerdo al sprint establecido

Algunas de las principales diferencias entre estas dos reuniones son:

Participantes: La Daily Scrum involucra solo al equipo de desarrollo, mientras que la Status Meeting puede incluir a todo el equipo del proyecto, incluyendo a los Stakeholders.

Frecuencia: La Daily Scrum es una reunión diaria, mientras que la Status Meeting puede ser semanal, quincenal o mensual, dependiendo de las necesidades del proyecto.

Enfoque: La Daily Scrum se enfoca en el progreso diario del equipo de desarrollo, mientras que la Status Meeting se enfoca en el estado general del proyecto y en discutir cualquier problema que pueda estar afectando el progreso del proyecto.

En el equipo hacemos las reuniones y les llamamos tráfico, tiene el mismo propósito ver el progreso de todos los proyectos y lo que hay que sacar día con día. Pero leyendo comentarios estamos más orientados a reuniones generales en vez de agregar valor a los productos con esta sesión. Gracias compañeros

Excelente

Se requiere organizar un equipo SCRUM para una aplicación WEB CRUD.

En el equipo esta:

• Lorena: Applicacion Engineer (Product Owner)

• Manuel: Database Engineer (Scrum Master)

• Beto: Frontend developer (Equipo de Desarrollo)

• Lidia: Backend developer (Equipo de Desarrollo)

• Anastasio: UX developer (Equipo de Desarrollo).

Considero que respetar el tiempo de las sesiones (15 minutos máximo) es la base para mantener el objetivo.

excelente

Max sesiones 15m

Proyecto de Desarrollo Pagina Web para clases On Line
Perfil:
Dueño del Producto: Cliente coordinador

Scrum Master: Analista de Sistemas

Equipo de desarrollo:
Desarrollador Frontend
Desarrollador Backend
Diseñador Grafico
Especialista en Comunicación visual

En el mundo del desarrollo he visto que es importante que el scrum master tenga los conocimientos técnicos para saber que es lo que está aceptando y que habilidades debe tener el equipo, sino lo tiene considero importante un representante del equipo de desarrollo para que entre los dos sepan que es posible y en cuanto tiempo. Quizás funcione para otras áreas pero conozco la experiencia en el desarrollo

Fundamental que en el equipo de desarrollo haya confianza y buena comunicación, que entre todos exista la confianza para realizar preguntas, observaciones, sugerencias, etcétera para que las reuniones sean más productivas

¡Excelente infografía!
Gracias

Los PO deberían saber mas de como funciona el software y el mundo de la tecnologia, porque la mayoría esta perdido y con el cliente aceptan muchos requerimientos extremadamente complejos y cuando se lo comunican al equipo dev recién se dan cuenta de la magnitud de requerimientos que han aceptado.

Gracias

Muy bien la explicación, sencilla y fácil de entender

Excelente infografía para entender mejor el rol de los equipos Scrum

Interesante contenido, ya voy comprendiendo mas como funciona la metodología scrum y gestionar mejores proyectos.

Thanks!

excelente,gracias!!!

Resumen practico de como formar mi equipo scrum.

muy buen curso

Qué buena infografía y que buen curso¡¡¡

buen aporte

Buena inforgrafía, clara y precisa

Buena infografia

Buena infografia

En una sola infografia la sintesis, de todo lo impartido al momento, excelente !!!

Perfecta, para recordar…

Genial lo haré

Excelente Curso y muy bien explicado

Excelente.

Excelente.

Brutal y concisa la infografía.

Excelente infografia

Súper muy claro el gráfico

Buena infografia.

asi de simple, asi de efectivo

Directo al punto. Gracias

Muchas gracias.

Muy buena infografia.
Gracias ^_^

Muy buena infografia

Muchas gracias, excelente infografía.

Muy buena la información presentada en esta imagen. La voy a imprimir y pegarla a la vista de todo el equipo.

Le agregaría en la imagen primero Sprint Planning y posteriormente los Daily Scrum

Super claro y preciso 😄

Que buen resumen gráfico de como formar el equipo en 4 pasos.

El resumen grafico esta exelente y te orienta muy bien en los conceptos.