0
Trabajando en equipo, con esto me refiero a que los compromisos de las tareas, supongo que las conversa todo el equipo, las expectativas del cliente se manejan de acuerdo a la opinion del equipo. Por ende, el equipo sabe que se espera de ellos, y que es lo que puede dar, de ahi que asumen el compromiso. Obviamente, el equipo sabe cuales son sus virtudes y falencias con respecto a las tecnologias que se quieren utilizar.
Si tu equipo tiene bajo expertise en X tecnologia, todo sera mas lento, por ende el compromiso es bajo, y las expectativas del cliente deben ser mejor manejadas.
Creo que por este tema, los equipos agiles deben ser multidisciplinarios, para asi tener una vision mas amplia de los proyectos, y con esto manejar de mejor manera los atrasos.
Otra cosa, en un principio, es manejar muy bien el tema de los atrasos en entregas, no se saca nada con romperse el lomo yendo los fines de semana para terminar, es preferible tratar de hacerlo en horas laborales, asi se tiene una medicion mas exacta de las capacidades del equipo. Y a la vez, se pueden tomar medidas realistas bajo esos margenes.
Voy a te contestar dentro del contexto de scrum. Pero más o menos lo mismo puede ser aplicado para otros métodos.
Generalmente lo que intento hacer es tratar problemas con tecnologías como deudas técnicas. Y las deudas técnicas generalmente intento sacarlas en un sprint a la medida que ataco otras historias.
Por ejemplo, si hay que estudiar algo, intente negociar con el cliente un número de historias menores para el próximo sprint. Si él no escuchar, intente explicar (o mismo estimar) el impacto de seguir con la deuda. O por lo menos compartir la responsabilidad de esta decisión.
All Shapado.com content and data are available under the
Me refiero a los problemas técnicos leáse: * Problemas con la tecnología * Problemas de expertise * Otros
Cómo se manejan versus la tupla: compromiso de tareas/expectativas del cliente.