Errores comunes en Agile

Clase 27 de 30 • Introducción a las Metodologías Ágiles 2017

Clase anteriorSiguiente clase

Alberto Ivan Cortez Malacara

student•

¿Que no hacer?

Saltarse juntas Stand Up
Saltarse Retrospectivas
No se específico
No actualizar los tableros
No estar disponible

Alexis Antonio Moraga Gallardo

student•

Buen resumen.
Gracias por el aporte!

Vero Rivera

student•

un error muy común donde trabajo es que siempre se están agregando nuevas historias de usuario que afectan el sprint

edwar enrique vilchez serrano

student•

Entonces no estan usando las metodología agiles

Yesica Lizeth Cortés Pineda

teacher•

El Sprint solo debería ser modificado por causas mayores, es por eso que un sprint no debería durar mas de seis semanas, si hay requerimientos nuevos deben incluirse primero en el backlog y luego pasar por la reunión de planeación del sprint en la que se decida cuales son las tareas en la que se va a trabajar durante ese tiempo.

Julian Arenas Lopez

student•

Que pasa cuando yo no tengo definido completamente el backlog? Es decir, el producto esta cambiando constantemente incluso en el sprint actual

Belen Ceballos

student•

Es importante poner un corte si siempre está cambiando. Apuntar a objetivos más pequeños y concretos, y que a partir de cierta fecha, las nuevas sugerencias queden para la siguiente iteración. Es un equilibrio delicado, pero cuánto más concretas son las tareas y obetivos desde el principio, más fácil es poner un corte.

Julian Arenas Lopez

student•

Gracias 😃

JulianaA29

student•

En mi anterior equipo, al equipo de desarrollo no les gustaba tener reuniones (restrospectivas, dailys y plannning) decían que eran aburridas y que les hacía perder tiempo (¿qué se debería de hacer en ese caso?)

Yeraldine Martinez

student•

Las juntas stand up deben ser netamente diarias? No pueden ser interdiarias, por ejemplo?

Yesica Lizeth Cortés Pineda

teacher•

El time-boxing es una de las practicas mas importantes de SCRUM están diseñados para ser espacios en los que se mejoran los procesos del equipo. Uno de estos “rituales” de SCRUM es el daily standup meeting, es importante que esta reunión no supere los 15 minutos de time-box, su objetivo es resolver posibles atascos que tengan los miembros del equipo y que estén retardando el trabajo, mostrar el avance que se tuvo en la jornada y revisar el plan a ejecutar.

Es una reunión muy corta y muy nutritiva para el proyecto, siempre ten presente que es un framework y lo puedes adaptar a las necesidades de tu equipo, pero esta en particular no sería una de las cosas que yo le modificaría.

Pedro Mugartegui.

student•

La comunicación es esencial, si ello falla TODO lo demás fallará,

Yesica Lizeth Cortés Pineda

teacher•

Si, la comunicación es uno de los pilares mas importantes del trabajo en equipo y SCRUM lo refuerza con todos sus principios

Camilo Sandoval

student•

Un error muy pero muy común es NO perfilar a los participes de un proyecto, lo cual hace que el desarrollo del producto sea mucho más lento. Es decir un desarrollador no puede ser diseñador de UI, pero en ocasiones el diseñador de UI no es tenido en cuenta por su falta de conocimiento técnico, el punto es que se debe saber donde cada persona es experta y donde no lo es para no asignar tareas que puedan convertirse en problemas

William Alfonso Vigoya Nieto

student•

comunicación ... total

Henry Cova

student•

¿Que se puede hacer cuando en las restro no se toma encuenta lo comentado y se siguen cometiendo los mismo errores? me consigo en este punto y ya no provoca ni participar.

Facundo Pérez Schneider

student•

El error más recurrente en mi equipo de trabajo es la falta de disponibilidad del product owner y su ausencia a las juntas Stand Up. Esto ocurre porque el tamaño de la empresa es reducido, y casualmente el product owner es una de las personas que más conocimiento tiene en la empresa.

kolab Linkear

student•

Que paso???

Abner Batz

student•

mmm !!!
no hay video??

Abner Batz

student•

ERRORES COMUNES
La reunión diaria de Scrum es un un encuentro muy útil, todos pueden enterarse del estado y los problemas de otros miembros del equipo,
Pero en las reuniones** no es para resolver los problemas**, es solo para reportar progresos y problemas.
Las reuniones debe estar programadas a una hora conveniente para todos.

Cambiar frecuentemente miembros del equipo, es decir sacar o adicionar nuevos miembros con demasiada frecuencia perjudicará las posibilidades de éxito del proyecto.

La existencia de impedimentos o obstáculos para continuar. En cada sprint se debe identificar con claridad el obstáculo más grande para resolverlo, en el siguiente sprint, es decir** resolverse lo más rápido** posible, la eliminación de estos aumenta la velocidad por que los equipos serán capaces de hacer más cosas que en los sprints anteriores.

Juan Esteban Angulo Uribe

student•

Este vídeo esta eliminado!

Diego Padovani

student•

Los Errores mas comunes en mi trabajos en realizar cambio funcionales o de negocios a petición del cliente y no actualizan el documento de especificación de requerimientos y por ende acarrea atrasos en la pruebas que se realizan al producto

Ricardo Mesa Gallego

student•

El error mas común en mi entorno laboral es que el equipo se deje meter presión por parte del PO para hacer mas historias de usuario de las que la capacidad da. Meter mas historias de usuario a una iteración no garantiza el cumplimiento.

Andrea Rivera Ceballos

student•

Los stand ups son semanales o diarios? y cuando se hace la retrospectiva? al terminar cada sprint? o hasta la release?

Diego Fernando López Martínez

student•

Se deben hacer reuniones diarias y cortas.
La restrospectiva se hace al finalizar cada sprint
Un release puede demorarse varios sprint (dependiendo de la historia de usuario)