tag:blogger.com,1999:blog-286316702024-03-13T05:59:32.197-05:00Un bug a la vezHistorias desde las trincheras del desarrollo de SW en Lima, Callao y Balnearios.Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.comBlogger55125tag:blogger.com,1999:blog-28631670.post-41209665069662055282012-08-29T14:20:00.001-05:002012-08-29T15:13:22.133-05:00El Poder de la Escucha Profunda<div class="separator" style="clear: both; text-align: center;">
<a href="http://4.bp.blogspot.com/-VtUJ8mug3y4/UD5jhJUpkLI/AAAAAAAACLk/VIZokojdjhE/s1600/IMG_1674.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="400" src="http://4.bp.blogspot.com/-VtUJ8mug3y4/UD5jhJUpkLI/AAAAAAAACLk/VIZokojdjhE/s400/IMG_1674.jpg" width="298" /></a></div>
<br />
El domingo 28 de agosto se realizó el <a href="http://agileopenlima.eventbrite.com/" target="_blank">Agile Open Lima VI</a> en la <a href="http://www.upeu.edu.pe/" target="_blank">Universidad Peruana Unión</a>. Tuve la oportunidad de co-facilitar <a href="http://agileopenlima.uservoice.com/forums/133669-agile-open-lima/suggestions/3028392-marshmallow-challenge" target="_blank">un par</a> <a href="http://agileopenlima.uservoice.com/forums/133669-agile-open-lima/suggestions/3094132-el-mito-de-las-tres-b-" target="_blank">de sesiones</a> y facilitar otra más en solitario. Decidí llamarla <b>"El poder de la escucha profunda para la colaboración e innovación en equipo."</b> Esta es la descripción que coloqué en el <a href="http://agileopenlima.uservoice.com/forums/133669-agile-open-lima" target="_blank">site de UserVoice</a> del evento:<br />
<br />
<i>Muchas veces se supone que 'saber escuchar' es una capacidad con la algunos pocos han sido bendecidos y la mayoría de nosotros no. Es más, no somos conscientes de nuestra propia capacidad de escucha y del efecto que ésta tiene en nuestro quehacer personal y profesional. Menos aún nos enseñan en el colegio, o en la educación superior, cómo afinar nuestras habilidades de escucha.</i><br />
<i><br /></i>
<i>Sin embargo, está plenamente demostrado que una capacidad de 'escucha profunda' o activa es una de las bases imprescindibles para construir equipos de alto rendimiento, colaborativos e innovadores.</i><br />
<i><br /></i>
<i>En este taller exploraremos, a través de juegos y dinámicas, cómo mejorar nuestras habilidades de escucha y concentración para elevar nuestra capacidad de trabajo en equipo.</i><br />
<br />
Para estructurar la sesión, me basé sobretodo en parte del excelente <a href="http://agiles2010.agiles.org/lang/es/cursos/artful-making-workshop/" target="_blank">taller que llevé el año 2010</a> con <a href="http://www.cutter.com/meet-our-experts/devinl.html" target="_blank">Lee Devin</a> sobre <a href="http://softwareagil.blogspot.com/2009/07/artful-making.html" target="_blank">Artful Making</a>. También empleé algunos ejercicios que facilita <a href="http://www.cyment.com/" target="_blank">Alan Cyment</a> como parte de sus los <a href="http://www.scrumalliance.org/profiles/4602-alan-e-cyment" target="_blank">cursos Certified Scrum Master que dicta</a> y en esta <a href="http://agilecomplexificationinverter.blogspot.com/2012/07/active-listening-5-second-rule.html" target="_blank">actividad grupal de David Koontz</a>.<br />
<br />
La estructura fue más o menos la siguiente:<br />
<ol>
<li>Ejercicio básico de construcción colectiva/improvisación: Construcción de una historia corta para que los participantes experimenten con su capacidad de escucha actual.</li>
<li>Ejercicio de escucha inefectiva: Para que los asistentes constanten qué se siente cuando no nos escuchan.</li>
<li>Explicación y ejercicios con la técnica F-W-R (Focus-Wander-Return): Para aprender esta técnica básica de concentración que nos permite mejorar sustancialmente nuestras habilidad de escucha activa.</li>
<li>Nuevamente se repite el primer ejercicio para que los participantes comprueben si existió una mejora tras lo aprendido en el punto 3.</li>
<li>Conversatorio abierto sobre lo aprendido en el taller y los beneficios que pueden obtener aplicando estas técnicas en los respectivos entornos profesionales de cada uno. La conversación se llevó a cabo usando <a href="http://agilecomplexificationinverter.blogspot.com/2012/07/active-listening-5-second-rule.html" target="_blank">The 5 Second Rule</a></li>
</ol>
Aquí comparto algunas fotos:<br />
<br />
<object height="300" width="400"> <param name="flashvars" value="offsite=true&lang=en-us&page_show_url=%2Fphotos%2Fgquiroz%2Fsets%2F72157631308926948%2Fshow%2F&page_show_back_url=%2Fphotos%2Fgquiroz%2Fsets%2F72157631308926948%2F&set_id=72157631308926948&jump_to="></param>
<param name="movie" value="http://www.flickr.com/apps/slideshow/show.swf?v=109615"></param>
<param name="allowFullScreen" value="true"></param>
<embed type="application/x-shockwave-flash" src="http://www.flickr.com/apps/slideshow/show.swf?v=109615" allowFullScreen="true" flashvars="offsite=true&lang=en-us&page_show_url=%2Fphotos%2Fgquiroz%2Fsets%2F72157631308926948%2Fshow%2F&page_show_back_url=%2Fphotos%2Fgquiroz%2Fsets%2F72157631308926948%2F&set_id=72157631308926948&jump_to=" width="400" height="300"></embed></object>
<br />
<br />
Me dio gusto recibir el buen feedback de los asistentes y comprobar que en la retrospectiva al final del evento la gente dio también una evaluación positiva.<br />
<br />
Si les interesa que facilite este taller <b>gratuitamente</b> en sus organizaciones, pueden contactarme al <a href="mailto:blog@unbugalavez.net" target="_blank">mail del blog</a> o <a href="http://about.me/gustavo.quiroz" target="_blank">por cualquier otro canal</a>.Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com1tag:blogger.com,1999:blog-28631670.post-64928343926217062522012-06-21T19:36:00.001-05:002012-06-22T11:12:40.046-05:00El extraño Mundo de Agile<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-tXl27_NMmGs/T-O54IukVPI/AAAAAAAACKY/e1KusOVbGwI/s1600/Nightmare-Before-Christmas_1..jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="300" src="http://3.bp.blogspot.com/-tXl27_NMmGs/T-O54IukVPI/AAAAAAAACKY/e1KusOVbGwI/s400/Nightmare-Before-Christmas_1..jpg" width="400" /></a></div>
<br />
<span style="background-color: white;">Imagina que toda tu vida has habitado mundo oscuro y sombrío poblado por </span><b>bichos feos, monstruos, brujas, esqueletos y fantasmas</b><span style="background-color: white;">. Y que todas las actividades que realizas se consideran exitosas si logran el tan ansiado fin de asustar a las personas.</span><br />
<br />
Y ahora imagina que por casualidad descubres un mundo diferente, lleno de de <b>luces, colores, sonrisas y felicidad por todos lados</b>. Al ver esta realidad totalmente distinta no puedes evitar sentirte atraído y enganchado a todas estas nuevas sensaciones, así que decides llevar estas cosas maravillosas a tu lugar de origen <span style="background-color: white;">y convencer a todo el mundo de hacer las cosas tal y como las has visto en aquel mágico paraje.</span><br />
<br />
<span style="background-color: white;">Pues bien, esto es precisamente lo que ocurre en la película <a href="http://www.imdb.com/title/tt0107688/" target="_blank">El extraño Mundo de Jack (The Nightmare before Christmas<u>)</u></a> donde el protagonista, <b>Jack Skellington</b>, cansado de celebrar Halloween año tras año, descubre la Navidad, queda fascinando por ella, y decide tomar control de la misma junto con sus amigos.</span><br />
<br />
<span style="background-color: white;">Ahora, Jack no es un personaje malvado ni un mal tipo. Todo lo contrario, tiene la mejor intención del mundo. El problema es que ni él, y mucho menos sus amigos, comprenden realmente el significado de la Navidad. Sólo se concentran en replicar lo que aparentemente ven que funciona sin reparar en los sentimientos, actitudes y motivaciones detrás.</span><br />
<br />
<span style="background-color: white;">Es así que terminamos con juguetes que asustan a los niños, esqueletos de renos vueltos a la vida, trineos en forma de ataúd </span><span style="background-color: white;">y </span><span style="background-color: white;">un esqueleto volador haciéndola de <b>Santa Claus</b>, a quien Jack llama <b>Santa Atroz (Sandy Claws)</b> pues es el nombre que cree escuchar durante su visita a la tierra de la Navidad.</span><br />
<br />
¿A qué va todo esto? Pues a que últimamente he estado observando que mucha gente se comporta precisamente como Jack cuando descubre los <b>Métodos Ágiles</b>, ya sea mediante un curso, libro, artículo o evento de la comunidad. Quedan deslumbrados por la simpleza y efectividad de prácticas tales como el uso de un <b>Panel de Tareas</b> o la realización de <b>Reuniones Diarias de 15 minutos</b>, así que deciden llevar estas técnicas a su contexto diario copiando tal cual lo que observaron, pero sin entender los principios y valores detrás, <span style="background-color: white;">conviertiéndose en practicantes de <a href="http://jamesshore.com/Blog/Cargo-Cult-Agile.html" target="_blank">Cargo Cult Software Engineering</a>. </span><span style="background-color: white;">Es así que el entusiasmo dura algunos pocos días, tras lo cual se vuelve a lo mismo de siempre. </span><br />
<br />
En otros casos, las prácticas se modifican de manera poco juiciosa ("¡Hagamos la reunión semanal en lugar de diaria!", "¡En lugar de panel altamente visible para el todo el equipo, tengamos uno pequeño que sólo el Project Manager ve!") para volverlas más acorde al status quo imperante, con lo que éstas pierden fuerza, impacto y éxito.<br />
<br />
¿Que tan extendido está este fenómeno? Al parecer es lo que ocurre en la mayoría de organizaciones que implementan <b>Métodos Ágiles</b>, según <a href="http://www.cohaa.org/content/sites/default/files/water-scrum-fall_0.pdf" target="_blank">este reciente estudio de Forrester</a>. ¿Es algo inevitable a largo plazo? <span style="background-color: white;">Quizás sí lo sea. Tal vez sea un ejemplo más de la evolución del conocimiento, entendido como el </span><span style="background-color: white;">patrón dialéctico de tesis, antítesis y síntesis, </span><span style="background-color: white;"><a href="http://www.navegapolis.net/content/view/907/58/" target="_blank">tal como explica aquí Juan Palacio</a>. Quizás también sea la consecuencia de la creciente popularidad que vienen alcanzando métodos como <b>Scrum</b>, demostrando una vez más la <a href="http://jimhighsmith.com/2011/02/22/the-law-of-raspberry-jam-reflecting-on-agile-progress/" target="_blank">Ley de la Mermelada de Frambuesa</a></span><span style="background-color: white;">.</span><br />
<br />
<span style="background-color: white;">¿Han observado esta situación en sus organizaciones? ¿Les parece el camino a seguir?</span>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com1tag:blogger.com,1999:blog-28631670.post-36101167502046408282011-09-30T02:20:00.000-05:002011-10-02T01:01:17.794-05:00La Invasión de los Gerentes de Proyecto<div class="separator" style="clear: both; text-align: center;">
<a href="http://3.bp.blogspot.com/-e_xNDf-lbog/ToVqSsn5yYI/AAAAAAAAB0w/gbJXOMAU1bI/s1600/night_of_the_living_dead_1.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="299" src="http://3.bp.blogspot.com/-e_xNDf-lbog/ToVqSsn5yYI/AAAAAAAAB0w/gbJXOMAU1bI/s400/night_of_the_living_dead_1.jpg" width="400" /></a></div>
<br />
Hace unos días me junté con un viejo amigo, a quien no veía hacía un buen tiempo; llamémoslo Luchín. Mi amigo trabaja hace ya unos 4 años como desarrollador senior en una empresa local proveedora de soluciones de software. Muy acongojado, Luchín me contó: <b>"Ahora sí que se fue todo al diablo. Llegó la invasión de los gerentes de proyecto a la empresa"</b>. Mi primera reacción fue de decepción, pues durante 3 años trabajé en esa empresa y me esforcé por forjar una cultura que cultive precisamente lo contrario a lo que esa frase vaticinaba.<br />
<br />
Esta situación coincidió con un <a href="http://groups.google.com/group/agileperu/browse_thread/thread/cac7b3493062f693">thread muy activo</a> a inicios de este mes en la lista de la comunidad <a href="http://www.agile-peru.net/">Agile Perú</a>, el cual fue abierto con una cita extraída de <a href="http://twitter.com/#!/orlysemperfi/status/110942804955508736">un tweet del mundo real</a>: <b>"Ya no quiero ser ingeniero, quiero ser gerente de proyectos!"</b> El thread creció muy rápidamente hasta llegar a tener más de 60 replies en menos de dos días. Es evidentemente un tema sensible, un tanto polémico y que está "de moda".<br />
<br />
¿Pero, de qué estoy hablando exactamente? Vamos al grano. Tomaré como definición general de gerente de proyectos a alguien que:<br />
<ul>
<li>Ya no desarrolla software</li>
<li>Les dice qué hacer a los desarrolladores</li>
<li>Es pagado considerablemente mejor que a los desarolladores</li>
<li>Es visto con mejores ojos y tiene más status que los desarrolladores ante todo el personal</li>
<li>No es explotado ni forzado a trabajar horas insanas</li>
<li>Tiene el privilegio de repartir tarjetas de presentación y firmar e-mails que dicen "Gerente"</li>
</ul>
<br />
¿Y cuál es problema con todo esto?<br />
<br />
Bueno, desde mi humilde punto de vista, veo lo mismo que <a href="http://twitter.com/#!/tobiasmayer">Tobias Mayer</a> describió muy claramente hace ya 2 años en esta serie de iluminadores artículos:<br />
<ul>
<li><a href="http://agilethinking.net/blog/2009/03/11/oppression-revolution-and-the-future-of-scrum-1/">Oppression, Revolution and the Future of Scrum — #1</a></li>
<li><a href="http://agilethinking.net/blog/2009/03/16/oppression-revolution-and-the-future-of-scrum-%E2%80%94-2/">Oppression, Revolution and the Future of Scrum — #2</a></li>
</ul>
<br />
Extraigo algunas secciones imperdibles:<br />
<br />
<div style="padding-bottom: 1em; padding-left: 0px; padding-right: 0px; padding-top: 0px;">
<span class="Apple-style-span" style="font-family: inherit;"><i>The tragedy of many revolutions is that once successful the leaders tend towards the same behavior that caused the need for the revolution in the first place. The oppressed become the oppressors, i.e. they take on essentially the same behaviors because they don’t know how else to behave.</i></span></div>
<div style="padding-bottom: 1em; padding-left: 0px; padding-right: 0px; padding-top: 0px;">
<span class="Apple-style-span" style="font-family: inherit;"><i>George Orwell characterized this tendency in the novel <a href="http://en.wikipedia.org/wiki/Animal_Farm">Animal Farm</a>, an allegory for the Russian Revolution and subsequent events. By the end of the book, the revolutionary leader, Napoleon (a pig, by some charming coincidence) is walking on two legs, dressing in human clothing and selling his best friends out for horse meat.</i></span><br />
<br />
<div style="padding-bottom: 1em; padding-left: 0px; padding-right: 0px; padding-top: 0px;">
<span class="Apple-style-span" style="font-family: inherit;"><span class="Apple-style-span" style="color: #333333;"><i style="background-color: white;">There can be no really pervasive system of oppression . . . without the consent of the oppressed.” —<a href="http://en.wikipedia.org/wiki/Florynce_Kennedy">Florynce Kennedy</a></i></span></span></div>
<span class="Apple-style-span" style="font-family: inherit;"><span class="Apple-style-span" style="color: #333333;"><i style="background-color: white;">Too often the oppressed don’t want change; they simply want to be on the other side of the oppression. That is the ugly reality we live in. We have all seen individuals rise to middle-management and change behavior accordingly, fitting in to the system and emulating their superiors. Many of us have seen teams fall apart through infighting — indeed a key part of the Scrum Master training course is focused on dealing with such situations. Reward systems in most software corporations are based on individual superiority, and to be superior, others must be considered inferior.</i></span></span></div>
<div style="padding-bottom: 1em; padding-left: 0px; padding-right: 0px; padding-top: 0px;">
<span class="Apple-style-span" style="font-family: inherit;"><span class="Apple-style-span" style="color: #333333;"><i style="background-color: white;">Commenting on the syndrome of in-fighting between oppressed natives in colonized countries, <a href="http://en.wikipedia.org/wiki/Paulo_Freire">Paulo Friere</a> notes “</i></span></span><span class="Apple-style-span" style="color: #333333;"><i style="background-color: white;">At a certain point in their existential experience the oppressed feel an irresistible attraction towards the oppressors and their way of life. Sharing this way of life becomes an overpowering aspiration. In their alienation, the oppressed want at any cost to resemble the oppressors, to imitate them, to follow them.”</i></span><br />
<br />
<span class="Apple-style-span" style="color: #333333;">En resumen, esto significaría que muchos desarrolladores al hartarse de la opresión a la que son sometidos por sus respectivos jefes o gerentes de proyecto, no ven otra salida que convertirse en opresores ellos mismos y a perpetuar (probablemente de forma inconsciente) el mismo modelo de opresión antes nuevos desarrolladores.</span><br />
<br />
Esta opresión se expresa comúnmente a través del lenguaje de los opresores, con frases del tipo: <b>"No sé que haces pero lo quiero para mañana"</b>.<br />
<br />
Lo paradójico de todo esto, al menos en mi caso, fue que hace poco tuve que firmar un mail con el título de <b>Gerente de Proyectos</b>. No precisamente por una preferencía mía, sino del cliente con el que estaba trabajando, quien a su vez deseaba proyectar cierta imagen ante su respectivo cliente.<br />
<br />
Y ustedes, ¿qué quieren ser cuando "crezcan"?</div>
Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com10tag:blogger.com,1999:blog-28631670.post-53092690147954966932011-01-19T12:23:00.003-05:002011-01-19T12:31:34.372-05:00Propuestas presidenciales SMART<div class="separator" style="clear: both; text-align: center;"><a href="http://2.bp.blogspot.com/_EUfEx2NOSw8/TTcdv2LbAMI/AAAAAAAABd0/e8_nLvGfyZM/s1600/getsmart_6222.gif" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/_EUfEx2NOSw8/TTcdv2LbAMI/AAAAAAAABd0/e8_nLvGfyZM/s1600/getsmart_6222.gif" /></a></div><br />
La primera idea para escribir sobre este tema la tuve durante la campaña para las elecciones municipales de hace unos meses. Pero se puede trasladar tal cual a la presente campaña presidencial.<br />
<br />
Existe una sencilla manera de describir los objetivos a los que puede aspirar una persona o una empresa. En inglés, esta técnica recibe el acrónimo SMART (que se puede traducir como astuto, listo o incluso "vivo"). Así, la idea es establecer objetivos SMART (o SMART Goals) en nuestras vidas.<br />
<br />
Es una técnica bastante conocida y de hecho ya la había encontrado en libros como <a href="http://www.amazon.com/Behind-Closed-Doors-Management-Programmers/dp/0976694026">Behind Closed Doors</a> y <a href="http://www.amazon.com/Pragmatic-Thinking-Learning-Refactor-Programmers/dp/1934356050">Pragmatic Thinking & Learning</a>. Incluso, es bastante útil cuando se emplea en el contexto de <a href="http://www.slideshare.net/gquiroz/retrospectivas-en-el-mundo-real">una retrospectiva</a>. Leyendo <a href="http://www.modlost.net/home/article/smart-goals.html">los</a> <a href="http://www.modlost.net/home/article/defining-smart-goals.html">posts</a> que mi buen amigo Abner realizó hace poco, fue que me volví a encontrar con este concepto.<br />
<br />
La idea es que cuando definamos objetivos, cada uno de ellos debería poseer las siguientes cualidades:<br />
<div><ul><li><b>S</b> - Ser e<b>S</b>pecífico </li>
<li><b>M</b> - Ser <b>M</b>edible</li>
<li><b>A</b> - Ser <b>A</b>lcanzable</li>
<li><b>R</b> - Ser <b>R</b>elevante</li>
<li><b>T</b> - Estar limitado por el <b>T</b>iempo</li>
</ul><div>Por ejemplo, decir que mi objetivo es "aprender a bailar" no es SMART. Decir, en cambio, que mi objetivo es "poder bailar salsa, cumbia y merengue en las fiestas sin repetir los mismos pasos en cada baile y sintiéndome cómodo y contento al hacerlo en un tiempo límite de 3 meses" sí es SMART.</div><div><br />
</div><div>Es más, gente como <a href="http://www.jrothman.com/rcg.html">Joanna Rothman</a> recomienda que, cuando planifiquemos, nos fijemos objetivos SMART pequeños y progresivos, de modo que podamos medir el avance más fácilmente. Siguiendo con el ejemplo anterior, quizás sería mejor establecer como primer objetivo "aprender 3 pasos básicos de salsa en máximo 2 semanas". Una vez conseguido este objetivo, podríamos fijar el siguiente.</div></div><div><br />
</div><div>¿A qué viene todo esto? Bueno, a que cuando escucho a algún candidato político hablar sobre sus propuestas, busco evaluarlas según el criterio SMART. Y para ser franco, durante la última campaña municipal, no encontré mucho de SMART en el discurso de ninguno de los candidatos.</div><div><br />
</div><div>Veremos si esta vez, al menos uno me sorprende cuando tome la palabra en alguna entrevista, mitin o debate.</div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com3tag:blogger.com,1999:blog-28631670.post-83765875330205109912010-09-08T12:30:00.001-05:002010-09-08T12:31:45.324-05:00Ágiles 2010: 3ras Jornadas Latinoamericanas sobre Metodologías ÁgilesÁgiles 2010 es una excelente oportunidad para encontrase con<br />
profesionales de IT de la región, interesados en compartir sus<br />
experiencias, debatir y capacitarse en temas relacionados con el<br />
desarrollo de software a través del uso de metodologías ágiles.<br />
<br />
Esta tercera edición, con sede en la ciudad de Lima, Perú, contará<br />
con la presencia de especialistas locales e internacionales, quienes<br />
compartirán su conocimiento durante los cuatro días que durará el<br />
evento.<br />
<br />
El programa incluye distintos tipos de actividades: presentaciones,<br />
sesiones interactivas, talleres y espacios abiertos de debate.<br />
<br />
Entre los invitados internacionales se encuentran los keynote<br />
speakers Lee Devin y Joshua Kerievsky, que también estarán brindando<br />
cursos durante el evento.<br />
<br />
<div class="separator" style="clear: both; text-align: left;"><a href="http://agiles2010.agiles.org/"><img border="0" height="48" src="http://agiles2010.agiles.org/wp-content/uploads/2010/04/banner-es.gif" width="320" /></a></div><div style="text-align: left;"><br />
</div><b>¡<a href="http://agiles2010.agiles.org/lang/es/inscripcion/">Inscríbete</a> y se parte de Ágiles 2010!</b>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com0tag:blogger.com,1999:blog-28631670.post-16585977066711183992010-02-10T22:04:00.004-05:002010-02-11T09:26:24.348-05:00La retrospectiva de Scrooge<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_EUfEx2NOSw8/S3N0Tjg3J2I/AAAAAAAABJU/UdrAJWci6ds/s1600-h/christmas_carol_m.jpg"><img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 320px; height: 189px;" src="http://3.bp.blogspot.com/_EUfEx2NOSw8/S3N0Tjg3J2I/AAAAAAAABJU/UdrAJWci6ds/s320/christmas_carol_m.jpg" border="0" alt="" id="BLOGGER_PHOTO_ID_5436817054465730402" /></a><p>Supongo que todos están familiarizados con la novela <strong>A Christmas Carol</strong> de <strong>Charles Dickens</strong> (o alguna de sus adaptaciones), en la cual un viejo gruñon, <strong>Ebenezer Scrooge</strong>, es visitado durante la Nochebuena por tres fantasmas quienes le hacen reflexionar, reencontrase con su niño interior e imbuirse de espíritu navideño. Hace poco <strong>Jim Carrey</strong> protagonizó una versión en 3D para la pantalla grande.</p> <p>Bueno, en las últimas fiestas me topé con una de las tantas versiones en televisión, esta vez representada por <strong>Patrick Stewart</strong>. Sí, el mismísimo <strong>Profesor Xavier</strong> de <strong>X-Men</strong> y <strong>Capitán</strong> <strong>Jean-Luc Picard</strong> de <strong>Stark Trek</strong>. Y sí, sé que ya hace tiempo que pasó la Navidad.</p> <p>El punto es que al observar la narración de la película en cuestión empecé a encontrar asombrosas similitudes entre lo que ocurría con nuestro héroe (¿o anti-héroe?) y lo que usualmente sucede durante las retrospectivas de los proyectos de software. Veamos a qué me refiero, y para esto nos basaremos en el <a href="http://www.unbugalavez.net/2009/10/entrevisa-con-diana-larsen.html">framework flexible de restrospectivas</a> de <strong>Esther Derby</strong> y <strong>Diana Larsen</strong>.</p> <p>El primer fantasma en visitar a Scrooge es el de las navidades pasadas, quien le recuerda a Scrooge sucesos de su pasado, especialmente de su infancia, adolescencia y juventud. Esto coincide con la etapa de <strong>Recolección de Datos (Gather Data),</strong> pues lo que se busca es que Scrooge contemple, a modo de observador externo, los hechos relevantes que tengan influencia sobre su comportamiento en la actualidad.</p> <p>El segundo fantasma es el de las navidades presentes. Este le muestra cómo festejan aquéllos del círculo de personas cercanas a Scrooge. Tanto pobres como ricos personifican el espíritu navideño y celebran con lo poco o mucho que poseen. A partir de aquí se comienzan a formar reflexiones profundas dentro del protagonista (<strong>Generate Insights</strong>), al combinar elementos pasados y presentes,de maneras no obvias para alguien que se había acostumbrado a vivir de cierta manera y sin pensar mucho al respecto.</p> <p>Finalmente, el tercer fantasma, el de las navidades futuras, le muestra a Scrooge el triste y lamentable porvenir que le espera, acaso decida seguir por el mismo rumbo carente de compasión y benevolencia con el prójimo. Es aquí que termina la etapa de reflexión y Scrooge comienza a tomar decisiones sobre cómo debe comportarse y qué elementos de su personalidad debe cambiar para mejorar (<strong>Decide What to Do</strong>).</p> <p>Si tienen la oportunidad de ver esta película, prueben mirándola a través de estos nuevos ojos y se darán cuenta por qué se afirma comúnmente que las retrospectivas (entre otras prácticas ágiles) no son más que sentido común aplicado al contexto de los equipos de trabajo y el desarrollo de nuevos productos de software.</p>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com0tag:blogger.com,1999:blog-28631670.post-87456805143945014652009-12-16T20:36:00.006-05:002009-12-16T20:44:22.466-05:00Discos, transparencia y cuellos de botella<p><a href="http://lh6.ggpht.com/_EUfEx2NOSw8/SymLBXt7NfI/AAAAAAAABIc/HwVpAB07a9Y/s1600-h/FOTO1%20TIENDA%20DISCOS%20DEL%20PASO%20%5B5%5D.jpg"><img style="border-right-width: 0px; margin: 0px auto; display: block; float: none; border-top-width: 0px; border-bottom-width: 0px; border-left-width: 0px" title="FOTO1 TIENDA DISCOS DEL PASO " border="0" alt="FOTO1 TIENDA DISCOS DEL PASO " src="http://lh4.ggpht.com/_EUfEx2NOSw8/SymLCvTEQWI/AAAAAAAABIk/SYnli0WMpeg/FOTO1%20TIENDA%20DISCOS%20DEL%20PASO%20_thumb%5B3%5D.jpg?imgmax=800" width="364" height="281" /></a> </p> <p>Hace unas semanas fui a comprar unos CD’s a <strong>Plaza San Miguel</strong> (sí, soy uno de esos especímenes raros que todavía compra discos originales). Hacía tiempo que no iba por allá, así que estaba un poco desorientado, pues varias tiendas se habían mudado de sitio. Dando unas cuantas vueltas por el lugar, encontré <strong>Sonodiscos</strong>, una tienda que a simple vista se nota que no es parte de una cadena, sino que, más bien, aparenta tener tradición y ser parte de un negocio familiar.</p> <p>El punto es que, cuando empecé a revisar los discos que tenían a la vista, me vi bastante desorientado. La razón es simple: ninguno de los discos tenía el precio adherido al empaque! Lo que exhibían era un código algo críptico y para nada indicativo.</p> <p>El producto de esto es que, para un humilde melómano como el que escribe, se me hacía imposible evaluar el costo-beneficio de las posibles compras que deseaba realizar, pues cada vez que necesitaba saber un precio debía consultar con alguno de los empleados del lugar.</p> <p>La situación llegó a un punto tal, que me comencé a sentir bastante incómodo por la falta de información, o más bien por la falta de rapidez en conseguirla y por el cuello de botella que se generaba con el personal de la tienda al intentar conseguirla.</p> <p>Ahora, ¿cuál es mi punto con esta historia? Pues básicamente dos: el primero es que, muchas veces en los proyectos de software, pecamos de falta de transparencia. Usualmente, la razón de esto es el miedo. Miedo porque, si somos transparentes, el resto de personas nos juzgará o, peor aún, nos castigará por nuestros errores. Me atrevo a soltar la hipótesis de que, en el caso de <strong>Sonodiscos</strong>, el dueño podría tener miedo de la competencia y de que ésta acuda a su tienda a espiar los precios.</p> <p>El segundo punto es que, al ocultar información, creamos cuellos de botella artificiales, innecesarios y que entorpecen la colaboración y la consecución de objetivos. En mi caso, tenía poco tiempo para visitar la tienda y mi objetivo era comprar la mayor cantidad de discos de artistas que no conociera mucho en el menor tiempo posible y bajo un presupuesto predefinido. </p> <p>Lamentablemente, no conseguí mi objetivo a cabalidad. Lo siento <strong>Sonodiscos</strong>, pero la próxima vez iré directamente a <strong>Phantom</strong>. Aunque los precios a veces son ligeramente más caros, me ofrecen una mejor relación costo-beneficio para alcanzar mis objetivos.</p>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com0tag:blogger.com,1999:blog-28631670.post-32554300752348011762009-10-13T20:05:00.018-05:002015-09-01T13:55:00.549-05:00Entrevista con Diana Larsen<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_EUfEx2NOSw8/StUl1_KJTUI/AAAAAAAABDU/IJqbj0fOBNU/s1600-h/agile_retrospectives-making_good_teams_great.jpg"><img style="margin: 0pt 10px 10px 0pt; float: left; cursor: pointer; width: 166px; height: 200px;" src="http://4.bp.blogspot.com/_EUfEx2NOSw8/StUl1_KJTUI/AAAAAAAABDU/IJqbj0fOBNU/s200/agile_retrospectives-making_good_teams_great.jpg" alt="" id="BLOGGER_PHOTO_ID_5392257738263317826" border="0" /></a><div>El evento <a href="http://www.agiles2009.org/es/index.php">Agiles 2009</a> que se llevó a cabo en Florianópolis, Brasil llegó a su fin la semana pasada. Fue una vivencia gratísima compartir conocimiento y experiencias con tanta gente interesada en la Agilidad, principalmente de Brasil y Argentina, así como también conocer a personas como <a href="http://www.futureworksconsulting.com/">Diana Larsen</a>, autora del libro <a href="http://www.amazon.com/Agile-Retrospectives-Making-Teams-Great/dp/0977616649">“Agile Retrospectives: Making good teams great!”</a> y presidente del directorio de la <a href="http://www.agilealliance.org/">Agile Alliance</a>.<br /><br />En esta entrevista, Diana nos habla sobre qué son las retrospectivas, de dónde vienen y cómo se estructuran.<br /></div><div><br /></div><div>Además toca algunos temas sociológicos, relacionados a las retrospectivas pero un poco más amplios y, finalmente, discute un poco sobre el futuro de la Agile Alliance y de Agile en general.</div><object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,0,0" id="mp3playerlightsmallv3" align="middle" width="210" height="25"><br /><param name="allowScriptAccess" value="sameDomain"><br /><param name="movie" value="http://www.podbean.com/podcast-audio-video-blog-player/mp3playerlightsmallv3.swf?audioPath=http://gquiroz.podbean.com/mf/play/thn5i/DianaLarsen.mp3&autoStart=no"><br /><param name="quality" value="high"><param name="bgcolor" value="#ffffff"><param name="wmode" value="transparent"><br /><embed src="http://www.podbean.com/podcast-audio-video-blog-player/mp3playerlightsmallv3.swf?audioPath=https://dl.dropboxusercontent.com/u/716444/DianaLarsen.mp3&autoStart=no" quality="high" name="mp3playerlightsmallv3" allowscriptaccess="sameDomain" wmode="transparent" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" align="middle" width="210" height="25"></embed><br /></object><br /><a style="border-bottom: medium none; font-family: arial,helvetica,sans-serif; font-size: 11px; font-weight: normal; padding-left: 41px; color: rgb(45, 162, 116); text-decoration: none;" href="http://www.podbean.com/">Powered by Podbean.com</a><br /><br /><div><a href="https://dl.dropboxusercontent.com/u/716444/DianaLarsen.mp3">Pueden bajarse la entrevista aquí.</a><!--a href="http://www.podbean.com/podcast-download?b=191543&f=http://gquiroz.podbean.com/mf/web/thn5i/DianaLarsen.mp3">Pueden bajarse la entrevista aquí.</a--></div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com5tag:blogger.com,1999:blog-28631670.post-59684046697277393612009-09-09T18:41:00.035-05:002009-09-26T13:41:34.321-05:00En los negocios, ¿el tiempo es lo más importante?No veo mucha televisión. Es más, ni siquiera tengo cable (!!??). Pero sucede que hace poco estuve mal de salud y tuve que pasar unos días en casa frente a la caja boba. Es así que descubrí este comercial de Interbank que me dejó un tanto intranquilo:<br /><br /><object height="344" width="425"><param name="movie" value="http://www.youtube.com/v/b3G7jvsnp48&hl=en&fs=1&rel=0&color1=0xe1600f&color2=0xfebd01"><param name="allowFullScreen" value="true"><param name="allowscriptaccess" value="always"><embed src="http://www.youtube.com/v/b3G7jvsnp48&hl=en&fs=1&rel=0&color1=0xe1600f&color2=0xfebd01" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" height="344" width="425"></embed></object><br /><div><br />La dinámica de la publicidad gira entorno a la siguiente idea-fuerza: "En los negocios el tiempo es lo más importante." Si bien es obvio que el comercial está realizado en tono de burla o comedia, deja traslucir la que varios empresarios o ejecutivos piensan que es la mejor manera de gestionar a su personal, área o empresa. </div><br /><div>Es decir, concentrarse en mantener a los empleados ocupados el 100% del tiempo, asumiendo que los objetivos planteados por los niveles superiores de la jerarquía son los correctos (sin una adecuada validación) y tratando de alcanzarlos lo más rápido posible, evitando crear <a href="http://www.amazon.com/Slack-Getting-Burnout-Busywork-Efficiency/dp/0767907698">e</a><a href="http://www.amazon.com/Slack-Getting-Burnout-Busywork-Efficiency/dp/0767907698">spacios para el diálogo, la contrapropuesta y la generación de intercambios de opiniones que aporten valor</a>. O visto de otro modo, desaprovechar <a href="http://googleblog.blogspot.com/2006/05/googles-20-percent-time-in-action.html">la capacidad que cada persona tiene para crear, generar soluciones e ideas; en resumen, para innovar</a>.</div><br /><div>Veo varios problemas con esta forma de gestión. En primer lugar opino que lo más importante en los negocios no es el tiempo (a secas), sino generar valor en los clientes. Es decir ofrecerles productos o servicios de calidad que satisfagan sus necesidades. En segundo lugar está la suboptimización. El hecho de tener al personal ocupado todo el tiempo pierde de vista el objetivo real de lo que estamos haciendo y cómo podemos mejorarlo, alienta la separación entre las áreas funcionales de la empresa, la formación de colas de información (con las correspondientes demoras) y una presión excesiva sobre las tareas a realizar, lo que promueve una <a href="http://www.experiment-resources.com/helping-behavior.html">cultura de "tomar atajos" y acarrea una pérdida de calidad en las actividades que hacemos</a>.</div><div><br /></div><div>Una vez claro lo anterior, recién podemos empezar a discutir el factor tiempo. Obviamente, si nuestra competencia ofrece un producto o servicio con mejor calidad que la nuestra en la mitad del tiempo, <a href="http://online.wsj.com/article/SB113980175982572192.html">estamos en problemas</a>. Pero esto debe enfocarse como un <a href="http://en.wikipedia.org/wiki/Systems_thinking">problema sistémico</a>, a modo de atacar las causas raíz que permitan generar soluciones y que eliminen los desperdicios dentro de nuestros procesos, teniendo en claro todo el <a href="http://en.wikipedia.org/wiki/Value_stream">flujo de valor</a>, <a href="http://en.wikipedia.org/wiki/Value_Stream_Mapping">desde que una necesidad es detectada hasta que ésta es satisfecha</a>.</div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com5tag:blogger.com,1999:blog-28631670.post-88107549959241454912009-08-20T22:29:00.012-05:002009-08-20T23:26:23.555-05:00CSP, ¿y ahora qué?<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://1.bp.blogspot.com/_EUfEx2NOSw8/So4ebJxM1bI/AAAAAAAABAY/kEnoZhbUB5g/s1600-h/Scrum_Practitioner_logo.gif"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 129px;" src="http://1.bp.blogspot.com/_EUfEx2NOSw8/So4ebJxM1bI/AAAAAAAABAY/kEnoZhbUB5g/s320/Scrum_Practitioner_logo.gif" alt="" id="BLOGGER_PHOTO_ID_5372264857327162802" border="0" /></a>Hace unos días recibí la buena noticia de que había obtenido la certificación <a href="http://www.scrumalliance.org/pages/certified_scrum_practitioner">CSP (Certified Scrum Practitioner)</a> de parte de la <a href="http://www.scrumalliance.org/">Scrum Alliance</a>. Mi primera reacción fue de alegría y satisfacción, obviamente. No considero que sea una certificación fácil de obtener pues, a diferencia de muchas otras, lo que se evalúa es un cuestionario de unas 20 preguntas acerca de la experiencia que uno tiene aplicando (o al menos intentando aplicar) Scrum en un contexto específico. A diferencia de la certificación <a href="http://www.scrumalliance.org/pages/certified_scrummaster_csm">CSM</a>, que sólo requiere llevar el curso (aunque próximamente será exigible un examen on-line de alternativa múltiple) y que tiene aproximadamente 56,000 personas certificadas en todo el mundo, la CSP sólo tiene alrededor de 600.<br /><br />Una vez pasada la emoción, me empecé a preguntar qué es lo que vino antes y también qué viene después. Un paso lógico sería buscar obtener la <a href="http://www.scrumalliance.org/pages/certified_scrum_coach">CSC</a> o <a href="http://www.scrumalliance.org/pages/certified_scrum_trainer">CST</a>, que no son nada fáciles (ni baratas, valgan verdades). Sin embargo, más que eso, en este momento me gustaría reflexionar un poco sobre la real utilidad de las certificaciones.<br /><br />Hubo un tiempo en que buscaba obtener certificaciones de manera un tanto obsesiva, por varias razones: siendo valoradas en el mercado, usualmente llevan a un mejor sueldo y posición, demuestran el conocimiento que puedes tener en una determinada materia y por supuesto, ¡lo hacen sentir muy bien a uno cuando las recibe! No niego que me sirvieron de mucho, profesionalmente hablando. Pero la verdad es que de, de todo el conocimiento que adquirí estudiando para esos exámenes, una buena parte simplemente ha desaparecido de mi memoria, o para decirlo más elegantemente, no fue correctamente indexado y, por lo tanto, es inubicable.<br /><br />La realidad es que para que el conocimiento sea realmente útil es indispensable acompañarlo de la experiencia. Es ésta la que permite validar lo aprendido, combinarlo en nuevas formas e incluso descartar aquellas cosas que no son tan válidas en la práctica. Ahora, todo esto suena muy obvio, ¿no? Sin embargo, muchas empresas no lo ven de esa manera. Se concentran únicamente en el certificado y no toman en cuenta la experiencia, confiando en que por poseer el cartoncito (o PDF) la persona será capaz de asumir los retos propios del trabajo. Esto sería similar a que se contrate a un gerente recién egresado de un MBA, ¡pero con ninguna experiencia gerencial!<br /><br />Ahora, no estoy en contra de las certificaciones. Simplemente pienso que no es un indicador 100% fiable (quizás ni 50%) de lo que una persona puede hacer en el campo laboral y por lo tanto, considero que no debería jamás ser un requisito indispensable o exigible para un puesto relacionado al desarrollo de software. Las veces que he entrevistado gente (que han sido varias) he tenido mucho cuidado en este punto, llegando incluso a rechazar postulantes con muy bonitos certificados pero sin la experiencia necesaria o sin una personalidad que viera que encajaba adecuadamente con nuestra cultura empresarial.Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com3tag:blogger.com,1999:blog-28631670.post-33819875930908750982009-08-06T18:44:00.003-05:002009-08-06T18:55:46.258-05:00Conferencia Internacional sobre Testing y Calidad del Software<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_EUfEx2NOSw8/Snttb8tJQ4I/AAAAAAAAA_I/gTPyaRd1ZRw/s1600-h/cabecera_2009_es.gif"><img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 400px; height: 96px;" src="http://2.bp.blogspot.com/_EUfEx2NOSw8/Snttb8tJQ4I/AAAAAAAAA_I/gTPyaRd1ZRw/s400/cabecera_2009_es.gif" border="0" alt="" id="BLOGGER_PHOTO_ID_5367003707861451650" /></a><div style="text-align: center;"><br /></div>Me llegó hace poco una invitación a <a href="http://www.qatest.org/es/">esta conferencia</a>, a llevarse a cabo en Bilbao, España a fines del mes de octubre. El programa se ve muy interesante. Desde mi punto de vista, una de las presentaciones que más destaca es la de <a href="http://www.poppendieck.com/people.htm">Mary Poppendieck</a>, una de las más importantes impulsoras del enfoque Lean en el mundo del software (<span class="Apple-style-span" style="font-weight: bold;">Lean Software Development</span>). <div><br /></div><div>Tuve la gran suerte de conocer a Mary durante el curso que dictó en Buenos Aires el año pasado, el cual fue una gratísima experiencia para mí. El conocimiento y la experiencia que destila con cada afirmación u opinión que vierte es realmente impresionante y digno de destacar.</div><div><br /></div><div>Lamentablemte no podré asistir a esta conferencia, pero si alguno de ustedes trabaja con software embebido y está por allá durante esas fechas, creo que es un evento al que no puede dejar de asistir.</div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com0tag:blogger.com,1999:blog-28631670.post-60989854102976321492009-05-19T12:54:00.007-05:002009-08-05T12:12:44.138-05:00Primer Curso Certified ScrumMaster en español en Lima<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_EUfEx2NOSw8/ShMAYm5qrxI/AAAAAAAAA1M/uaXOs5g1vHA/s1600-h/ScrumMaster_Certification.gif"><img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 320px; height: 114px;" src="http://2.bp.blogspot.com/_EUfEx2NOSw8/ShMAYm5qrxI/AAAAAAAAA1M/uaXOs5g1vHA/s320/ScrumMaster_Certification.gif" border="0" alt="" id="BLOGGER_PHOTO_ID_5337610406123450130" /></a><div style="text-align: center;"><span class="Apple-style-span" style="color: rgb(0, 0, 238); text-decoration: underline;"><br /></span></div>Durante los días <span class="Apple-style-span" style="font-weight: bold;">31 de agosto y 1 de setiembre de 2009</span> se dictará por primera vez en <span class="Apple-style-span" style="font-weight: bold;">Lima </span>el <span class="Apple-style-span" style="font-weight: bold;">Curso de Certificación de Scrum (CSM)</span> en <span class="Apple-style-span" style="font-weight: bold;">idioma español</span>, oficialmente reconocido por la <a href="http://www.scrumalliance.org/">Scrum Alliance</a>.<div><br /></div><div>Esta es una excelente oportunidad de llevar este curso, <span class="Apple-style-span" style="font-weight: bold;">pagando la tercera parte</span> de lo que cuesta en Estados Unidos o Europa. Será dictado por <a href="http://www.cyment.com/">Alan Cyment</a>, el único <a href="http://www.scrumalliance.org/courses/trainers">Certified Scrum Trainer</a> nativo hispanoparlante en el mundo.</div><div><br /></div><div>Toda la <a href="http://www.openedgetech.com/detalles.html">información sobre el curso</a>, así como el <a href="http://www.openedgetech.com/inscripcion.html">formulario de inscripción</a>, la pueden encontrar en <a href="http://www.openedgetech.com/">la página de la empresa organizadora</a>, <a href="http://www.openedgetech.com/">Open Edge Technologies</a>, de la cual formo parte.</div><div><br /></div><div>Espero verlos allí!</div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com3tag:blogger.com,1999:blog-28631670.post-57760866290331297192009-04-22T23:37:00.006-05:002009-04-24T11:01:52.474-05:00Fundamentos de la Agilidad: Gente y ColaboraciónComparto con ustedes la presentación que brindé en el <a href="http://www.unbugalavez.net/2009/02/lima-agile-day-2009.html">Lima Agile Day 2009</a>, que por cierto fue un evento muy exitoso, y todo un orgullo para mí co-organizar y ser parte del mismo.<br /><br />Mi objetivo durante la presentación fue tratar de responder las siguientes preguntas:<br /><ul><li>¿Por qué es importante la gente en el desarrollo de software?</li><li>¿Cómo cultivar un ecosistema ágil?</li><li>¿Cómo reconocer en qué fase de madurez se encuentra un equipo de desarrollo?</li></ul>Realmente es un tema amplio, por lo que el tiempo me quedó bastante corto. Espero poder profundizar algunos conceptos en las reuniones de <a href="http://agile-peru.net/">Agile Perú</a>, en este blog y en futuras charlas que organicemos.<br /><br /><div style="width:425px;text-align:left" id="__ss_1330698"><a style="font:14px Helvetica,Arial,Sans-serif;display:block;margin:12px 0 3px 0;text-decoration:underline;" href="http://www.slideshare.net/gquiroz/fundamentos-de-la-agilidad-gente-y-colaboracin?type=presentation" title="Fundamentos de la Agilidad: Gente y Colaboración">Fundamentos de la Agilidad: Gente y Colaboración</a><object style="margin:0px" width="425" height="355"><param name="movie" value="http://static.slidesharecdn.com/swf/ssplayer2.swf?doc=genteycolaboracion-090422233715-phpapp02&stripped_title=fundamentos-de-la-agilidad-gente-y-colaboracin"><param name="allowFullScreen" value="true"><param name="allowScriptAccess" value="always"><embed src="http://static.slidesharecdn.com/swf/ssplayer2.swf?doc=genteycolaboracion-090422233715-phpapp02&stripped_title=fundamentos-de-la-agilidad-gente-y-colaboracin" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="355"></embed></object><div style="font-size:11px;font-family:tahoma,arial;height:26px;padding-top:2px;">View more <a style="text-decoration:underline;" href="http://www.slideshare.net/">presentations</a> from <a style="text-decoration:underline;" href="http://www.slideshare.net/gquiroz">gquiroz</a>.</div></div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com1tag:blogger.com,1999:blog-28631670.post-42848269457096614062009-02-05T01:38:00.005-05:002009-02-17T23:04:55.867-05:00Lima Agile Day 2009<div class="panel_body"> <p style="font-weight: bold;"><span style="font-size:85%;"><u>[ACTUALIZACIÓN</u>: La fecha confirmada del evento es el </span><span style="font-size:85%;">Sábado 18 de Abril de 2009]</span></p><p><span style="font-size:85%;">La comunidad <strong><a href="http://www.agile-peru.net/">Agile Perú</a></strong> los invita al <strong>Lima Agile Day 2009</strong>. Este evento está dirigido a todos aquellos interesados en conocer y entender cómo aplicar las llamadas <strong>Metodologías Ágiles de Desarrollo de Software</strong> (tales como <strong>Scrum</strong> y <strong>Extreme Programming</strong>) de boca de algunos de sus más fervientes practicantes en nuestro país.</span></p> <p><span style="font-size:85%;">Acompáñanos a intercambiar conceptos, experiencias y buenas prácticas relacionadas a esta nueva manera de desarrollar software que tanta conmoción está causando en el mundo entero por los beneficios obtenidos mediante su aplicación: mejoras drásticas en tiempos de entrega, calidad, trabajo en equipo y satisfacción de los usuarios.</span><br /></p> <p><span style="font-size:85%;"><span style="text-decoration: underline;"><strong>Fecha</strong></span>: Sábado 18 de Abril de 2009<br /><span style="text-decoration: underline;"><strong>Hora</strong></span>: 8:30 am a 1:00 pm<br /><span style="text-decoration: underline;"><strong>Lugar</strong></span>: Auditorio Cibertec, Av Salaverry 2255, San Isidro</span></p> <p><span style="font-size:85%;"><strong>INGRESO LIBRE</strong> (capacidad 150 personas) previo registro:</span><br /><a href="http://limagileday2009.eventbrite.com/"><img src="http://www.eventbrite.com/static/images/button_ext/register_now_2.gif" border="0" /></a><br /></p> <p><span style="font-size:85%;"><strong><span style="text-decoration: underline;">Agenda:</span></strong></span></p> <ul><li><span style="font-size:85%;">8:30 - Registro</span></li><li><span style="font-size:85%;">9:00 - Presentación del Evento</span></li><li><span style="font-size:85%;">9:20 - Scrum, una nueva forma de desarrollar software (<a href="http://www.linkedin.com/in/deusditcorrea">Deusdit Correa</a>) </span></li><li><span style="font-size:85%;">10:05 - Fundamentos de la Agilidad: Gente y Colaboración (<a href="http://www.unbugalavez.net/">Gustavo Quiroz</a>)</span></li><li><span style="font-size:85%;">11:00 - Cómo enfrentar la resistencia al uso de Metodologias Agiles (<a href="http://www.elraul.com/">Raúl Uribe</a> y <a href="http://gustavoveliz.wordpress.com/">Gustavo Véliz</a>)</span></li><li><span style="font-size:85%;">11:45 - ¿Por dónde comenzar? - Primeros pasos aplicando técnicas ágiles (<a href="http://www.modlost.net/">Abner Ballardo</a>)</span></li><li><span style="font-size:85%;">12:25 - Retrospectiva y Cierre del Evento</span></li></ul> <p><span style="font-size:85%;">Esperamos contar con tu participación!</span></p><p><br /></p> </div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com1tag:blogger.com,1999:blog-28631670.post-17374546302193425442009-01-23T19:57:00.008-05:002009-01-23T20:33:44.047-05:00Como hacemos Scrum: Requerimientos<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_EUfEx2NOSw8/SXptzDw9WmI/AAAAAAAAAxg/sBndP9ifu8k/s1600-h/opinions.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 221px;" src="http://2.bp.blogspot.com/_EUfEx2NOSw8/SXptzDw9WmI/AAAAAAAAAxg/sBndP9ifu8k/s320/opinions.png" alt="" id="BLOGGER_PHOTO_ID_5294665035878849122" border="0" /></a><br /><div xmlns="http://www.w3.org/1999/xhtml">Algunos piensan que ser ágil quiere decir que no se tienen requerimientos escritos, que toda la comunicación entre usuarios/clientes y desarrolladores es verbal y que si no están usando <a href="http://en.wikipedia.org/wiki/User_story">User Stories</a>, no se puede hablar de desarrollo ágil. Bueno, tengo que discrepar de estas tres creencias.<br /><br />Hablaré en el contexto de un proyecto que desarrollamos, el cual consistía en construir una aplicación para una entidad del sector financiero. Esta entidad, como muchas otras similares, tiene procesos un tanto rígidos (por no decir burocráticos ni pesados) que guían sus proyectos de desarrollo.<br /><br />Cuando iniciamos el proyecto, nos fue entregado un documento de casi 150 páginas en donde se describían en detalle requerimientos, mediante especificaciones de casos de uso y pantallazos de un prototipo previamente construido. ¿Qué hacer en estos casos?<br /><br />El principio básico en todo esto es algo que les sonará familiar a muchos: LA COMUNICACIÓN. Es decir, debe existir un entendimiento común entre aquéllos que desean resolver un problema (usuarios) y aquellos que pueden resolver el problema (desarrolladores).<br /><br />Para lograr ese entendimiento debe existir un canal amigable entre ambos frentes. En nuestro caso, lo que hicimos fue acordar reuniones dos veces por semana entre nuestro equipo y los analistas del cliente para conversar acerca del documento de requerimientos. Teníamos como objetivos:<br /><ol><li>Compredener de qué diablos trataba la lógica de negocio a un nivel suficiente para que uno de nosotros actuara como Proxy del Product Owner en nuestras reuniones de planeamiento.<br /></li><li>Poder definir un Product Backlog en base a este documento.</li><li>Priorizar el Product Backlog con los representantes del cliente.<br /></li></ol>El Analista Funcional del cliente se convirtió, casi sin darse en cuenta, en nuestro Product Owner y acompañó a nuestro equipo a lo largo de todo el proyecto, estando siempre dispuesto a absolver dudas y repriorizar ítems, cuando fuera necesario.<br /><br />Aquí un punto clave es descomponer los casos de uso para poder llegar a un nivel de granularidad suficiente que permita planificar los ítems del Product Backlog dentro de cada iteración o sprint. La técnica que usamos fue considerar a cada escenario como un requerimiento o ítem distinto. Por ejemplo, si hablamos de un mantenimiento de países, los ítems (o stories) serían:<br /><ul><li> Consultar países por nombre</li><li> Consultar países por código internacional</li><li>Crear país</li><li> Modificar país</li><li> Inactivar País</li><li> Reactivar País</li></ul>Otro punto importante son las demos o reviews del producto que se realizan al finalizar cada iteración. En nuestro caso, además de los analistas del cliente y de nuestro equipo, participaban los usuarios finales de la entidad financiera. Como es normal, al interactuar o apreciar el incremento de funcionalidad que se está presentando, a un usuario se le van a ocurrir muchas ideas de cómo mejorar o cambiar el producto. Es básico el poder manejar su expectativa y guiarlo sobre cuáles se van a poder incorporar y cuáles no (por razones de tiempo, costo y/o complejidad).<br /><br />Lo que hicimos nosotros fue recoger todas las sugerencias e ideas, para posteriormente (o a veces durante la reunión misma) conversarlas con nuestro Product Owner. Aquellas que el equipo consideraba sencillas las incorporamos sin ningún problema. Pero aquéllas que se estimaba iban a tomar más tiempo, quedaron en el tintero para futuras versiones del producto.</div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com2tag:blogger.com,1999:blog-28631670.post-51724181054173216212009-01-23T19:56:00.007-05:002009-01-23T20:40:28.268-05:00Cómo hacemos Scrum<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://1.bp.blogspot.com/_EUfEx2NOSw8/SXpunJ9U1ZI/AAAAAAAAAxw/tkZvcEknaKU/s1600-h/how+to.jpg"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 320px;" src="http://1.bp.blogspot.com/_EUfEx2NOSw8/SXpunJ9U1ZI/AAAAAAAAAxw/tkZvcEknaKU/s320/how+to.jpg" alt="" id="BLOGGER_PHOTO_ID_5294665930894529938" border="0" /></a><span style="text-decoration: underline;"><br /></span><div xmlns="http://www.w3.org/1999/xhtml">Cuando la gente comienza a aplicar métodos ágiles en un proyecto u organización, las preguntas más comunes son: ¿por dónde empiezo? y ¿cómo realizo esto o aquello? Entiéndase "esto o aquello" como algo que saben que se tiene que hacer pero no tienen mucha idea de dónde encaja dentro un entorno ágil: documentación, estimación, planificación, etc.<br /><br />Es por eso que en esta serie de posts voy a contar un poco acerca de cómo usamos Scrum/Agile en los proyectos que desarrollamos en la empresa donde trabajo y de cómo aplicamos principios emparentados con agile o lean en la organización de nuestra área.<br /><br />Trataré de tocar temas como: planeamiento, estimación, capacitación, gestión del talento, retrospectivas, documentación, requerimientos, testing, espacio de trabajo, etc.<br /><br /><span style="font-weight: bold;">Disclaimer</span>: <span style="font-style: italic;">Las opiniones vertidas en esta serie de posts no representan la posición oficial de la empresa ni de los clientes involucrados (según el caso).</span></div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com0tag:blogger.com,1999:blog-28631670.post-36721365525359143552009-01-08T11:48:00.002-05:002009-01-08T11:52:32.478-05:00LinkedIn usa Spring y Tomcat<div xmlns="http://www.w3.org/1999/xhtml">Hoy encontre esta excepción mientras navegaba por <a href="http://www.linkedin.com/">LinkedIn</a>:<br /><br /><img src="http://lh5.ggpht.com/_EUfEx2NOSw8/SWYuK7CnnzI/AAAAAAAAAoY/XsEtesDHWJU/%5BUNSET%5D.png?imgmax=800" style="max-width: 800px;" /><br /><br />Al menos están usando Spring!<br /></div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com1tag:blogger.com,1999:blog-28631670.post-71146402087367207762008-11-18T11:15:00.005-05:002008-11-18T11:40:07.055-05:00Agile y software embebido<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_EUfEx2NOSw8/SSLsfsA5ttI/AAAAAAAAAkY/aLYYpEBK3-I/s1600-h/embedded.jpg"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 246px;" src="http://4.bp.blogspot.com/_EUfEx2NOSw8/SSLsfsA5ttI/AAAAAAAAAkY/aLYYpEBK3-I/s320/embedded.jpg" alt="" id="BLOGGER_PHOTO_ID_5270034543111943890" border="0" /></a>Al menos un par de veces cuando he dado una charla o curso de Scrum/Agile, me ha sucedido que surgen preguntan acerca de si el desarrollo iterativo-incremental puede aplicarse a sistemas embebido o que involucren Hardware. Si bien sé que es algo que se hace en diversos lugares alrededor del mundo, lo que me faltaban eran casos concretos para mencionar y mostrar.<br /><div xmlns="http://www.w3.org/1999/xhtml"><br />En este <a href="http://www.eureka.be/files/:5232306">enlace </a>se resume el éxito del proyecto <a href="http://www.agile-itea.org/">AGILE </a>del programa ITEA de la red de investigación europea <a href="http://www.eureka.be/">EUREKA</a>, el cual se desarrolló entre los años 2004-2006 a un costo de 20 millones de euros. El balance de esta iniciativa fue que se logró producir sistemas embebidos de alta calidad con tiempos y costos menores (hasta 70% menos) en comparación con técnicas tradicionales.<br /><br />El programa se llevó cabo en 68 proyectos dentro de unas 20 empresas, entre ellas <strong>Philips</strong>, <strong>Nokia </strong>y <strong>DaimlerChrysler</strong>. Algo que vale la pena destacar es la opinión del <strong>Dr Pekka Abrahamsson</strong>, líder del proyecto, quien afirma que si los resultados obtenidos pudieran sostenerse a lo largo de todo Europa, <strong>sería más barato hacer outsourcing de desarrollo desde India hacia Europa que en el sentido inverso</strong>!<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://2.bp.blogspot.com/_EUfEx2NOSw8/SSLsK-jGwgI/AAAAAAAAAkQ/Jy5HpqieGZU/s1600-h/segway.jpg"><img style="margin: 0pt 10px 10px 0pt; float: left; cursor: pointer; width: 107px; height: 158px;" src="http://2.bp.blogspot.com/_EUfEx2NOSw8/SSLsK-jGwgI/AAAAAAAAAkQ/Jy5HpqieGZU/s320/segway.jpg" alt="" id="BLOGGER_PHOTO_ID_5270034187309990402" border="0" /></a>Durante el evento <a href="http://www.agiles2008.org/">Ágiles 2008</a>, me enteré de otro caso digno de resaltar. Conversando con <a href="http://www.linkedin.com/in/mgelbwaks">Matt Gelbwaks</a>, pude conocer acerca de su experiencia como director de Product Management & Development del famoso <a href="http://www.segway.com/">Segway</a>. Para desarrollar este producto, Matt empleó un mix de Agile y <a href="http://en.wikipedia.org/wiki/Critical_chain">Critical Chain Scheduling</a>, con muy buenos resultados.<br /></div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com0tag:blogger.com,1999:blog-28631670.post-15061701138737188262008-09-29T16:06:00.007-05:002008-09-29T16:17:08.324-05:00Conferencia: "Experiencias en la aplicación de Metodologías Ágiles"<div xmlns="http://www.w3.org/1999/xhtml">Este miércoles 15 de octubre voy a dar una conferencia junto a mi estimado amigo <a href="http://www.modlost.net/">Abner Ballardo</a> en la PUCP. La organización corre por cuenta del grupo <a href="http://mx.groups.yahoo.com/group/spin-peru/">SPIN-PERÚ</a>.<br /><br />A continuación transcribo el mail de convocatoria:<br /><p><span style=";font-family:sans-serif;font-size:85%;" ><span style=";font-family:Arial;font-size:10;" lang="ES-PE" ></span></span></p><strong><em><span style="font-weight: normal;">Las metodologías ágiles (XP, SCRUM, etc.) presentan</span><span style="font-weight: normal;"> un esquema de desarrollo diferente a las metodologías tradicionales. En estas</span><span style="font-weight: normal;"> metodologías se pone especial énfasis en la comunicación con el cliente y en la</span><span style="font-weight: normal;"> adaptación a los cambios y es una realidad que su uso se viene difundiendo cada</span><span style="font-weight: normal;"> vez más en el ambiente de software. Además cuentan con el visto bueno de</span><span style="font-weight: normal;"> algunos de los mejores en el área de Ingeniería de Software (Booch, Gamma,</span><span style="font-weight: normal;"> Fowler, Cockburn, De Marco, Ambler) .Este año la V Conferencia SEPGLA (<a href="http://www.esi.es/SEPGLA/">http://www.esi.es/SEPGLA/</a>) tiene</span><span style="font-weight: normal;"> como título “Combinando Disciplina con Métodos Ágiles”. Si alguien</span><span style="font-weight: normal;"> desea participar en el evento, la fecha de inscripción con descuento se ha</span><span style="font-weight: normal;"> ampliado hasta el 10 de octubre y pueden inscribirse en la página del evento.</span> <span style="font-weight: normal;"><br /><br />De otro lado en el ambiente nacional algunas empresas</span><span style="font-weight: normal;"> y profesionales han optado por este tipo de metodologías por lo que hemos</span><span style="font-weight: normal;"> organizado una charla en la que podamos compartir experiencias en el uso de</span><span style="font-weight: normal;"> estas metodologías. La charla se llevará a cabo el día miércoles </span><u style="font-weight: normal;">15 de octubre a las 7:00 p. m</u><span style="font-weight: normal;">. en el campus de la Pontificia Universidad Católica del Perú.</span> <span style="font-weight: normal;">Para compartir sus experiencias tenemos confirmados a</span><span style="font-weight: normal;"> dos expositores:</span><span style="font-weight: normal;"><br /><br />1) </span>Gustavo Quiroz<span style="font-weight: normal;"> se ha desempeñado como</span><span style="font-weight: normal;"> Desarrollador de Software, Especialista en IBM WebSphere, Arquitecto de</span><span style="font-weight: normal;"> Software y Líder de Proyectos para una amplia variedad de aplicaciones</span><span style="font-weight: normal;"> empresariales a lo largo de más de 6 años, sobre todo en las industrias de</span><span style="font-weight: normal;"> banca, seguros y telecomunicaciones. Actualmente se desempeña como Arquitecto</span><span style="font-weight: normal;"> de Soluciones y Coach Ágil, formando equipos y líderes en las prácticas y</span><span style="font-weight: normal;"> valores ágiles.</span><span style="font-weight: normal;"><br /><br />2) </span>Abner Ballardo<span style="font-weight: normal;"> se ha desempeñado como</span><span style="font-weight: normal;"> Desarrollador de Software, Arquitecto de Software y Líder de Proyectos en la</span><span style="font-weight: normal;"> implementación de aplicaciones empresariales y de telecomunicaciones usando</span><span style="font-weight: normal;"> metodologías ágiles. Ha participado en múltiples proyectos de Software Libre en</span><span style="font-weight: normal;"> los últimos 9 años, fomentando su difusión, llevando técnicas y buenas</span><span style="font-weight: normal;"> prácticas del Software Libre a su labor profesional. Actualmente se desempeña</span><span style="font-weight: normal;"> como Especialista en IBM WebSphere Portal y Consultor</span><span style="font-weight: normal;"> Independiente en metodologías ágiles.</span> <span style="font-weight: normal;"><br /><br />Ingreso libre previa inscripción al correo </span><a style="font-weight: normal;" href="mailto:spin.peru@pucp.edu.pe">spin.peru@pucp.edu.pe</a><span style="font-weight: normal;"> indicando nombre</span><span style="font-weight: normal;"> y e-mail.</span> <span style="font-weight: normal;"><br /><br />Se enviará un mail de confirmación.</span></em><br /></strong></div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com0tag:blogger.com,1999:blog-28631670.post-60885873475584485242008-09-28T21:04:00.005-05:002008-09-28T23:05:02.987-05:00Web Services para todo?<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_EUfEx2NOSw8/SOA86CxYcBI/AAAAAAAAAh4/gAPzFVpHJik/s1600-h/webservices_1_lg.gif"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer;" src="http://3.bp.blogspot.com/_EUfEx2NOSw8/SOA86CxYcBI/AAAAAAAAAh4/gAPzFVpHJik/s320/webservices_1_lg.gif" alt="" id="BLOGGER_PHOTO_ID_5251264133388070930" border="0" /></a><br />En lo que va de este año, ya van por lo menos dos clientes en los que observo una especie de "obsesión" con la utilización de Web Services, indicando que las aplicaciones a construir deben estar basadas en SOA y, por lo tanto, deben consumir servicios internos mediante SOAP. WTF?<br /><br />Para tener una arquitectura basada en u orientada a servicios, no se requieren Web Services! Es más, si las aplicaciones consumidoras y proveedoras de servicios están escritas en el mismo lenguaje de programación, se vuelve una pésima opción, por cuestiones de rendimiento y complejidad innecesaria en el diseño. Recordar los principios <a href="http://en.wikipedia.org/wiki/KISS_principle">KISS</a> y <a href="http://en.wikipedia.org/wiki/You_Ain%27t_Gonna_Need_It">YAGNI</a>!<br /><br />Acerca del tema de la distribución innecesaria de los objetos se ha dicho bastante. Es más, es una de las razones por las que surgió Spring como respuesta al status quo impuesto por el estándar EJB 1.x/2.x. Esto lo explican bastante bien Rod Johnson y Juergen Hoeller en su libro<a href="http://www.amazon.com/Expert-One-One-Development-without/dp/0764558315"> J2EE Development without EJB</a>.<br /><br />Por poner otro ejempo, y citando a <a href="http://martinfowler.com/">Martin Fowler</a>:<br /><div style="text-align: center;"><span style="font-style: italic;"><br />Rule # 1 of Distributed Computing - Don't distribute your objects!</span><br /></div><br />Finalmente, todos deberían conocer las <a href="http://en.wikipedia.org/wiki/Fallacies_of_Distributed_Computing">8 falacias de la computación distribuida</a>:<br /><ol><li>La red es confiable.</li><li>La latencia es cero.<br /></li><li>El ancho de banda es infinito.<br /></li><li>La red es segura.<br /></li><li>La topología no cambia.<br /></li><li>Existe un único administrador.<br /></li><li>El costo del transporte es cero.</li><li>La red es homogénea.<br /></li></ol>Personalmente, recomiendo utilizar Spring (o algo parecido) para exponer servicios y sólo hacerlos accesibles remotamente si la necesidad de integrar clientes externos (por ejemplo implementados en una plataforma o lenguaje distinto) surge.Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com3tag:blogger.com,1999:blog-28631670.post-65415764774175034332008-09-05T21:26:00.004-05:002008-09-05T21:32:24.741-05:00Agiles 2008<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://www.agiles2008.org/images/logo_agiles2008.jpg"><img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 200px;" src="http://www.agiles2008.org/images/logo_agiles2008.jpg" border="0" alt="" /></a><div style="text-align: center;"><br /></div><span class="Apple-style-span" style="border-collapse: collapse; font-family:arial;font-size:13px;"><div><span class="Apple-style-span" style="font-family:georgia;"><span class="Apple-style-span" style="font-size:medium;">Les reproduzco el aviso que anuncia la realización del evento </span><a href="http://www.agiles2008.org/"><span class="Apple-style-span" style="font-size:medium;">Agiles 2008</span></a><span class="Apple-style-span" style="font-size:medium;">. A aquellos que puedan asistir, avisen. Yo voy a estar por allá y espero nos podamos juntar.</span></span></div><div><span class="Apple-style-span" style="font-family:georgia;"><span class="Apple-style-span" style="font-size:medium;"><br /></span></span></div><span class="Apple-style-span" style="font-style: italic;"><span class="Apple-style-span" style="font-family:georgia;"><span class="Apple-style-span" style="font-size:medium;">Está abierta la inscripción a las Jornadas Ágiles 2008, a realizarse los días 22 y 23 de Octubre de 2008 en el Hotel Bauen, Buenos Aires, Argentina.<br /><br />Ágiles 2008 es una excelente oportunidad para encontrarse con profesionales de IT de la región, interesados en compartir sus experiencias, debatir y capacitarse en temas relacionados con el desarrollo de software a través del uso de metodologías ágiles.<br /><br />Entre los invitados internacionales que participarán en Ágiles 2008 se encuentran Matt Gelbwaks, Tobias Mayer, Dave Nicolette y los keynote speakers del evento, Mary y Tom Poppendieck.<br /><br />El programa incluirá distintos tipos de actividades: presentaciones, sesiones interactivas, talleres y espacios abiertos de debate. </span></span></span></span><div><span class="Apple-style-span" style="border-collapse: collapse; font-family:arial;"><span class="Apple-style-span" style="font-style: italic;"><span class="Apple-style-span" style="font-family:georgia;"><span class="Apple-style-span" style="font-size:medium;"><br />Las jornadas son gratuitas pero es necesario registrarse para reservar un lugar. El formulario de inscripción está en </span></span></span><a href="http://www.agiles2008.org/es/registracion.php" target="_blank" style="color: rgb(0, 0, 204); "><span class="Apple-style-span" style="font-style: italic;"><span class="Apple-style-span" style="font-family:georgia;"><span class="Apple-style-span" style="font-size:medium;">http://www.agiles2008.org/es/</span></span></span><span class="Apple-style-span" style="font-style: italic;"><span class="Apple-style-span" style="font-family:georgia;"><span class="Apple-style-span" style="font-size:medium;"><wbr>registracion.php</span></span></span></a><span class="Apple-style-span" style="font-style: italic;"><span class="Apple-style-span" style="font-family:georgia;"><span class="Apple-style-span" style="font-size:medium;"><br /><br />Más información relacionada con el evento, el hotel y el programa en </span></span></span><a href="http://www.agiles2008.org/" target="_blank" style="color: rgb(0, 0, 204); "><span class="Apple-style-span" style="font-style: italic;"><span class="Apple-style-span" style="font-family:georgia;"><span class="Apple-style-span" style="font-size:medium;">www.agiles2008.org</span></span></span></a><span class="Apple-style-span" style="font-style: italic;"><span class="Apple-style-span" style="font-family:georgia;"><span class="Apple-style-span" style="font-size:medium;"><br /><br />Cualquier inquietud, envíenos un mail a </span></span></span><a href="mailto:info@agiles2008.org" style="color: rgb(0, 0, 204); "><span class="Apple-style-span" style="font-style: italic;"><span class="Apple-style-span" style="font-family:georgia;"><span class="Apple-style-span" style="font-size:medium;">info@agiles2008.org</span></span></span></a></span></div>Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com2tag:blogger.com,1999:blog-28631670.post-52473112549641023132008-08-06T18:19:00.003-05:002008-08-07T00:22:12.739-05:00Scrum y RUP<a href="http://3.bp.blogspot.com/_EUfEx2NOSw8/SJo4maypXQI/AAAAAAAAAeg/9T7_CV6ZeXc/s1600-h/rup_fundamentals_slide03.jpg"><img id="BLOGGER_PHOTO_ID_5231556149822184706" style="margin: 0px auto 10px; display: block; text-align: center;" alt="" src="http://3.bp.blogspot.com/_EUfEx2NOSw8/SJo4maypXQI/AAAAAAAAAeg/9T7_CV6ZeXc/s320/rup_fundamentals_slide03.jpg" border="0" /></a><br /><div></div><div>Mucha gente acostumbrada a RUP, cuando comienza a aprender acerca de Scrum y métodos ágiles, se hace preguntas similares a la siguiente: </div><br /><div></div><div><em>"Para hacer el diseño de un software en RUP se hacer realización de casos de uso (diagramas de secuencia, colaboracion, etc), diagramas de clases, componentes y otros. ¿Se pueden utilizar estos entregables de RUP adicionalmente a los usuales de Scrum (Product Backlog, Sprint Backlog, Impediment List, Burndown chart)?"</em></div><br /><div>Mi respuesta es la siguiente: </div><br /><div></div><div>En vista de que Scrum es un framework mínimo para crear un proceso de desarrollo de software, no prohibe la creación de artefactos o documentos adicionales a los que indica como obligatorios. Lo único que dice Scrum al respecto es que juzgues la necesidad, la utilidad y el costo (vs. el beneficio) de cada uno de los artefactos que decides agregar. Mi opinión es que siempre es necesario realizar ciertas actividades de modelamiento antes de iniciar un desarrollo. </div><br /><div></div><div>Lo importante es que los modelos producidos sean como una luz que guíe el resto del proyecto, no una camisa de fuerza, y dejar que evolucionen junto con el código producido. Más aún, es crucial comunicar estos modelos al resto del equipo, por lo que muchos equipos ágiles prefieren utilizar pizarras (vs. herramientas CASE) para realizar sesiones de modelamiento en conjunto. </div><div></div>Esto es lo que se conoce como <a href="http://www.agilemodeling.com/">Agile Modeling</a>.<br /><br />Una buena fuente de información sobre cómo combinar Scrum y RUP, es el <a href="http://epf.eclipse.org/wikis/openup/" target="_blank">site del OpenUP</a>.Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com15tag:blogger.com,1999:blog-28631670.post-67941718566165240682008-07-25T17:46:00.005-05:002008-07-25T17:54:43.893-05:00Conferencia "Scrum: Agilidad en el Desarrollo de Software”El sábado 2 de agosto voy dar una charla en la <a href="http://www.unmsm.edu.pe/">UNMSM</a>. Este es el aviso publicado en el site de la <a href="http://sistemas.unmsm.edu.pe/news.php">Facultad de Ingeniería de Sistemas e Informática</a>:<br /><br /><br /><div align="center"><span style="color: rgb(0, 54, 144);font-size:130%;" ><strong>CONFERENCIA</strong></span><span style="color: rgb(0, 54, 144);"><br /></span><span style="color: rgb(0, 54, 144);font-size:100%;" ><strong>"SCRUM: AGILIDAD EN EL DESARROLLO DE SOFTWARE”</strong></span><span style="color: rgb(0, 54, 144);font-size:100%;" ><br /></span><span style="color: rgb(51, 0, 255);font-size:100%;" ><strong>Sábado 02 de agosto de 2008 – 17:00 a 19:00 hrs.<br />Aula Magna de la FISI</strong></span><span style="color: rgb(51, 0, 255);font-size:100%;" ><strong><span style=";font-family:Tahoma;font-size:10;" ></span></strong></span><span style="color: rgb(0, 54, 144);"><br /></span></div> <p class="MsoNormal" style="text-align: justify;"><span style=";font-family:Tahoma;font-size:10;" >La Unidad</span><span style=";font-family:Tahoma;font-size:10;" > de Postgrado, la E.A:P. de Ingeniería de Software y el CEUPS de la Facultad de Ingeniería de Sistemas e Informática de la UNMSM, invitan a la comunidad académica y público en general, a la <strong>Conferencia</strong><strong>: </strong><strong>"Scrum: Agilidad en el Desarrollo de Software”</strong>, que contará con la ponencia del <strong>Ing. Gustavo Quiroz (Ingeniería Informática, PUCP)</strong>, quien ha jugado el rol de Desarrollador de Software, Especialista en IBM WebSphere, Especialista en Análisis de Requerimientos,<span> </span>Arquitecto de Software y Líder de Proyectos para una amplia variedad de aplicaciones empresariales. Asimismo cuenta con más de 6 años de experiencia en las industrias de banca, seguros y telecomunicaciones. Actualmente se desempeña como Arquitecto de Soluciones y Líder Ágil de Proyectos de Desarrollo de Software en Systems Support & Services.</span></p> <p class="MsoNormal" style="text-align: justify;"><span style=";font-family:Tahoma;font-size:10;" >Se otorgará Constancia de Participación a solicitud de los interesados.</span></p> <p class="MsoNormal" style="text-align: justify;"><span style=";font-family:Tahoma;font-size:10;" >Las inscripciones se efectúan en la Unidad de Postgrado (2do. Piso del pabellón administrativo), teléfono 619 7000 (anexo 3603) o al correo electrónico: <strong><span style="color: rgb(51, 0, 255);">upgfisi_academica@unmsm.edu.pe</span></strong></span></p><br />La entrada es libre, incluso para gente que no es de la univesidad. Espero ver a algunos de ustedes por allá!Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com1tag:blogger.com,1999:blog-28631670.post-77184850443887829672008-07-17T12:45:00.006-05:002008-08-04T12:13:55.828-05:00Curso de Desarrollo Agil de Software<span style="font-weight: bold;">[UPDATE: El curso se ha reprogramado para el sábado 9 de agosto de 2008]</span><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://bp0.blogger.com/_EUfEx2NOSw8/SH-IDzAocJI/AAAAAAAAAdo/ZKUeZAPvVoQ/s1600-h/joedayz.PNG"><img id="BLOGGER_PHOTO_ID_5224043691586908306" style="margin: 0px auto 10px; display: block; cursor: pointer; text-align: center;" alt="" src="http://bp0.blogger.com/_EUfEx2NOSw8/SH-IDzAocJI/AAAAAAAAAdo/ZKUeZAPvVoQ/s320/joedayz.PNG" border="0" /></a><br />Esta noticia sí que es nueva. Acabo de concretar la realización de un curso en sociedad con la empresa <a href="http://www.joedayz.org">JoeDayz </a>de mi amigo José Diaz. La fecha de inicio es el 9 de agosto con una duración de 15 horas en total a lo largo de 5 sábados (9:30 am a 12:30 pm). Los temas que tocaré son los siguientes:<br /><br />INTRODUCCIÓN AL DESARROLLO ÁGIL DE SOFTWARE<br />1. Orígenes y Fundamentos<br />2. Principios y Valores<br />3. El Manifiesto Ágil<br />4. Frameworks y Metodologías (Scrum, XP, AgileUP/OpenUP)<br />5. Ciclo de vida de los proyectos ágiles<br /><br />GESTIÓN ÁGIL DE REQUERIMIENTOS<br />1. Historias de Usuarios,<br />2. Casos de Uso vs. Historias de Usuario<br />3. Backlog del Producto y Backlog de la Iteración<br />4. Técnicas de priorización y estimación<br />5. Buenas prácticas para la creación de Historias de Usuarios<br /><br />DISEÑO ÁGIL DE SOFTWARE<br />1. Principios de Diseño Orientado a Objetos<br />2. Modelamiento Ágil<br />3. Refactoring y Diseño Evolutivo<br />4. Refactoring y Patrones de Diseño<br />5. Arquitectura ágil de software<br /><br />ASEGURAMIENTO ÁGIL DE LA CALIDAD<br />1. Pruebas unitarias automatizadas de código, Test-driven development<br />2. Automatización de pruebas de integración, de sistema y de aceptación<br />3. Building automático de código<br />4. Métricas y Reportes de Aseguramiento de la Calidad<br />5. Integración continua<br /><br />GESTIÓN ÁGIL DE PROYECTOS<br />1. Fases de un proyecto ágil y adaptativo<br />2. Planeamiento de los releases<br />3. Planeamiento de las iteraciones<br />4. Seguimiento, métricas, concepto de velocidad<br />5. Retrospectivas<br />6. Herramientas ágiles de gestión<br /><br />El costo es de S/. 350.00. Si desean más información sobre el contenido del curso pueden preguntarme <a href="mailto:blog@unbugalavez.net">directamente a mí</a> y si desean inscribirse pueden <a href="mailto:joedayzperu@gmail.com">contactarse con José</a> a los teléfonos 994-104-448 / 994-104-357.<br /><br />De más esta decir que espero verlos por allá!Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com0tag:blogger.com,1999:blog-28631670.post-14411263751136711482008-07-17T11:54:00.003-05:002008-07-17T15:32:44.095-05:00Comunidad Agile PerúLes comunico esta noticia un poco tarde, pero hace unos días creamos la Comunidad <a href="http://groups.google.com/group/agileperu">Agile Perú</a> en donde discutimos todo lo relacionado a la difusión y aplicación de métodos ágiles en nuestro país. Pronto tambien inauguraremos un <a href="http://www.agile-peru.net/">web site</a> con artículos e información al respecto.<br /><br />Son todos bienvenidos a unirse a este emprendimiento, para compartir experiencias, dudas y conocimiento en general.Gustavo Quirozhttp://www.blogger.com/profile/12674968477642131650noreply@blogger.com0