Lugar:
“Mapocho Plex” Huelén 164 piso 2

Fecha y Horario:
Semanalmente desde Lunes 2 de Mayo de 2011, de 19:30 a 21:30.

Pre-requisitos

El pre-requisito principal es tener un equipo que desarrolle soluciones basadas en tecnología (web, software, diseño, etc) y estar interesado en implementar cambios basados en la cultura ágil

• ¿Tu equipo está sobrecargado de trabajo?
• ¿No sabes como priorizar entre los diversos clientes?
• ¿Tu equipo no tiene claro sus avances, o realiza trabajo duplicado?
• ¿Se repiten los mismos errores una y otra vez?
• ¿Eres cliente de un proveedor tecnológico y no sabes como hablar con él?
• ¿Te cuesta priorizar cuales son las funcionalidades más relevantes que deben ser implementadas?

En mayo y junio de 2011 implementaremos una instancia para formar y acompañar a aquellas personas que tengan que “lidiar” con equipo de trabajo dentro del contexto de alta incertidumbre, en particular líderes de equipo de software y clientes de proyectos de desarrollo. La Agilidad permite alinear negocio con tecnología de manera periórdica generando relaciones profesionales productivas y gratificantes.

Se abordarán los  los siguientes contenidos:

• Actualizarse en principios y prácticas de gestion ágil
• Técnicas de trabajo colaborativo ágil
  • Planning Game, o cómo alinear constantement el valor de negocio con las posibilidades tecnológicashttp://c2.com/cgi/wiki?PlanningGame
  • Kanban http://www.limitedwipsociety.org
  • GameStorming http://www.gogamestorm.com/
  • Retrospectivas http://www.retrospectives.com/
• Establecer un trabajo colaborativo entre líderes de diversas empresas, analizando los casos particulares, contrastando experiencias y transmitiendo experiencia.
• Y lo más importante: Aplicar los aprendido a la realidad de cada asistente

Inscríbete Aquí

El formato de la Clinica es de sesiones semanales junto al resto de los participantes, de aproximadamente 2 hrs, mas acompañamiento remoto, todo esto por un periodo de 8 semanas, los lunes de 19:30 a 21:30 en grupos de aproximadamente 10 personas (si se excede este cupo se realizará un taller paralelo los miércoles a la misma hora), según el siguiente calendario:

INSCRIBETE HACIENDO CLICK AQUÍ.

Lugar:

Sede Puerto Montt Universidad Austral de Chile. Sala N° 25 Tercer piso Edificio Pabellón Salas (frente a Biblioteca). Pueden entrar por la entrada de los microbuses pues hay estacionamientos justo detrás del edificio. En este mapa es el edificio 8.

Fecha y Horario:
Viernes 29 de Abril de 2011, 9:00 a 17:30. Existirá un break de 1 hora para almorzar. Se puede almorzar en el casino de la universidad.

Pre-requisitos, Ambiente de desarrollo e instrucciones de configuración

El único pre-requisito es saber programar software. Las prácticas de desarrollo ágil serán ejemplificadas usando el lenguaje python, lo que no inhibe su posterior adpatación a otros ambientes de desarrollo.

Cada asistente debe llevar su equipo personal de desarrollo. Tienen que llevarlo configurado siguiendo estas instrucciones

Aprovechando una nueva invitación, esta vez por la organización Mujeres Empresarias para contarles de mi experiencia en redes sociales (ganada gracias a ChileÁgil ) me ha invitado a  Puerto Varas para fines de mes a un encuentro con profesionales emprendedoras y no puedo dejar pasar la oportunidad de hacer un taller en donde, en un día, se viva en la práctica un proyecto ágil desde su diseño hasta su implementación usando Diseño Guiado por Tests. Entre otros temas, veremos:

• Diseño de un ecosistema de objetos simples que conforman un sistema complejo, usando tarjetas Clase, Responsabilidad, Colaborador
• Implementación incremental de un sistema usando Dimensional Planning
• Programación de objetos con calidad intrínseca usando Test Driven Development (Desarrollo Guiado por Tests)

Todo esto con una metodología 100% aplicada (no me gusta teorizar ) para que se lo lleven a sus lugares de trabajo .

Este taller se realizará el día viernes 28 de abril en Puerto Montt, en la Escuela de Ingeniería de la Universidad Austral. Para conocer costos , consulten en el siguiente formulario de contacto.

Muchas gracias amigo Agustín, por brindarme el espacio para escribir este post … !!!

Estoy realmente muy contenta porque los próximos 9 y 10 de agosto estaré visitando Santiago para compartir el curso de Gestión de Proyecto con Scrum Manager.  Tengo un fantástico recuerdo de los momentos vividos en el AgileLean Day de noviembre 2009, y espero volver a encontrarme con muchas de las personas con las que compartirmos en aquella ocasión.

En este curso presentaremos el modelo evolutivo que transita el camino que va desde la tesis (reflejada en los modelos procedurales), pasando por la antítesis (modelos ágiles) a la síntesis de ambos (Scrum Manager). Desarrollaremos muchas actividades prácticas para reforzar los principales conceptos, y finalizaremos con una original simulación. Obviamente que todos los interesados en obtener la certificación profesional podrán hacerlo, realizando el examen al final del curso.

Entre los principales temas que se tratarán puedo mencionar:

• Alternativas en la gestión de Proyectos de Software
• Conviviendo con la Gestión Predictiva
• Documentación exhaustiva vs. software que funciona
• Caracteristicas del mercado actual
• Manifiesto ágil – Principios
• Ciclo de Desarrollo de Scrum
• Agilidad en toda la empresa: Scrum Manager
• Estimaciones y métricas

Gracias nuevamente y hasta agosto !!!

Claudia Ruata

Hay buenas señales en el mercado laboral nacional. Si bien estamos muy lejos del promedio mundial, se pueden observar las primeras señales positivas para la agilidad. Las empresas están empezando buscar el personal que tenga la experiencia con las metodologías ágiles.

Los requerimientos son todavía muy vagos: se mencionan las metodologías ágiles en general o alguna en particular, típicamente Scrum, pero todavía sin mencionar las practicas ágiles como el TDD o la refactorización. Algunos avisos dentro de los requerimientos estipulan el Inglés, posiblemente se trata de las empresas extranjeras con oficinas en Chile que están empezando traer esta “moda” a nuestro país.

La investigación fue hecha haciendo la bésqueda por términos relevantes para la agilidad en las bolsas de trabajos más importantes en el país. Ahora un poco de estadísticas:
Infoempleo

Un aviso menciona que el empleado “Reportará directamente al Scrum Master del proyecto, de la subgerencia de desarrollo.” ¿Se podrá sacar la conclusión que la la dicha empresa he avanzado en adopción de las practicas ágiles, tomando en cuenta que tienen roles como Scrum Master establecidas? El termino poco fortuito “reportará” seguramente se debe a un error de la traducción, ya que el aviso además menciona: “Responsable con sus horarios y actividades” lo que podría ser relacionado con el concepto ágil de equipos auto-organizados. Esperemos que no se trate  de interpretación Dilbertiana de esta metodología.

Laborum (Chile)

Laborum guarda los avisos hasta 60 días después de publicación. Interesante es que el aviso que menciona Scrum es para un para un cargo gerencial “Subgerente de Desarrollo Informático”.

Algunos avisos mencionan la agilidad conjunto con otras metodologías o procesos como RUP, CMMI etc. ¿Será para algún instituto o alguna universidad que esta haciendo estudio comparativos de las metodologías del desarrollo de software? Verdad es que no lo creo. De todos modos, poco sorprendente para las empresas de outsourcing (o headhunting como les gusta que las llamen ahora).

¿Y en mundo? Vamos a ver que dice.com, uno de los sitios mas conocidos portales para la búsqueda de trabajo en el área de tecnología:

¡1257 menciones de Scrum, 4128 de la palabra “Agile”, 199 avisos para el “Agile Coach”, 231 menciones del “TDD” y 130 del “refactoring” y 949 de “Continuous Integration”!

Finalmente, algunas “frases celebres” sacadas de los avisos que revisé durante esta investigación:

• “Se valorará conocimiento en metodologías Agile, RUP, MDA. “
• “Si estás en la búsqueda de un cambio en tu carrera, los objetos son tu pasión, si no sabes vivir sin patrones y solo piensas en saber más sobre AOP… tienes que ser parte de nuestro equipo”
• “CMMi-SOA- oSGI, BPM y ESB.”
• “Reportará directamente al Scrum Master del proyecto, de la subgerencia de desarrollo.”
• “Metodologías como RUP, SCRUM, CMMI y UML.”
• “Visual Basic.NET, FRMK’S 1.1, 2.0,3.0,3.5. “

Para el Equipo:

Haz la cosa mas simple que pueda llegar a funcionar (Do the simplest thing that could possibly work)

Cuando piensen en agregar algo extra… No lo vas a necesitar (You aren’t gonna need it)

Para los Jefes de Proyecto:

Para convertirse en un Jefe de Proyecto, agrega conocimiento — para convertirse en Scrum Master, quítalo.

A veces la mejor forma de ser útil es no entorpecer el camino de otro (Sometimes the best way to be useful is to get out of somebody’s way)

Para los consultores:

No se puede estandarizar lo que no deja de cambiar

Para los stakeholders internos:

Stakeholder: Tenemos mas problemas ahora que antes de implementar esta metodología.

Consultor ágil: Asi es, lo llamamos transparencia.

Pueden ir agregando mas en los comentarios, para actualizar este post.

Sin embargo, en el mismo thread se trasluce un conflicto que ya vi surgir en Agiles2008 y que es la relación entre el mundo Scrum y los otros approachs, algunos que están más relegados al círculos de gurues computines como Extreme Programming, o nuevos chicos en el barrio como el movimiento de aplicar Kanban a la ingeniería de software (excelente presentacion  aqui) o devolver el foco en la excelencia técnica como Software Craftmanship, tema algo abandonado luego de la irrupción de las certificaciones Scrum Master, orientadas más a la gestión.

En mi caso personal aprendí primero XP y luego distilé a partir de XP un framework de gestión muy parecido a Scrum que he aplicado con éxito en más de 25 proyectos desde el 2005 (de un total de 29), y al ver ese tipo de métodos funcionar en el práctica he aprendido algunas cosas, como que si no se adquiere solidez técnica (Test Driven Development, Behaviour Driven Development, User Acceptance Tests, etc) el avance que se obtiene no prevalece en el tiempo. Es asi que, si bien XP deja alguna cosas poco definidas en el ámbito de gestion (el tracking, o el informative workspace, por ejemplo), en Scrum se ahonda más en ellos. Pero a su vez XP entrega una visión mucho más sistémica de cómo enfrentar el desarrollo de software. Pueden ver mi comprensión sobre este tema en esta presentacion.

Ahora bien, tengo graves problemas con lo que representa la organizacion que está detrás de Scrum, la Scrum Alliance.
Hay varios antecedentes preocupantes, como :
- Gente expulsada de la lista ScrumDev en yahoo por proponer avances, -
- Que ahora los “Scrum Users Groups” estén siendo forzados a firmar un acuerdo de licencia para usar la marca Scrum -¿o tendran que cerrar ? (¿que pensarán Takeuchi y Nonaka que propusieron la metáfora acá?, o ¿la federacion internacional de rugby?)
- Que tienen un modelo de marketing espectacular, bien por ellos, pero eso nunca ha sido garantía de calidad. Es más, siempre partir por formar “Maestros” en dos días… mal, mal
- Y los flirteos de la Scrum Alliance con el PMI, que en si es el verdadero Microsoft de las metodologias informáticas, mucho mas exitoso comercialmente y con mucho más market share que lo que ha logrado el mundo ágil aun.

El año pasado conoci en la conferencia Agiles2008 a gente interesante que está ganándose el pan con las herramientas de la Scrum Alliance, como Alan Cyment o Tobias Mayer. ¡Bien por ellos! Yo por mi parte he decidido pasar de la Scrum Alliance y mirar en otros grupos de apoyo, y en otros modelos de capacitación distintos al CSM y demases, aunque valoro y respeto a quienes van por ese camino.

¿Y que es lo bueno de todo? Que el mundo sigue evolucionando. Que lo que se está creando con Kanban está abriendo nuevas puertas (de manera libre y sin tener que firmar licencias ni obtener certificados) a las bases que en el fondo sostienen la Agilidad. Tambien está el trabajo en la conceptualizacion del desarrollo como Complex Adaptative Systems, otro tema que está tomando fuerza.
O que ya hay gente hablando de “Agile Mashups”, en donde se van creando y recreando formas de trabajar a partir de practicas de diversos origenes.
Como dijo el doctor Malcom en Jurasic Park: “la vida siempre encuentra el camino”, a pesar de que hay quienes quieran confinarla a una sola visión.

Biografía Expositor (Roberto Carrasco):

Socio Fundador de Etiqs

A 1 semanas de ser Ingeniero Civil en Computación – Universidad de Chile

Evangelizador de metodologías de desarrollo ágil.

Arquitecto de TI’s que faciliten la interoperabilidad e integración de sistemas, con experiencia en variados rubros: gobierno, banca, seguros, salud, por ejemplo.

Se define como Innovador y Emprendedor, siempre en investigando nuevas tecnologías que permitan desarrollar negocios exitosos e innovadores.

Descargar Presentación

como dice el título, estas son las fotos del Extreme Hour realizado el día viernes pasado.

Desde el año 1998 en la Universidad de Chile se realiza una experiencia en donde los alumnos del la carrera de Ingeniería Civil en Computación realizan proyectos de 3 meses para organizaciones del mundo real. En sus principios los resultados eran similares a los de la industria, pero desde el 2005 comenzamos aplicar conceptos ágiles y la realidad cambió.

El pasado martes 8 de Julio de 2008 realizamos el cierre de la más reciente versión del curso, en donde se presentaron 4 proyectos:

• Sistema de Análisis de Resultados, para la empresa Everis
• Red Social Ammilia, para la empresa Everis
• Mejora de framework de desarrollo, para la emrpesa Everis
• Aplicacion para Facebook, cliente Falabella

Lo interesante, además de la variedad de temas abordados, es que en todos los casos se logro un software funcional y útil para el cliente.

Ahora bien, ¿en donde está el secreto?. No hay un sólo elemento, sino que podemos nombrar entre otros:

• la buena calidad técnica de los alumnos de la carrera, que claramente están entre lo mejor que existe a nivel nacional
• un equipo docente que ha mantenido, aprendido y perseverado a lo largo de los años
• Y a partir de la influencia de los métodos ágiles: la definición de reglas claras tanto para alumnos como para los clientes en donde se asegura un juego justo y de mutuo beneficio para ambas partes, y la definición de hitos que van dando ritmo y estableciendo momentos de evaluación, valoración y aprendizaje para todos.

Lo que fue una novedad es que esta generación logro entender muy bien los fundamentos de gestión de la incertidumbre de las metodologías ágiles, logrando explicar convincentemente cuales fueron sus estrategias para generar valor al mismo tiempo que se reducían los riesgos tecnológicos y de requerimientos del proyecto. Y no quiero dejar de mencionar el entusiasmo y motivación con que se enfrentó cada uno de los proyectos.

Quizás lo anterior quede mejor explicado en un video con mis palabras finales, en donde se resume muy bien el sentido de esta experiencia y como la filosofía ágil se impregna en ella.

Esta es mi tesis de magister, en donde analizo al metodlogóa que aplico en mi curso de la Universidad de Chile desde el 2002 en el curso “Taller de metodologías Ágiles de desarrollo de Software”, para decubrir las razones del entusiasmo que ha provocado en los alumnos y clientes de los proyectos realizados.

Espero en el futuro generar algunos artículos que resuman los tópicos descubiertos en esta tesis. Por mientras, esta disponible en la URL  http://chileagil.comopapel.com/publicaciones/1/

Aprovecho de avisar que este espacio se abre para todo aquel que quiera compartir sus trabajos sobre metodología ágiles, sean estos académicos o no.

Saludos

Agustín Villena

Este es el Abstract de la Tesis:

Las metodologías ágiles de desarrollo de software, y en particular Extreme Programming (XP), constituyen una de las tendencias de mayor impacto en la industria del desarrollo de software en la última década, gracias a su enfoque centrado en la generación temprana de valor y en su acento en el aspecto humano del desarrollo de software. Su adopción sin embargo ha demostrado ser bastante compleja debido a los cambios de paradigma que ellas plantean.

Desde los inicios de estas metodologías surgió el interés de incorporar esta nueva mirada como una forma de enriquecer la formación de los futuros ingenieros de software. En este trabajo se plantea que un buen aprendizaje de las metodologías ágiles de desarrollo de software puede ser logrado por los alumnos a través de una experiencia educativa teórico-práctica basada en la aplicación de dichas metodologías en proyectos reales. Este enfoque ha sido aplicado desde el año 2002 en el curso CC62V “Taller de metodologías ágiles de desarrollo de software” del Departamento de Ciencias de la Computación de la Universidad de Chile, y en esta investigación se pone a prueba esta hipótesis, a partir del análisis de una de las instancias del curso realizada entre los meses de agosto y noviembre del año 2005.
Para realizar este análisis se construyó un modelo evaluativo de aprendizaje basado en cómo las metodologías ágiles, y en particular Extreme Programming (XP), organizan el entorno de un proyecto de desarrollo de software para mantener la sincronía entre los cambiantes elementos que allí están en juego. Dichos elementos son el problema de negocios, la tecnología, la experiencia y destrezas del equipo de desarrollo, y el producto en desarrollo.
El modelo de evaluación fue aplicado sobre los trabajos generados por los alumnos de la versión del curso usado como experimento de esta investigación, complementados con las observaciones realizadas por el profesor en la sala de clases, y otras evidencias tales como las opiniones de los clientes y una encuesta de evaluación de impacto hecha a los alumnos aproximadamente 6 meses después de finalizado el curso.
Con respecto al impacto en el aprendizaje de los alumnos, se observó una comprensión y aplicación generalizada del marco de prácticas de XP, aunque el nivel de logro estuvo muy relacionado al entorno de trabajo logrado por cada uno de los proyectos realizados. En particular se encontró que algunos elementos no considerados en la hipótesis original, tales como la complejidad del problema a resolver y la relación con el cliente, tenían también un impacto relevante sobre el éxito de los proyectos, y no sólo los aspectos pedagógicos. Se comprobó la eficacia de este modelo pedagógico que promueve el equilibro entre teoría y práctica, el ambiente humano de equipo y de colaboración con el cliente y las destrezas entrenadas. Por su parte, la práctica de XP más destacada por los alumnos es la “programación en parejas”, que presenta la mejor evaluación durante el curso y es la más aplicada a posteriori. Otra práctica que causa mucho interés es el “desarrollo guiado por test”, pero se indican problemas de tiempo y experiencia para poder aplicarla después del curso.
En lo que se refiere al modelo pedagógico aplicado para que los alumnos conozcan e internalicen las prácticas de XP, se determina que las claves de su éxito se encuentran en:

• reproducir de manera fiel el ambiente de aprendizaje colaborativo acelerado que se genera en la práctica profesional de las metodologías ágiles,
• y complementar dicho ambiente con una leve capa de acciones docentes orientadas a reflexionar y retroalimentar el dominio de la metodología.