Monthly Archive for June, 2009

ScrumManager, certificación ágil libre y abierta comienza a rodar

logo1

Acá en Chile estamos lejos del circuito de capacitación ágil. Ocasionalmente se realizan algunos cursos de Scrum pero la barrera geográfica e idiomática persiste.

Nuestro amigo de la Madre Patria Juan Palacio de Navegápolis está impulsando la iniciativa ScrumManager, que representa el encuentro de  un sistema de e-learning sobre agilidad con la filosofía open, es decir, el conocimiento allí aportado, y la certificación ofrecida es gratis.

Es una apuesta ambiciosa, pero que se merece lo mejor por ese aire idealista tan en sintonía con el espíritu del mundo ágil.

En estos día se está echando a andar el sistema a través de una matrícula, a la que es posible adscribirse. Transcribo los datos acá:

Matriculación para el curso de prueba de Scrum Manager

– jueves, 25 de junio de 2009, 10:28

El primer curso de esta plataforma tendrá carácter de prueba, y su principal finalidad es contrastar las impresiones y sugerencias de los que participéis antes de dar inicio formalmente al proyecto.

A los que estéis interesados en participar en este curso piloto, desde ya gracias por la colaboración, y podéis enviar un mensaje para apuntaros al correo  formacion arroba scrummanager.net.

En cuanto esté abierta la matrícula os enviaremos la contraseña para hacer la matriculación.

Formación y certificación Ágil de Scrum Manager

- miércoles, 24 de junio de 2009, 13:00

En este sector un profesional sin formación continua está “out” en menos de 5 años, y aunque hay nuevas formas de difundir y compartir conocimiento, se siguen empleando sólo modelos de formación económicamente pesados, que limitan el acceso.

Para mantenerse necesitan estructuras comerciales, que por su natural tendencia al crecimiento añaden el riesgo de transformar sistemas de formación en sistemas de venta de certificados.

Estos modelos tradicionales emplean recursos pesados (salas, desplazamientos, comidas…) para cada comunicación a un número más o menos reducido de personas; pero ahora es posible aprender y compartir el conocimiento y la experiencia; y acreditar el interés y la implicación profesional, de formas abiertas y más “ágiles”.

Este es el empeño de Scrum Manager: traer la apertura a la formación y acreditación profesional.

Un modelo de formación y acreditación profesional abierto y gratuito para profesionales, sustentado en los usos de formación y asesoría in-company.

Una acreditación profesional que se obtenga sólo por implicación y resultados en las pruebas de formación.

A mediados de julioestarán disponibles unos cursos piloto para probar y mejorar la plataforma.

Minuta de reunión ChileAgil 23/Mayo/2009

Tema General

Propuesto en Reunión 26/Mayo

Propuesto en Reunión 23/Junio

Votación

Gestión de Cambios

·       Gestión de proyecto con prioridades y requerimientos variables

·     Requerimientos Sorpresa del Cliente

 

ChileAgil

·       Talleres Ágiles

·     Siguiente AgileDay

·     Roadmap para ChileÁgil

·     Integración y Motivación

·     Cómo mejorar la difusión de la agilidad

4

Venta de Contrato Ágil

·       Llevar a pensamiento ágil al cliente

·       Agilizar al Cliente

·     Venta de Proyecto Ágil

4

Multi-proyectos con pocos recursos

 

·     Pequeños equipos. ¿Pair programming? ¿testing? Con varios proyectos

3

Tests de Aceptación Automáticos

 

·     Tests de Aceptación Automáticos

2

Calidad

 

·     Conceptos de Eficiencia versus rendimiento

 

Herramientas

·       Relacionar herramientas con metodología

 

 

PMI

·       PMI Ágil?

 

 

Scrum

·       ScrumMaster en Chile

·       Visión crítica de Scrum

 

 

 

Temas Abordados en esta reunión

 

Contratos Ágiles

¿Qué forma asume un contrato ágil?

Algunos links relevantes:

·         Knowledge acquisition vs Business value creation muestra cómo debiera generarse aprendizaje y valor en un proyecto ágil, y cuando es posible “recortar” un proyecto si existe poco tiempo.

·         10 Contratos para los proyectos Ágiles, donde se muestra un set de tipos de proyectos y se analiza cuáles son más adecuados para un proyecto ágil

Multi-proyectos con pocos recursos

Se discutió el típico problema de las empresas pequeñas que tienen que atender muchos clientes al mismo tiempo, y por ende se ve difícil el poder realizar programación de a pares, debido a la poca gente disponible   o testing, por falta de tiempo.

Se conversó acerca de la teoría de real options, que establece que frente a la incertidumbre es importante mantener las opciones abiertas lo más posible. Es así que el no multiplicar el conocimiento dejaría al equipo frenado hay una única persona a cargo (efecto conocido como el “truck number”), o que el no hacer testing lo que está generando es “deuda técnica”, que en algún momento del futuro tendrá que ser pagada, y con intereses. Así que frente a pocos recursos, el no hacer pair programming o testing sería “pan para hoy y hambre para mañana”.

Un antecedente adicional lo pone el hecho de que muchos proyectos de la empresa analizada se alargaban hasta ¡8 veces!, por lo cual al parecer el cuello de botella no estaría en el desarrollo (que es el que se atrasaría si se asumieran las prácticas de XP), sino en otra parte del proceso de desarrollo. Para esto se propuso estudiar la técnica del “Value Stream Mapping”, que permite detectar donde están las ineficiencias al momento de tratar de entregar valor.

ChileÁgil

La asistencia a la reunión bajó con respecto a la de Mayo, quizás por el frío J . Se conversó acerca de cómo serguir proyectando esta comunidad. Algunas ideas que se conversaron

-          Constituir una red de empresas ágiles del Chile, compuestas por empresas que están apoyando activamente a la comunidad ChileAgil en su misión de promover la agilidad en la industria nacional

-          Realizar charlas en cada reunión periódica de ChileÁgil

-          Hacer charlas motivacionales para los clientes de las empresas de la red

-          Hacer un AgileDay con pocas charlas de gran calidad y un OpenSpace para que los practicantes puedan compartir experiencias e inquietudes

Acuerdos

Se realizará la próxima reunión el miércoles 22 de julio a las 19:00 en Oxus. La empresa Firexis expondrá en la primera hora sobre Contratos Ágiles.

Simplejidad

simplejidadNo tiene nada que ver ni con procesos, ni con agilidad, ni con desarrollo de software, pero me llamó tanto la atención que lo acabé comprando.
Me refiero a la portada del libro de Jeffrey Kluger, en la que dice:

SIMPLEJIDAD
Por qué las cosas simples acaban siendo complejas y cómo las cosas complejas pueden ser simples.

Las prácticas ágiles son simples. Se pueden explicar en media docena de páginas. Parce sin embargo que los modelos de procesos son más complicados. ISO 15504 comprende 7 libros, y CMMI para desarrollo ocupa 573 páginas.

Pero al ver la portada de Simplejidad,  “mutatis mutandis” se me transfiguró:

SIMPLEJIDAD
Por qué la agilidad acaba siendo compleja y cómo la aparente complejidad de los procesos es simple burocracia.

Segunda reunión de Chileagil este martes 23

Este martes 23 nos volvemos a juntar para conversar,compartir experiencias y crear lazos en torno a la agilidad. Los detalles del encuentro los pueden obtener en nuestro foro en Google Groups

Desayuno Promocional curso “Proyecto de Software” para semestre primavera 2009

En articulos anteriores he contado la experiencia del curso “Proyecto de Software”, que es el caso de éxito más claro que tengo a la mano de la aplicación de Agilidad en Chile.

El jueves de la próxima semana se realizará un desayuno promocional en el DCC de la Universidad de Chile en donde  se presentará esta experiencia para quienes deseen postular a ser clientes del curso en los próximos semestres. Para ser invitados, deben inscribirse en este formulario hasta el próximo lunes 15 de junio.

Podcast “Agilidad en Chile” para el Java User Group, parte 1

El Java User Group Chile  ( www.jug.cl ) realizo un  podcast relacionado con la agilidad y para esto invito al líder de la comunidad chileAgil.

Para mas detalles :

http://www.podcaster.cl/2009/06/java-chile-6/

Esta es la primera parte del podcast por lo que  atentos

continuara …..

Por que es tan dificil implementar agilidad en Chile

En la primera reunión de Chile Ágil se toco el tema “Por que es tan difícil implementar agilidad en Chile”. La dinámica de conversación fue que cada asistente entregara su reflexión abiertamente a todos los participantes y escribiera esta en un post-it .

  • 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  !!

¿Los programadores quieren dejar de programar?

oficina2Entre las muchas ideas que pudimos comentar en la reunión de Chile Ágil del pasado 26, salió un  tema que resulta bastante habitual: Ingenieros que quieren dejar de hacer trabajo técnico. Dejar de programar para pasar a tareas comerciales, de consultoría o de gerencia.

El año pasado comentaba en Navegápolis que me encontré en una selección de personal (para programadores) con un candidato que, con poca malicia y demasiada sinceridad afirmaba que su objetivo era ascender en la compañía, para dejar de programar y pasar a comercial o consultoría. Según sus palabras: “a puestos con mayor proyección”.

Os invito a leer, no el post, sino los comentarios de los que se pueden extraer muchas más conclusiones e ideas para reflexionar.

Algunos fragmentos:

“Un médico de 50 años es una eminencia y un programador de 50 años es un fracasado”

“No podemos negar que el salario, además de la reputación es muy importante”

“Efectivamente, el negocio del software en España funciona así” … “Acá en Mexico la cosa no cambia”  (y por lo que vimos en la reunión de la semana pasada, en Chile pasa lo mismo)

“No hagan líderes de proyecto a sus mejores programadores, porque pierden a su mejor programador y ganan un pésimo líder de proyecto”

“Ser (buen) programador es duro. Muy duro”

“El mérito se lo llevan los comerciales y gerentes, y dentro de las empresas solo se valora a quien tenga contacto con el cliente, ya que es el que paga”

“No entiendo como a un ingeniero informático o a un técnico informático no le parece apasionante el mundo de la Programación de ordenadores. Nunca lo entenderé”.

“Me encanta programar, me apasiona. Es mi vida. Pero sabéis qué me ha sucedido? Mis jefes y superiores me han tradado mal”

etc.

foto: wili_hybrid (cc by)