tag:blogger.com,1999:blog-79136316305509869172024-03-05T17:24:05.590-03:00Agile Samurai“A journey of a thousand miles begins with a single step.” Lao TzuAnonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.comBlogger13125tag:blogger.com,1999:blog-7913631630550986917.post-30174526464156247422016-04-19T08:30:00.000-03:002016-04-19T08:30:16.363-03:00RetrospectivasEl propósito de una retrospectiva deberían ser los siguientes puntos como se menciona en <a href="http://www.scrumguides.org/scrum-guide.html#events-retro">Scrum Guide</a><br /><ul>
<li>Inspect how the last Sprint went with regards to people, relationships, process, and tools;</li>
<li>Identify and order the major items that went well and potential improvements; and,</li>
<li>Create a plan for implementing improvements to the way the Scrum Team does its work.</li>
</ul>
Pienso que es necesario cuidar los tres puntos a la vez de ser posible. Es importante saber cómo se siente el equipo, descubrir oportunidades de mejora y mejorar el marco de trabajo de Scrum.<br />Pero, ¿cómo cuidar los tres puntos a la vez?. Quizás la retrospectiva se vuelve demasiado emotiva, quizás demasiado enfocada en mejorar "procesos", o simplemente buscar culpables.<br /><br />Algo que intento cuidar constantemente es el hecho de mantener una reunión sincera, comentando las cosas que han molestado, pero a la vez buscando construir a partir de ellas, no buscando culpables sino qué cosas podemos hacer distinto para mejorar relaciones dentro o fuera del equipo y evitar cometer los mismos errores una y otra vez.<div>
<br /></div>
<div>
Aún no he descubierto una receta para esto. El seguir el esquema de los <a href="https://leadingagileteams.com/2014/07/13/5-steps-to-an-effective-sprint-retrospective/" target="_blank">cinco pasos de la retrospectiva</a> me ha ayudado a concentrar al equipo, mantener cierto orden y generar buenos action items. Otra cosa que creo que va a poder ayudar es que las retrospectivas, además de útiles sean divertidas. Voy a seguir el consejo de un compañero Scrum Master intentando adaptar cada retrospectiva a lo sucedido en el Sprint usando las ideas que se ven en el sitio <a href="http://www.funretrospectives.com/">http://www.funretrospectives.com/</a>.<br /></div>
Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-90600891225975572892015-11-27T15:02:00.002-03:002015-11-27T15:03:49.980-03:00Generando un cambio<iframe allowfullscreen="" class="YOUTUBE-iframe-video" data-thumbnail-src="https://i.ytimg.com/vi/W6U9LAqnMCs/0.jpg" frameborder="0" height="266" src="https://www.youtube.com/embed/W6U9LAqnMCs?feature=player_embedded" width="320"></iframe><br />
<div>
<br />
De la presentación "Hackeando la Cultura para gestionar el cambio en la empresa" de Angel Medinilla (<a href="http://agiles2015.agiles.org/">http://agiles2015.agiles.org/</a>) pude extraer lo siguiente.<br />
<div>
<br /></div>
Es usual al enfrentarse a un problema intentar proponer cambios, buscamos mejorar las cosas siempre. PERO, en una empresa podemos enfrentarnos a un gran oponente al momento de intentar cambiar algo: La cultura. ¿Y qué sucede? ¿Podemos cambiar la identidad (cultura) de una empresa de la noche a la mañana? No, pero si se puede cambiar a través de pequeños cambios bien enfocados.<br />
El cambio según Angel es un proceso no un evento.<br />
<br />
Extraído de la <a href="http://www.slideshare.net/JohnnyDark/adopcion-agil-y-cambio-cultural-lean-change-management">charla</a> de <a href="https://twitter.com/JohnnyOrdonez">Johnny Ordonez</a>, para empezar un movimiento podemos seguir el ejemplo de los siguientes videos:<br />
<br />
<div class="separator" style="clear: both; text-align: left;">
<iframe allowfullscreen="" class="YOUTUBE-iframe-video" data-thumbnail-src="https://i.ytimg.com/vi/BRa8kuD898M/0.jpg" frameborder="0" height="266" src="https://www.youtube.com/embed/BRa8kuD898M?feature=player_embedded" width="320"></iframe></div>
<div class="separator" style="clear: both; text-align: left;">
<br /></div>
<iframe allowfullscreen="" class="YOUTUBE-iframe-video" data-thumbnail-src="https://i.ytimg.com/vi/CUD1gye9HCw/0.jpg" frameborder="0" height="266" src="https://www.youtube.com/embed/CUD1gye9HCw?feature=player_embedded" width="320"></iframe><br />
<br />
Empecemos entonces identificando a los distintos grupos que nos vamos a encontrar:<br />
1. Followers<br />
2. Skeptics<br />
3. Diehards<br />
4. Saboteurs<br />
<a href="https://www.mountaingoatsoftware.com/blog/four-types-of-resistors-when-adopting-agile">https://www.mountaingoatsoftware.com/blog/four-types-of-resistors-when-adopting-agile</a><br />
<br />
Teniendo una visión clara empezamos por observar, encontrar "grietas" e identificamos aquella comunidad que quiere seguir el cambio que proponemos. Luego debemos nutrirlos, darles espacio para aprender, experimentando y aprendiendo de cada iteración de aprendizaje (lean startup thinking). Tenemos que crear una jerga, y hablar todos el mismo lenguaje.<br />
<br />
Yendo hacia el segundo grupo, empezamos por ignorar a los rezagados; los podemos tener en cuenta más adelante o la misma cultura los va a alcanzar. Debemos escuchar a los escépticos; podemos elegir un "Champion Skeptic", quien va a ser un agente de mejora en nuestro proceso de cambio y uno de los principales colaboradores para encontrar grietas. Debemos ser abiertos. Realizar victorias a corto plazo y difundirlas, esto puede atraer a aquellos que aún no se deciden; testimonios de aquellos que han adoptado y encuentran un logro al adoptar el cambio puede ser útiles, así como también campeones que impulsen el cambio (Sponsors). Guionizar las diferentes herramientas, interacciones, etc. puede ayudar también (guías de retrospectivas, TDD, etc).<br />
<br />
Ahora ya en los últimos dos grupos tenemos una cultura creada con ya varios seguidores, pero es necesario mantenerla. Algunas ideas para esto son:<br />
<br />
<ul>
<li>Hacer las alternativas dolorosas.</li>
<li>Modificar el entonrno (por ejemplo burndown charts en las paredes).</li>
<li>Los dos primeros grupos son poderosos aliados.</li>
<li>Y por último, mantener el esfuerzo!</li>
</ul>
<br />
<br />
Se puede ver un poco más sobre la presentación en esta ppt <a href="http://www.slideshare.net/proyectalis/hackeando-la-cultura-para-gestionar-el-cambio-en-la-empresa">http://www.slideshare.net/proyectalis/hackeando-la-cultura-para-gestionar-el-cambio-en-la-empresa</a>.<br />
<br />
<br />
<br />
<br /></div>
Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-76962158980057824842015-10-27T07:30:00.000-03:002015-10-27T11:18:08.948-03:00¿Scrum Master o Agile Coach?Una de las charlas a las que concurrí durante el open space realizado en las <a href="http://agiles2015.agiles.org/" target="_blank">jornadas ágiles</a> que se <br />
realizaron el pasado fin de semana en Montevideo fue una llamada "Agile coaching". Asistí a dicha charla con la pregunta ¿un Scrum Master tiene que saber de coaching?. Para nuestra suerte se encontraban entre los asistentes tanto CSMs como Coaches.<br />
<br />
Esta charla, la cual se convirtió rápidamente en un debate se habló de ambos roles por separado, hicimos algunas actividades que a mi entender lograron mostrar dónde ambos se fusionan.<br />
<br />
La conclusión de la charla fue que un Scrum Master necesita ser directivo cuando el equipo necesita aprender sobre Scrum, y bajo el concentimiento del equipo: Mentor cuando puede mejorar las actividades que el equipo realiza o Agile Coach cuando necesita mejorar las relaciones interpersonales; esto último bajo la tutela de un Coach en el caso de CSMs sin capacitación en coaching.<br />
<br />
Para finalizar definamos qué es qué:<br />
<br />
<ul>
<li>Scrum Master: es el "experto en Scrum", guía al equipo en dicho framework.</li>
<li>El Mentor es un experto que ayuda a mejorar al equipo.</li>
<li>El Coach es un guía para ayudar a mejorar el desempeño de las funciones de los individuos. (<a href="https://es.wikipedia.org/wiki/Coaching">https://es.wikipedia.org/wiki/Coaching</a>)</li>
</ul>
<div>
<br /></div>
<div>
Siendo este un tema que tengo poco dominio, se aceptan comentarios.</div>
Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-82038112330674950872015-10-25T18:57:00.000-03:002015-10-25T19:08:57.992-03:00Retrospectivas en 5 pasos<br />
<div>
<a href="https://imagery.pragprog.com/products/75/dlret.jpg?1298589727" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" height="320" src="https://imagery.pragprog.com/products/75/dlret.jpg?1298589727" width="265" /></a>Desde hace ya algún tiempo decidí estructurar las retrospectivas basado en los 5 stages tomado del <a href="https://pragprog.com/book/dlret/agile-retrospectives" target="_blank">Agile Retrospectives</a> de Esther Derby y Diana Larsen.<br />
libro </div>
<ol>
<li>Preparar el escenario</li>
<li>Recolectar Datos</li>
<li>Generar Ideas</li>
<li>Action Items</li>
<li>Cerrar la retrospectiva</li>
</ol>
<div>
Pueden leer además en este <a href="http://softwareagil.blogspot.com.uy/2008/12/tcnicas-para-retrospectivas-resumen-del.html" target="_blank">blog</a> un excelente resumen de dichas técnicas y cuando aplicarlas.</div>
<div>
<br /></div>
<div>
De lo que trata este post es sobre los resultados que he tenido.</div>
<div>
<br /></div>
<div>
Durante la preparación del escenario es muy común que el equipo se encuentre disperso, distraído quizás con los resultados de la review, u otras obligaciones. Es por eso que considero muy importante el hecho de poner a todo el equipo en sintonía.</div>
<div>
<br /></div>
<div>
Al recolectar datos no solo estamos exponiendo cosas que consideramos pertinentes resaltar sino que además alertamos al resto del equipo de nuestros pensamientos. De forma que cambiamos la realidad del resto; quizás para un miembro del equipo el sprint fue exitoso, pero no para otros.</div>
<div>
<br /></div>
<div>
Generar ideas es sencillo, generar ideas que luego esté dispuesto a tomar la responsabilidad ya no. Es por eso que últimamente decidí cambiar las retrospectivas para que en esta etapa el equipo diga "Qué salió bien" y "Qué puedo hacer YO para mejorar". De esta manera lo negativo queda implícito e interno, pero busco soluciones para esas cosas que me molestan y me hago cargo de ellas.</div>
<div>
<br /></div>
<div>
He escuchado que otros equipos, y me ha sucedido que se generan action items, pero sin dueños... ¿entonces quién los termina haciendo? Es tan importante tener responsables como tener action items.</div>
<div>
<br /></div>
<div>
Por último y tomando el consejo de un compañero (aunque no lo dijo con estas palabras), para algunos equipos se puede aplicar las mismas técnicas como un kata para que el equipo no se sorprenda a la hora de la retrospectiva y pueda compartir lo que tenia pensado. Por otro lado ir cambiando las técnicas es motivante para el equipo y puede ayudar a descubrir cosas inesperadas. Por ejemplo lo que le tengo preparado para la retro de este viernes a uno de mis equipos.</div>
Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-68982066761830505252015-10-25T18:46:00.002-03:002015-11-27T15:27:52.037-03:00Agiles 2015 - Agentes del cambioLos últimos 3 días (del 22 al 24 de octubre, 2015) se realizó en Montevideo, Uruguay el encuentro Agiles 2015 en el hotel Radisson Victoria Plaza.<br />
<div>
<br /></div>
<div>
Como no me va a dar un solo post (y aún no he digerido todo lo aprendido) para describir voy a ir creando una serie de posts con todo lo que me llamó más la atención.</div>
<div>
<br /></div>
<div>
Los temas que más me interesaron, son casualmente todas las charlas a las que atendí... ¿o será que el nivel de las charlas fue más que excelente? No se, la cuestión es que ningún minuto ahí tuvo desperdicio.</div>
<div>
<br /></div>
<div>
El título de este post es a mi entender la esencia de lo que se cubrió en este Agiles 2015: <b>Agentes de cambio</b>.</div>
<div>
<br /></div>
<div>
Los temas que voy a ir cubriendo los próximos días serán:</div>
<div>
<ul>
<li>Fricción: un resumen de la charla de Mary Poppendieck</li>
<li><a href="http://agilesamurai.blogspot.com.uy/2015/11/generando-un-cambio.html">Management 3.0 e Improvement21.</a></li>
<li><a href="http://agilesamurai.blogspot.com.uy/2015/10/scrum-master-o-agile-coach.html">¿Scrum Master o Agile Coach?</a></li>
<li>Motivación en equipos ágiles.</li>
<li>Arquitecturas Evolutivas.</li>
<li>Innovación en la política.</li>
<li>Agentes de cambio.</li>
</ul>
<div>
<br /></div>
</div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://pbs.twimg.com/media/CSMWA0wWoAAPnhT.png:large" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="200" src="https://pbs.twimg.com/media/CSMWA0wWoAAPnhT.png:large" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Foto: https://twitter.com/agiles2015</td></tr>
</tbody></table>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div>
<br /></div>
Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-42871672460685879282014-12-23T18:30:00.000-02:002014-12-23T18:30:01.413-02:00Transformación ágil: Agile PMO¿Cómo entra un proyecto ágil dentro de una clásica <a href="http://es.wikipedia.org/wiki/Oficina_de_gesti%C3%B3n_de_proyectos" target="_blank">PMO</a>? Esta es una pregunta que me he estado haciendo desde que asumí el rol de Scrum Master. Al principio parecía fácil; mantener el foco, facilitar reuniones y remover impedimentos... pero hay mucho más aparte de eso.<br />
Se nos sugirió leer el siguiente articulo <a href="https://www.cprime.com/resource/white-papers/agile-pmo/">https://www.cprime.com/resource/white-papers/agile-pmo/</a>. En este, cPrime introduce qué es una PMO, luego empieza a incluir artefactos ágiles dentro de las distintas disciplinas que maneja la PMO. En mi opinión no es una verdad absoluta que hay que seguir al pie de la letra, pero se puede tomar de punto de partida para una transformación hacia un híbrido de oficina ágil y clásica.<br />
En siguientes posts voy a seguir tocando el tema de transformación ágil, lo cual es en cierta manera mi evolución en ese mundo y como me adapto a los distintos intereses y procesos ya establecidos.Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-10101121720676754192014-10-23T17:18:00.002-02:002014-10-25T12:30:30.243-02:00Stories, Epics & ThemesStories que se vuelven muy grandes, stories relacionadas por factores en común, veamos un poco los artefactos que nos brinda Scrum en cuanto a entregar valor a través de stories y como categorizarlas.<br />
<h4>
Stories</h4>
Una Story comienza con una descripción vaga de una necesidad/funcionalidad la cual es refinada entre el equipo Scrum y los stake holders.<br />
Por ejemplo: "Como administrador del sistema me gustaría tener acceso a los logs así puedo descubrir si algo no funciona".<br />
<h4>
Epics</h4>
Es un conjunto de stories que pueden o no tener un valor de forma independiente. Es el Epic quien agrega el valor al entregar el conjunto de funcionalidades.<br />
<blockquote class="tr_bq">
It just means “big user story.” (Mike Cohn)</blockquote>
Puede pasar que una story sea demasiado grande o difícil de estimar por su complejidad. Esto usualmente lleva a dividir la story en en varias stories, agrupadas bajo un Epic.<br />
<h4>
Themes</h4>
<div>
Es un conjunto de historias independientes en las que cada una aporta valor y pueden ser entregadas de forma independiente pero tienen un tema en común. Por ejemplo "Registro y Autenticación del usuario", esto se puede hacer con varias stories: "Registro/Autenticación con API de Google", "Registro/Autenticación usando Facebook", "Registro/Autenticación de usuarios". Todas estas historias se podrían convertir en Epics ya que según mi perspectiva involucran varias stories cada una, que solas no aportan valor, pero juntas si.</div>
<h4>
Fuentes</h4>
<ul>
<li><a href="https://www.scrumalliance.org/community/spotlight/mike-cohn/march-2014/agile-user-stories-epics-and-themes.aspx" target="_blank">Agile User Stories, Epics and Themes</a> - Mike Cohn, Scrum Alliance 20 de Marzo del 2014.</li>
<li><a href="https://www.scrumalliance.org/community/articles/2014/march/stories-versus-themes-versus-epics" target="_blank">Stories versus Themes versus Epics</a> - Jeremy Martins, Scrum Alliance 13 de Marzo del 2014.</li>
</ul>
Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-61002040539575402772014-08-13T19:30:00.000-03:002014-08-13T19:30:00.182-03:00Lean Startup Machine Montevideo<div style="background-color: white; color: #222222; font-family: arial, sans-serif;">
<a href="http://www.patagonicom.com/wp-content/uploads/2014/05/Lean-Startup-feature.jpg" imageanchor="1" style="clear: right; float: right; font-size: 13px; margin-bottom: 1em; margin-left: 1em;"><img border="0" src="http://www.patagonicom.com/wp-content/uploads/2014/05/Lean-Startup-feature.jpg" height="80" width="200" /></a>El fin de semana del 1 al 3 de agosto se realizó en Montevideo la primer Lean Startup Machine.</div>
<div style="background-color: white; color: #222222; font-family: arial, sans-serif;">
Este evento junto a futuros emprendedores, mentores y entusiastas de la innovación, donde se puede aprender la metodología Lean Startup y enriquecerse del conocimiento de los mentores y otros participantes.</div>
<div style="background-color: white; color: #222222; font-family: arial, sans-serif;">
<br /></div>
<div style="background-color: white; color: #222222; font-family: arial, sans-serif;">
Más allá de aprender la metodología la cual me terminó de convencer como algo para aplicar, conocí inversores angeles, mentores y pude refinar muchas de las ideas que tenía en mente y agregar nuevas.</div>
<div style="background-color: white; color: #222222; font-family: arial, sans-serif;">
<br /></div>
<div style="background-color: white; color: #222222; font-family: arial, sans-serif;">
Acá van algunas de las cosas que más me quedaron y como las entendí:</div>
<div style="background-color: white;">
<ul>
<li style="margin-left: 15px;"><span style="color: #222222; font-family: arial, sans-serif;">Según</span><span style="color: #545454; font-family: arial, sans-serif; line-height: 18.200000762939453px;"> </span><span style="color: #545454; font-family: arial, sans-serif; line-height: 18.200000762939453px;">Evan </span><span style="color: #545454; font-family: arial, sans-serif; line-height: 18.200000762939453px;">Henshaw-Plath </span><a href="https://twitter.com/rabble" style="color: #222222; font-family: arial, sans-serif;">@rabble</a><span style="color: #222222; font-family: arial, sans-serif;">:</span></li>
<ul style="color: #222222; font-family: arial, sans-serif;">
<li style="margin-left: 15px;">Primero que todo, el gran factor es "suerte"</li>
<li style="margin-left: 15px;">No hay que arrancar por una mega aplicación, se puede arrancar por algo "trucho" (MVP).</li>
</ul>
<li style="color: #222222; font-family: arial, sans-serif; margin-left: 15px;">Según Pablo Brenner:</li>
<ul>
<li style="color: #222222; font-family: arial, sans-serif; margin-left: 15px;"><span style="color: #292f33; font-family: 'Gotham Narrow SSm', sans-serif, Arial; line-height: 22px; white-space: pre-wrap;">"No hay sistema mas socialista que </span><a dir="ltr" href="https://twitter.com/hashtag/wallstreet?src=hash" style="background-image: initial; background-repeat: initial; color: #0084b4; font-family: 'Gotham Narrow SSm', sans-serif, Arial; line-height: 22px; text-decoration: none; white-space: pre-wrap;" target="_blank"><span style="color: #66b5d2;">#</span>wallstreet</a><span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;">".</span></span></li>
<li style="color: #222222; font-family: arial, sans-serif; margin-left: 15px;"><span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;">Un buen producto tiene que ser una metáfora de algo real.</span></span></li>
<li style="margin-left: 15px;"><span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;">Hay que festejar cuando un cliente vuelve, no cuando adquirimos uno nuevo.</span></span></li>
</ul>
<li style="color: #222222; font-family: arial, sans-serif; margin-left: 15px;"><span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;">Según todos (y parte fundamental de los procesos Lean) es necesario darle un valor a las personas.</span></span></li>
<li style="color: #222222; font-family: arial, sans-serif; margin-left: 15px;"><span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;">Hay que darle una oportunidad a la idea, pero no caer en "enamorarse de la idea".</span></span></li>
<li style="color: #222222; font-family: arial, sans-serif; margin-left: 15px;"><span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;">No perder el tiempo en algo que las personas <b>usarían</b>, sino algo que <b>están dispuestos a pagar</b>.</span></span></li>
<ul style="color: #222222; font-family: arial, sans-serif;">
<li style="margin-left: 15px;"><span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;"><i>No un "I want to have" sino "I must have".</i></span></span></li>
</ul>
<li style="color: #222222; font-family: arial, sans-serif; margin-left: 15px;"><span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;"><b>Foco</b>, una cosa a la vez.</span></span></li>
<li style="color: #222222; font-family: arial, sans-serif; margin-left: 15px;"><span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;">Hay que empezar vendiendo humo.</span></span></li>
<li style="color: #222222; font-family: arial, sans-serif; margin-left: 15px;"><span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;">Todo lo que podamos pensar son <b>suposiciones ¡SALIR DEL EDIFICIO PARA VALIDAR!</b></span></span></li>
</ul>
<div>
<span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;">Se puede ver un poco la cronología del evento en </span></span><span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial;"><span style="line-height: 22px; white-space: pre-wrap;"><a href="https://twitter.com/leanmontevideo">https://twitter.com/leanmontevideo</a>, </span></span><span style="color: #292f33; font-family: 'Gotham Narrow SSm', sans-serif, Arial;">ya está abierto el cupo para organizar un nuevo evento en este link: </span><a href="http://l3an.com/1ewyoq8" style="font-family: 'Gotham Narrow SSm', sans-serif, Arial;">http://l3an.com/1ewyoq8</a>.<br />
Además se va a estar organizando un Lean Startup Day el sábado 30 de Agosto en Sinergia Co-Work <a href="http://leanstartupday.wix.com/leanstartupday">http://leanstartupday.wix.com/leanstartupday</a>.<br />
Próximamente los videos de las charlas.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<iframe allowfullscreen='allowfullscreen' webkitallowfullscreen='webkitallowfullscreen' mozallowfullscreen='mozallowfullscreen' width='320' height='266' src='https://www.youtube.com/embed/8QmlpRn-PtY?feature=player_embedded' frameborder='0'></iframe></div>
<br /></div>
<div>
<span style="color: #292f33; font-family: Gotham Narrow SSm, sans-serif, Arial; font-size: x-small;"><span style="line-height: 22px; white-space: pre-wrap;"><br /></span></span></div>
</div>
Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-58393572767862080372014-07-23T18:45:00.000-03:002014-07-23T18:45:28.868-03:00Hablando casi con propiedadEl pasado lunes 21 y martes 22 de Julio se realizó una nueva instancia del curso para acceder a la certificación de Scrum Master. El curso fue dictado en el hotel Ibis Montevideo por <a href="http://www.martinalaimo.com/es/" target="_blank">Martin Alaimo</a> (<a href="http://www.kleer.la/" target="_blank">Kleer</a>).<br />
<br />
El curso se dictó bajo una dinámica interactiva y participativa siempre fluyendo, sin quedar bloqueada o en loops interminables, esto a mi entender habla muy bien y demuestra la capacidad como educador del trainer.<br />
<br />
Cosas que me llevo del curso:<br />
<br />
<ul>
<li>Muchas dinámicas integradoras aplicables a diferentes reuniones.</li>
<li>Nuevas formas de resolver impedimentos y problemas interpersonales.</li>
<li>La experiencia de otros colegas y de "mi compinche".</li>
<li>El marco de Cynefin; algo en lo que ahondar.</li>
<li>Alternativas para estimar.</li>
<li><b>Y por supuesto un mejor entendimiento de los roles y artefactos de Scrum.</b></li>
</ul>
<div>
Además me gustaría agradecer a Martin por el libro <a href="http://www.martinalaimo.com/es/scrum" target="_blank">Proyectos Agiles con #Scrum</a> y a mis compañeros de curso por regalarme el libro <a href="http://www.martinalaimo.com/es/mas-productivos" target="_blank">Equipos #Más Productivos</a></div>
<br />
Por último me quedo con esta frase:<br />
<blockquote class="tr_bq">
El buen trabajo de un SM se nota cuando ya no se lo necesita.</blockquote>
Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-89196560016995434102014-06-30T12:00:00.000-03:002014-07-01T10:25:34.513-03:00Algunas contras de KanbanLeyendo un <a href="http://www.targetprocess.com/blog/2014/06/how-it-works-kanbantimeline.html">articulo</a> recordé un tema que me venia aquejando hace un tiempo; la falta de sentido de tiempo que genera aplicar Kanban. En mayo de este año en <a href="http://agilesamurai.blogspot.com/2014/05/agile-open-space-2014.html">una de las charlas de OpenSpace de Agiles.uy</a> propuse como tema "Kanban: Resultados" con el fin de conocer otras experiencias acerca de la aplicación de Kanban en equipos ágiles.<br />
Algunas de las cosas de esa charla y de información que descubrí:<br />
<ul>
<li>Kanban parece hacer que el equipo se divida en individuos.</li>
<li>La falta de objetivos claros y a corto plazo parece desmotivar a los equipos; vi este mismo padecer en más de un equipo con gente diferente.</li>
<li>Necesita de un deadline fijo en el tiempo para poder medir y mejorar la velocidad de desarrollo.</li>
<ul>
<li>Sin embargo los miembros del equipo tienden a convertirse en puntos de una linea de ensamble y empiezan a mejorar su capacidad de producción intrínsecamente.</li>
</ul>
</ul>
<div>
Algunas de las soluciones que implementamos para mejorar estas falencias fueron tomadas de Scrum:</div>
<div>
<ul>
<li>Daily meetings para que todo el equipo esté al tanto de lo que sucede.</li>
<li>Retrospectivas luego de cada release.</li>
<li>Explicitar la necesidad de pair programming en las tarjetas, esto afecta la estimación.</li>
<ul>
<li>A las tarjetas se les pone una estimación luego de que es analizada por el equipo con el fin de darle una idea de esfuerzo al PO y ayudar a la priorización del backlog.</li>
</ul>
</ul>
Bajo el contexto de que el equipo puede cambiar así como también las prioridades se vuelve muy difícil la aplicación de Scrum, de busca una alternativa, sin perder los privilegios de Scrum, pero ganando la flexibilidad de Kanban.</div>
<div>
<br /></div>
<div>
Por último, algo que lei del artículo y que pensaba implementar es el hecho de tener milestones o iteraciones, donde el equipo se compromete a que si nada ajeno al equipo sucede, se sube una nueva versión con ciertos requerimientos analizados y estimados para una fecha fija. Esto debería eliminar la falta de sentido de tiempo que sufre el equipo.</div>
<div>
<br /></div>
Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-69547915165783996312014-06-03T20:39:00.001-03:002014-06-03T20:39:43.674-03:00Scrum y Kanban en pocos minutos<div class="separator" style="clear: both; text-align: left;">
<b>Scrum</b></div>
<div class="separator" style="clear: both; text-align: center;">
<iframe allowfullscreen="" frameborder="0" height="270" src="//www.youtube.com/embed/IWUG29VPhUA" width="480"></iframe>
</div>
<div class="separator" style="clear: both; text-align: left;">
<b><br /></b></div>
<div class="separator" style="clear: both; text-align: left;">
<b><br /></b></div>
<div class="separator" style="clear: both; text-align: left;">
<b>Kanban</b></div>
<div class="separator" style="clear: both; text-align: center;">
<iframe allowfullscreen="" frameborder="0" height="270" src="//www.youtube.com/embed/I-H-WXAX_oM" width="480"></iframe></div>
Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-26323783621517460082014-06-03T15:55:00.001-03:002014-06-03T15:57:19.734-03:00Cambiando las daily meetingsHace algún tiempo leí un articulo propuesto por mi antiguo profesor Gabriel Ledesma (<a href="https://twitter.com/gafaled">@gafaled</a>) acerca una alternativa para la dinámica de las daily meetings.<br />
En este articulo se habla de cambiar las clásicas preguntas "qué hiciste ayer y que vas a hacer hoy" a orientar la daily en base a las historias que se encuentran en el Sprint Backlog, donde el facilitador (en el caso de Scrum el SM) recorre el Sprint Backlog y pide una actualización de progreso de cada historia. De esta forma todo el equipo participa de la reunión y ninguno se aburre (y consecuentemente no se distrae).<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="http://openclipart.org/image/800px/svg_to_png/25444/Anonymous_Presentation.png" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" src="http://openclipart.org/image/800px/svg_to_png/25444/Anonymous_Presentation.png" height="320" width="320" /></a></div>
<b><br /></b>
<b>Puesta en practica</b><br />
Este articulo me vino como anillo al dedo, puesto que venia notando los síntomas que habla el articulo; entre otras cosas pasaba que cuando un miembro del equipo hablaba, el resto está mirando la hora y pocas veces se sabe en que anda el otro.<br />
Inmediatamente a la primera aplicación de esta alternativa frente al sprint backlog el equipo empezó a participar <b>de forma ordenada</b>; el cual era mi principal miedo. Esto además acortó la distancia entre devs y QAs, quienes comenzaron a interactuar mucho más. Consecuentemente todo el equipo apuntaba en una misma dirección.<br />
Luego de recorrer todas las historias, venia la pregunta "¿algún impedimento?".<br />
Una desventaja que le encontré es que muchas veces la reunión se pasaba de los 15 minutos establecidos y eso se hizo notar en la siguiente retrospectiva, por lo cual comenzamos a limitar el tiempo que se hablaba por historia.<br />
<br />
<b>Resumen de la experiencia</b><br />
<b>Pros</b><br />
<ul>
<li>Todo el equipo se involucra.</li>
<li>Aumenta la interacción/integración del equipo</li>
<li>Crece el interés/compromiso alrededor del sprint.</li>
</ul>
<br />
<b>Contras</b><br />
<ul>
<li>Se puede extender mucho y pasa a ser improductivo.</li>
<li>Algún miembro tímido puede perder su oportunidad de hablar.</li>
</ul>
<b>Fuente</b><br />
<br />
<a href="http://www.scrumalliance.org/community/articles/2013/november/change-your-daily-scrum-meeting.aspx">Articulo de Gabriel Ledesma</a>Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0tag:blogger.com,1999:blog-7913631630550986917.post-38750299214960665222014-05-23T14:43:00.002-03:002014-05-23T14:43:33.566-03:00Agile Open Space 2014El 17 de mayo de 2014 se realizó en el Aula Magna de la Universidad Católica, la segunda edición del Open Space organizado por la comunidad Agile-Uruguay. En este post voy a escribir un resumen de lo que pude aprender de las charlas a las que asistí.<br />
<br />
<div>
<h2>
<span style="font-size: large;">¿Qué es un Open Space?</span></h2>
</div>
<blockquote>
Un Open Space es un formato de conferencia o reunión abierta, donde la principal característica es que la agenda se genera de manera dinámica entre todos los participantes de la reunión. En general constan de 4 partes: Apertura, Mercado de ideas, Sesiones y Clausura.</blockquote>
<a href="http://agiles.uy/">http://agiles.uy/</a><br />
<div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgRtJn5wgBY4yhrDqX-L-3f4gKk6dceLGUxDLbEJGOYhglVHzLKTo6iS9q1dPo4pNxucvxR14xX2FLZs0s_mZnMFt5FB3Y7h3H8AbuR0IRvvsiaNqvUSRoq3TQNJYymoC7THVSZUJ6FpOI/s1600/100_3440.JPG" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgRtJn5wgBY4yhrDqX-L-3f4gKk6dceLGUxDLbEJGOYhglVHzLKTo6iS9q1dPo4pNxucvxR14xX2FLZs0s_mZnMFt5FB3Y7h3H8AbuR0IRvvsiaNqvUSRoq3TQNJYymoC7THVSZUJ6FpOI/s1600/100_3440.JPG" height="150" width="200" /></a></div>
Durante el Mercado de Ideas se propusieron diferentes charlas, todas muy interesantes, por lo cual la elección se me hizo bastante difícil.<br />
Finalmente luego de mover algunas charlas para acomodarme elegí asistir a las siguientes charlas:<br />
<br />
<ul>
<li>Kanban: Resultados (charla que yo propuse).</li>
<li>Coach Agile. Diego Caballero.</li>
<li>Salarios en equipos agiles. Valeria Viera.</li>
<li>Pagando la deuda tecnica. Diego Sapriza.</li>
</ul>
<div>
<br /></div>
<h2>
<span style="font-size: large;">Kanban: Resultados</span></h2>
<div>
En esta charla presenté brevemente Kanban, por qué utilizarlo, una idea de como adaptarlo/implementarlo y los resultados que obtuve. Luego se generó un debate en base a experiencias personales de los otros agilistas y pudimos concluir lo siguiente:</div>
<div>
<div class="separator" style="clear: both; text-align: center;">
</div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhJBhPYsNCl9V8Ltj3in-LZokbiFQxFFtcDNs69TFvww75F1gBxEn2wA8Uvqli9rlpMrSiD9rgNQbQkryfJCx1HOuKIWPLIbwe6gsNOT5iTYWSh4QW1l3dYAMrtwRG5_mCXSnLtu4GOyGE/s1600/100_3442.JPG" height="150" style="margin-left: auto; margin-right: auto;" width="200" /></td></tr>
<tr><td class="tr-caption" style="font-size: 13px; text-align: center;">Conclusiones</td></tr>
</tbody></table>
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgtrvPX9LaC3zcW4257Un9BYpqjeN6xGDb3l2JgEeybXQonC7pNhtSIKVKr6Lyj6fWxndGStYGo0K7uXbJ2qsPc5fedK2pLFyrbvYxdmM8eNMWTmkVByCsaNRnwBYN6cOmCCRA6GozysT4/s1600/DSCN1522.JPG" imageanchor="1" style="clear: right; display: inline !important; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgtrvPX9LaC3zcW4257Un9BYpqjeN6xGDb3l2JgEeybXQonC7pNhtSIKVKr6Lyj6fWxndGStYGo0K7uXbJ2qsPc5fedK2pLFyrbvYxdmM8eNMWTmkVByCsaNRnwBYN6cOmCCRA6GozysT4/s1600/DSCN1522.JPG" height="150" width="200" /></a></td></tr>
<tr><td class="tr-caption" style="font-size: 13px; text-align: center;">https://twitter.com/Eaven_uy</td></tr>
</tbody></table>
<ul>
<li>El sentido de pertenencia influye en la motivación del equipo.</li>
<li>Pivotal Tracker y Trello son herramientas sencillas para el manejo de boards virtuales, que compiten contra Jira.</li>
<li>Si el equipo y los objetivos cambian mucho Scrum no sirve.</li>
</ul>
<ul><ul>
<li>Kanban es una buena alternativa siempre y cuando tenga objetivos claros y desafiantes.</li>
</ul>
<li>Una implementación de Kanban sin objetivos claros o metas a corto plazo quita motivación.</li>
<li>El trabajo ágil requiere de equipos fijos, puede fomentar competencia sana contra otros equipos y por lo tanto aumenta la productividad. <span style="color: blue;">Algo a investigar!</span></li>
<li>Silicon Valley es una serie que hay que mirar :)</li>
</ul>
</div>
<br />
<h2>
<span style="font-size: large;">Coach Agile</span></h2>
<div>
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhoaWj4psogNWQfkrgOKjhDeZAfNsgrhr4hiJDH2YEHC-swZSzoH5jJ3Gg0qqwCLrG1RHkbG3PUOkVduDaO0hbwrSAPGH-5aWbOiLPWORuBYyHLl24nAtHsr2AzlWCUjGGtL-LiqewCVSs/s1600/DSCN1547.JPG" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhoaWj4psogNWQfkrgOKjhDeZAfNsgrhr4hiJDH2YEHC-swZSzoH5jJ3Gg0qqwCLrG1RHkbG3PUOkVduDaO0hbwrSAPGH-5aWbOiLPWORuBYyHLl24nAtHsr2AzlWCUjGGtL-LiqewCVSs/s1600/DSCN1547.JPG" height="150" width="200" /></a></td></tr>
<tr><td class="tr-caption" style="font-size: 13px; text-align: center;"><table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td class="tr-caption" style="font-size: 13px; text-align: center;">https://twitter.com/Eaven_uy</td></tr>
</tbody></table>
<ul style="font-size: medium; text-align: start;"></ul>
</td></tr>
</tbody></table>
<br />
Esta charla en particular me pareció muy interesante dado que era un tema que venía investigando.</div>
<div>
Fue presentada por Diego Caballero y si bien no se mencionó/definió exactamente qué es un coach agile, se mencionó qué hace un Coach agile.</div>
<div>
El siguiente video puede ilustrar más o menos lo que se habló:</div>
<div>
<br />
<iframe allowfullscreen="" frameborder="0" height="270" src="https://www.youtube.com/embed/0OpeS_JKvtA" width="480"></iframe><br />
Literatura recomendada: Agile Coaching de Rachel Davies y Liz Sedley.<br />
<br />
<br /></div>
<div>
<h2>
<span style="font-size: large;">Salarios y equipos ágiles </span></h2>
</div>
<div>
Literatura recomendada:</div>
</div>
<div>
<ul>
<li>Valve Handbook</li>
<li>Buffer Open Salaries</li>
</ul>
<div>
Conclusiones, entre otras:</div>
</div>
<div>
<ul><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjrnpoNj0ppSfTjkMmJyapR1nBmIzNx9CVTyceDvYJI5Iof49n3MizhHe1qNQp_BwvHpqBfJ5LRHTYURxjO3B2CxUCjTqzAczhNFkm_KwezHMebHbEH8g88_PkQpPVoAlBbodv3oajyzhc/s1600/100_3458.JPG" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjrnpoNj0ppSfTjkMmJyapR1nBmIzNx9CVTyceDvYJI5Iof49n3MizhHe1qNQp_BwvHpqBfJ5LRHTYURxjO3B2CxUCjTqzAczhNFkm_KwezHMebHbEH8g88_PkQpPVoAlBbodv3oajyzhc/s1600/100_3458.JPG" height="150" width="200" /></a>
<li>Scrum no dice nada acerca de este tema.</li>
<li>Una posibilidad es que todo el equipo tenga un sueldo base y a partir de eso la empresa premia aquellos empleados que cumplen con ciertos objetivos que la empresa considera necesarios (por ejemplo: antigüedad, expertise, etc).</li>
<li>Agile propone dividir ganancias.</li>
<li>Personas del equipo premiando a otros miembros del equipo.</li>
<li>Sueldo variables.</li>
<li>Un sueldo bajo desmotiva, pero los bonos no son motivantes.</li>
</ul>
<div>
Este tema quedó abierto ya que es algo muy amplio, pero entre algunas de las cosas interesantes que pude oír es que dividir la ganancia aumenta la participación.</div>
<div>
<br /></div>
<h2>
<span style="font-size: large;">Deuda técnica</span></h2>
<div>
Me quedé con tres cosas de esta charla:</div>
<div>
<ul>
<li>No pude escuchar una definición clara de deuda técnica.</li>
<li>Si se puede hacer bien, hay que hacerlo bien. El cliente no tiene por que pagar un producto de baja calidad.</li>
<li>Es bueno negociar de antemano un porcentaje de tiempo para solucionar deuda técnica.</li>
</ul>
<div>
<h2>
<span style="font-size: large;">Conclusiones</span></h2>
</div>
</div>
<div>
Si bien no concurrió la cantidad de gente que esperábamos, todas las charlas fueron de gran nivel. aprendí y quedé entusiasmado para seguir investigando en Agilismo. Algo que definitivamente voy a seguir investigando es acerca del perfil de Coach Agile.</div>
</div>
<div>
<br /></div>
<div>
Y por último... gracias a toda la gente que participó y a la gente de Synchronit por aportar llevar el Oculus Rift :D.</div>
<div>
<br /></div>
<br />
<div>
</div>
<br />
<div class="separator" style="-webkit-text-stroke-width: 0px; clear: both; color: black; font-family: Times; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; margin: 0px; orphans: auto; text-align: center; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEghUccIt0RyBBJGE7TqPF7r4JnQJyL7fFFIbxjuadmonZrbQpNmEEnKqeTGmfYFZNxhaROkltiW_-eSASK0juhPb8iOuybK99PBpiW2WLurCJBW3sqdgZKJpygKUlP1_tuh8h_NBHh141E/s1600/100_3452.JPG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEghUccIt0RyBBJGE7TqPF7r4JnQJyL7fFFIbxjuadmonZrbQpNmEEnKqeTGmfYFZNxhaROkltiW_-eSASK0juhPb8iOuybK99PBpiW2WLurCJBW3sqdgZKJpygKUlP1_tuh8h_NBHh141E/s1600/100_3452.JPG" height="240" style="cursor: move;" width="320" /></a></div>
Anonymoushttp://www.blogger.com/profile/05520997061483537239noreply@blogger.com0Claustro de Universidad Catolica de Colombia, Bogotá, Colombia4.63408 -74.0670172999999754.6321015 -74.069538799999975 4.6360585 -74.064495799999975