Compra acceso a todo Platzi por 1 a√Īo

Antes: $249

Currency
$209/a√Īo

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Suscríbete

Termina en:

15D
23H
31M
36S

Conforma tu equipo de Scrum

6/21

Lectura

Conformar tu equipo de Scrum es muy fácil. Ten en cuenta los siguientes tips y ejecuta con éxito tus proyectos de desarrollo de software.

...

Regístrate o inicia sesión para leer el resto del contenido.

Aportes 160

Preguntas 11

Ordenar por:

¬ŅQuieres ver m√°s aportes, preguntas y respuestas de la comunidad?

o inicia sesión.

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.

Me sucedió que con mi equipo realizábamos mal las Daily Scrum, estábamos realizando juntas tradicionales (Status Meeting) solo que de 15 -20 min.
Con este curso y al investigar un poco más me he dado cuenta de las diferencias entre estos dos enfoques para realizar juntas y revisar avances, las Daily Scrum se centran más en los aportes colaborativos, mantener una transparencia en todo momento y tener un enfoque en la obtención de resultados valiosos en lugar de solo seguir objetivos (sin sentido) por mantener una sensación de que estamos avanzando.
Les dejo un video que me ayudó a notar esas diferencias:
https://www.scrum.org/resources/what-is-a-daily-scrum

¬Ņ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, 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

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.

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 ?

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

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.

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!!

<https://certiprof.com/pages/free-new-entry-level-certification> En esta web se plantea la Certificación Profesional Digital e Internacional de tus conocimientos y experiencia profesional, mediante el pago on line por un examen digital de la temática elegida.
Excelente infografía

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.

Esta cartilla es de las que se tiene que tener presente como un mantra y mirar todos los días.

Simple y directo ūüėÉ