tag:blogger.com,1999:blog-11600319.post3562725166450337504..comments2023-10-11T09:34:03.872+02:00Comments on Cápsulas de Agilidad: Kickoff Meeting vs. Agile InceptionGustavo Bonaldehttp://www.blogger.com/profile/17845811913590898934noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-11600319.post-24167707775070382272013-03-29T15:53:26.354+01:002013-03-29T15:53:26.354+01:00Gerardo, estoy bastante de acuerdo con tu comentar...Gerardo, estoy bastante de acuerdo con tu comentario.. me quedo con la frase "en función de un contexto", mi objetivo al escribi estos articulos comparando ambas técnicas es indicar la certeza de que pueden convivir, no son exclusivos.Gustavo Bonaldehttps://www.blogger.com/profile/17845811913590898934noreply@blogger.comtag:blogger.com,1999:blog-11600319.post-60864320289772090342013-03-11T19:10:51.558+01:002013-03-11T19:10:51.558+01:00Excelente artículo. Personalmente me inclino por l...Excelente artículo. Personalmente me inclino por la opinión de que las diferencias entre estos dos grandes mundos(tradicional y ágil) no estriba en la forma sino en el fondo. Con esto me refiero a los valores y la forma del equipo en abordar los problemas. En un entorno ágil ideal: menos burocracia, más colaboración con el cliente y roles más diversos y menos jerárquicos. Considero que el manifiesto ágil siempre ha sido muy claro en cuanto a de cuales elementos se desligaba del desarrollo tradicional, y esto resultó en un marco de valores e intenciones más que de procesos,técnicas y herramientas. Todo proyecto tiene los mismos principios y debe inevitablemente pasar por todas las fases de su ciclo de vida, las técnicas y estrategias aplicadas a esos principios pueden resultar válidas en función de un contexto: Se puede aplicar TDD,BDD y AM a cualquier proyecto tradicional tanto como se puede aplicar un kickoff a un desarrollo ágil. En ese sentido, creo que kickoff e Inception pueden resultar ser sinónimos por momentos, pues cumplen con la misma función en un marco general de proyecto.<br /><br />Una de los inconvenientes que siempre encontraré en las fases iniciales de los proyectos ágiles, además de como bien menciona Helder la interrogante de cobrar por el servicio, es lo poco colaboradores que he notado en mi experiencia a los clientes finales de participar en el proceso de definición y toma de decisiones en el proyecto. Es como si sintieran que no es su trabajo, y peor aún, que están haciendo el trabajo por el equipo.Esto es grave, porque en muchos casos deriva en la preferencia por hacer un documento con una descripción de la herramienta o aplicación "que el equipo considera que necesita el cliente", firmarlo con sangre y apegarse al guión, lo cual como sabemos es muy poco probable que de resultados de valor. Con esto culmino planteando: ¿hasta que punto un cliente es responsable de conducir un proyecto sin sentir que para eso nos paga? ¿Cuál es el punto de equilibrio?¿por qué como alegan muchos clientes diciendo: debo definir que debes hacer, escribiendo las historias de usuario y además priorizarlas, para que tu luego solo las programes?<br /><br />Saludos Gerardo Barciahttps://www.blogger.com/profile/01401466162600558521noreply@blogger.comtag:blogger.com,1999:blog-11600319.post-26286497759067566612013-02-22T19:58:45.487+01:002013-02-22T19:58:45.487+01:00Helder, gracias por el comentario. Voy a ir agrega...Helder, gracias por el comentario. Voy a ir agregando esas diferencias o semenajanzas que vienen de buena experiencia como en tu caso.<br />Con respecto a Inception Distribuido, no me he animado porque le he dado vuelta y todavia no me convence. En el hang hay un comentario sobre un chico que hizo un inception a distancia y no lo vuelve hacer. Lo de cobrar o no cobrar, es cierto. Me leeré el artículo de jmbeas.<br />Seguimos en contacto.Gustavo Bonaldehttps://www.blogger.com/profile/17845811913590898934noreply@blogger.comtag:blogger.com,1999:blog-11600319.post-39376228070871292482013-02-22T09:27:44.756+01:002013-02-22T09:27:44.756+01:00Genial! solo comentar que en todos los kickoff en ...Genial! solo comentar que en todos los kickoff en los que he estado no necesariamente la información que está siendo emitida llega a los receptores, mientras que en los inception cada miembro del equipo ha estado sudando la gota gorda por cubrirse las espaldas indagando más y más en lo que está detrás del proyecto, como es lógico, ya que luego es el propio equipo el que meterá las manos en el fuego por los tiempos y las entregas. <br /><br />Como dices, no hay balas de plata, y no todos los equipos están dispuestos o ti€n€n lo$ r€cur$o$ para tener a un equipo de 5 a 9 personas y al menos un product owner durante al menos dos días encerrados en una sala detallando elevator pitch, tarjetas kanban, historias de usuario o como decidan representarlo. Un kickoff ya lo da pre-mascado, el equipo asume que lo que está es lo que es (como los 10 mandamientos) y a partir de ahí viene el desarrollo de los objetivos.<br /><br />También está el tema de si se cobra o no se cobra. Un kickoff "cuela" mejor en la factura. A veces el inception no tanto ya que "¿para qué te voy a pagar para que te enteres? si te pago por el trabajo hecho".<br /><br />Échale un ojo sobre este tema en el hang anterior que lideró Jose Manuel Beas sobre cómo cobrar un servicio, está muy ligado a esto último.<br /><br />Ya para cerrar: ¿han imaginado el caso de un inception con un equipo distribuido geográficamente? ¿alguien desea comentar sus experiencias en este tema? En local ya es un palizón, en remoto es como para ir a terapia.<br /><br />Sobre cosas sorprendentes que se hacen en una inception y la documentación que surge de ello (sí, documentación, y ágil, y mucha) solo basta con pinchar en las secciones del diagrama principal de esta página. http://www.agilemodeling.com/<br /><br />Saludos!Anonymoushttps://www.blogger.com/profile/07343211834631490461noreply@blogger.com