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

Aunque les puede parecer extraño, ya que todos hablan de “certificación CMMI” (y no solamente en Chile), la verdad es que tal cosa no existe.

El Instituto de Ingeniería (SEI) de la Universidad Carnegie Mellon otorga lo que llaman el “informe de apreciación” (engl “appraisal”).

¿Bueno, pero aunque se utilice palabra diferente, se trata de la misma cosa, no cierto? Nada más que de una omisión de traductor..? Veamos que dice el SEI mismo:

The SEI does not certify the results of any appraisal nor is there an official accreditation body for CMMI. True certification of appraisal results would involve the ongoing monitoring of organizations’ capabilities, a shelf life for appraisal results, and other administrative elements. When an organization is appraised against the CMMI model, their Lead Appraiser’s findings may indicate that the organization is operating at a particular “maturity level.” The SCAMPI appraisal method maturity ratings are 1 through 5.

The SEI does not have a defined requirement for periodic follow-up after appraisals, nor does it accept legal responsibility for the performance of appraised organizations. All of these characteristics are required for a program that would provide certification of appraisal results. However, CMMI Appraisal results do expire after a period of three years.

Fuente: Sitio de SEI

La verdad es que la diferencia, aunque sutil, es importante, y se explica claramente en el mismo sitio de SEI. SEI no acepta responsabilidad legal para rendimiento de las empresas a cuales se otorgó informe de apreciación ni los directamente monitorea.

Veras, la selección de palabras no es casualidad. Entonces no sorprenden reportes (y aquí) donde las empresas que se “certifican” utilizan un solo departamento o equipo para obtener el sello, que luego vuelven a las antiguas prácticas, que el proceso se convierte a la generación de documentación, que la única motivación es ganar la licitación o un contrato etc. ¿Has escuchado de los LCPBCs? Lo puedes googlear, no quiero echarte perder la sorpresa

En fin, la siguiente pregunta surge sola: ¿Caerán las certificaciones agiles a la misma trampa?

Danijel Arsenovski

“Facultando su equipo para transición ágil”
www.empoweragile.com

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. “

La charla fue grabada y debería ser publicada en el Internet, por lo pronto mi presentación en SlideShare:

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.

• cultura chilena : reacia al cambio y floja
• resultados rápidos
• Diferencias de Lenguaje
• Porque no tenemos metodología
• Lo técnico es mirado en menos
• Estructura Piramidal ( líder tipo gurú )
• Pre-historia y médicos brujos
• prejuicios y estereotipos
• Individualismo y desconfianza
• Falta conocimiento de agilidad

Como podemos ver las causas son diversas. Pero si resumimos  todas estas razones en una simple palabra podemos decir que nuestra razón por que nos cuesta tanto implementar Agilidad en Chile , es por un tema cultural.

Si buscamos resultados Rápidos , es porque estamos en una cultura que el éxito mediático se privilegia, independiente de la cantidad de tiempo que este éxito dure.Lo que importa es que seamos exitosos rápidamente.

Lo técnico es mirado en menos, porque lo que es importante en nuestra cultura son los cargos que ejercen poder, que gestionan , que cortan, quizás los chilenos somos una cultura que le gustan mandar y ser mandado.

Las estructuras piramidales nos sirven , para poder mantener nuestra premisa del mandato y obediencia , las estructuras horizontales no soportan este tipo de interacción.

La falta de conocimiento de agilidad responde principalmente a nuestra temor al cambio , a mirar las cosas de una manera distinta , por que esto implica generar quiebres que no siempre son bien mirados.

El Individualismo y desconfianza son un elemento central de nuestra cultura, es por eso quizás que necesitamos y justificamos las estructuras piramidales. Estas permiten que dejemos de sacar la vuelta

La agilidad implica un cambio en la cultura de una empresa , en la forma en que nos relacionamos y establecemos estas interacciones y determinamos lo importante. Un cambio de cultura en la empresa.Es como la  pastilla roja de matrix. Después no hay regreso  !!

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

La Integración Contínua provee un punto común de control permanente que garantiza al equipo de desarrollo el nivel de calidad con que está avanzando. Pasados los estadíos primarios de ejecución de pruebas unitarias y la verificación de la cobertura de éstas sobre el código, podemos incorporar análisis más sofisticados como análisis estático, de estilo, acoplamiento, e incluso consumo de energía.

Biografía Expositor (Martín Salías):

Martín Salías (Buenos Aires, Argentina) es Arquitecto de Software en Southworks y ha trabajado antes para varias empresas en Latinoamérica, Europa, Estados Unidos y Canadá. Tiene más de veinticinco años en el desarrollo de software y ha usado diversos lenguajes y plataformas. También es miembro de la Agile Alliance y premiado como Microsoft MVP.

Descargar Presentación

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