Definir una actividad como épica es incomodo, las tareas épicas son los apestados del tablero de actividades. Nadie del equipo de desarrollo quiere atender una tarea de estas, son complejas, difíciles, mal documentadas o solo son una etiqueta que se les da a las actividades que el equipo no quiere
Esta semana tuve mi primer reunión retrospectiva bajo el marco de trabajo de Kanban, cabe aclarar que las reuniones en Kanban no son explicitamente necesarias para el trabajo a diferencia de Scrum. Las reuniones retrospectivas tienen el propósito de evaluar el flujo de trabajo (estas pueden ser periódicas o no),
Si no puedes entender el resultado que se espera de tu trabajo, entonces no puedes manejar tu trabajo. Uno de los mayores dolores de cabeza que tienen las personas involucradas en el desarrollo de software es la ambigüedad en la descripción de las tareas, primero, la falta de contexto, si
Plans are useless, but planning is indispensable.
Ron Jeffries en el libro Extreme Programing Installed describe el mejor proceso de trabajo de historias de usuario mediante 3 pasos (3 C’s) Card, Conversation, Confirmation. El propósito es compartir el conocimiento y llegar a un entendimiento compartido del problema y de la solución del mismo por parte de todos
There’s always more to build than you have people, time or money for. Always.
Cuando trabajas en un enfoque ágil de actividades necesitas un mecanismo subjetivo que te permita determinar el valor que aportas con tus actividades. La unidad mas común para determinar el la relación de valor/esfuerzo son los Story Points, entre mas puntos le asignes a una actividad significa que es
