¡Feliz cumpleaños, Comunidad Ágiles Colombia!

Screen Shot 2016-06-21 at 07.59.19.png

¡Qué inmensa alegría!

Esa imagen de Tobias de aquella oficina donde reina la risa y la pasión, “donde todos, inspirados por un espíritu de camaradería, habitados por un clima de entusiasmo, propósito común y esperanza, trabajan en un ambiente que fomenta la escucha, la comunicación abierta y la colaboración a mansalva”, algo que hace apenas seis años parecía una utopía al mejor estilo macondiano, se ha repetido en nuestra mente y en la realidad de nuestro entorno profesional y laboral con tanta frecuencia que ya se nos hace imposible recordar como era que trabajábamos antes.

Han sido seis años ayudando a transformar la forma en que trabajan las personas y los equipos en las organizaciones del país, un propósito que nos ha motivado a reinventarnos cada día, cada semana, a dejar atrás la zona cómoda y a enfrentar nuevos y apasionantes retos cada nuevo amanecer.

Durante este tiempo hemos logrado:

  • 2010 – La Primera reunión de la comunidad, asistentes 2 personas.
  • 2012 – En Abril el primer OpenSpace en la U. Piloto de Bogotá con 15 asistentes facilitado por Pablo Tortorela.
  • 2012 – En diciembre el 2do OpenSpace en Bogotá con 8 personas. Se habia cancelado y al llegar los chicos de Locxue por error (el 1er semillero Ágil formado por estudiantes en Fusagasugá)  se hizo con los asistentes (su historia).
  • 2013 – El primer OpenSpace en Cartagena con más de 100 asistentes.
  • 2013 – El Open Space Ágil más grande de Latinoamérica en Medellín con más de 600 asistentes.
  • 2014 – El Tour de promoción del Ágiles2014 por distintas ciudades del país, incluyendo Armenia, Cartagena, Cali, Bucaramanga, Bogotá y Popayán.
  • 2014 – Las VII Jornadas Latinoamericanas de Metodologías Ágiles (2014) con más de 700 asistentes.
  • 2015 – Tour Ágil 2015, promovido por el Ministerio de las Tecnologías de Información, que incluyó ciudades como Manizales, Barranquilla, Villavicencio, Bucaramanga, Cali, Medellín y Bogotá.
  • Expansión de la comunidad a lo largo y ancho del territorio nacional, incluyendo ciudades como Pasto, Fusa y Girardot.
  • Más de tres mil miembros en el grupo de MeetUp  (3.197)[http://www.meetup.com/agilescolombia ], convirtiéndolo así en uno de los grupos más grandes de MeetUp del mundo sobre Agilidad y temas relacionados.
  • Más 300 sesiones de meetups presenciales y virtuales en estos seis años, solo 109 de estas se realizaron en 2015, confirmando así el momentum que ha ganado Ágil en el país y las ganas de aprender de todos los miembros de la Comunidad.

Screen Shot 2016-06-18 at 10.42.03

Pero lo más importante, lo verdaderamente fascinante de toda esta experiencia, es haber roto el silencio desde las trincheras de la programación, desde los introvertidos sin voz y descubrir el poder de la cocreación, con tantas nuevas personas, amigos, colegas, profesionales con quienes hemos creado un ecosistema de comunicación, trabajo colaborativo y de apoyo de los unos a los otros.

Todo esto no hubiese sido posible sin el apoyo de los miembros de la comunidad latinoamericana, así que todo nuestro agradecimiento a Pablo Tortorela (@Pablitux) quien nos dio ese primer impulso para hacer el OpenSpace en Bogotá con 15 asistentes por allá en 2011 para juntarnos. A Alan Cyment, Agustin Villena,Ángel Medinilla, Carlos Peix, Hiroshi Hiromoto, Ingrid Astiz, Hernan Wilkinson, Javier Quesada, Johnny Ordoñez, Juan Gabardini, Gustavo Quiroz, Martin Alaimo, Martin Salias, Rosalinda (Rox) Muñoz, Veronica Vera y tantos otros agilistas latinoamericanos y de otras latitudes que ofrecieron de forma generosa su tiempo para compartir con la comunidad Colombiana. ¡Muchas gracias Ágiles Latam!

Y este es el instante para recordar también que todo empezó con un pequeño grupo de personas motivadas, así es que va una mención especial a quienes se aventuraron a soñar con una comunidad: Alejandro Osorio, David Roncancio, Andrés Llanos, Giovanny Beltran, Jorge Gamba, Luis Mulato y Yamit Cardenas.

Y algunos de los nacionales que se unieron y los siguieron tiempo después: Alejandra Moreno, Alexis Cuellar, Alvaro Triana, Adrian Moya, Andreina Romero, Andres Herrera, Camilo Velásquez, Carlos Gil, Carlos Hurtado, Claudia Sandoval, Deieu Alexandra Calderón, Gabriel Morris, Giovanny Cifuentes, Gloria Cortés, Deiby Od , Jader Rojas, Jeison Loaisa, Jorge Abad, Jose Gregorio, Julian Guevara, Juliana Betancur,  Jorge Gamba, Juan David Padilla, Juan Daza, Jubel Correa, Khriztian Moreno, Leonardo Agudelo, Neider Tapia, Lucho Salazar, Olga Cardenas, Pablo Velasquez, Robinson Rico, Silvia Lozano, Wilmar Hincapie y muchos más que se nos escapan.

Muchas gracias también a  las comunidades amigas con las que hemos compartido espacios y recibido apoyo de muchas formas: Avanet, BogoDev, BogoHack, Flisol entre otras.

Y tantos otros que no podremos mencionar por no hacer interminable esta carta de felicitación.

Finalmente, nuestro enorme agradecimiento a la empresa privada por el apoyo (por sus patrocinios y demás) y al gobierno a través de Ministerio de las Tecnologías, en especial a Lina Taborda, directora de FITI, por el apoyo incondicional e ilimitado que nos brindó desde Intersoftware para la realización de Ágiles 2014 y posteriormente desde FITI para la expansión de la cultura ágil por muchos lugares del país.

El sueño de Tobias se hizo realidad en Colombia, es posible contar con “un espacio donde la innovación y las ideas disruptivas sean una parte natural de cada interacción”. Para quienes navegamos por los senderos de la Agilidad es latente el “ser responsables de decidir sobre el ritmo, el espacio y la carga de trabajo”, hemos sido capaces de cocrear ambientes donde “trabajar para entregar resultados concretos, de altísima calidad, de modo frecuente, a clientes relajados y profundamente deleitados” cada vez más es una realidad.

Nuestra tarea es seguir cocreando contextos de abundancia donde podamos continuar llevando toda esta experiencia y aprendizaje a nuevas fronteras más allá del software, donde el espíritu de la agilidad continuará descubriendo mejores formas de hacer las cosas. Quizá ya el nombre se quedará corto para describir esa gran fuerza que surge de la imaginación del ser humano en reinventarse a sí mismo.

¡Feliz cumpleaños, Agilistas!

Únete a la celebración enviando un mensaje, foto, imagen ó video con el hashtag: #FelizCumpleAgilesCo  en nuestras redes sociales: Twitter: @AgilesColombia y Facebook: facebook.com/AgilesColombia


Posdata:

Te invitamos a celebrar este cumpleaños en el AgilesColombia 2016, nuestro primer encuentro nacional el próximo 12 y 13 de agosto de 2016 en Bogotá.

Conoce más del evento en: http://ac2016.agiles.org/

Y realiza el preregistro en: http://www.meetup.com/AgilesColombia/events/231819724/  

Si no estas en Bogotá y quieres asistir pronto abriremos registro para apoyarte con tu viaje. Si no clasificas estamos buscando patrocinadores para que lo transmitan via streaming para que no te lo pierdas.

Si quieres participar de la comunidad es muy facil, registrate en el meetup:

http://www.meetup.com/AgilesColombia/

Y asiste a los eventos, si no hay ninguno en tu ciudad, ¡genial! Puedes ser el primero en organizar tu comunidad ágil local, registra tu primer evento en el meetup tu mismo y empieza.

Work Expo, una actividad para conocer los equipos

El equipo cambiante

Vivelab Bogotá es un Living Lab creado por la Universidad Nacional de Colombia, el ministerio de las  TICs y la alcaldía mayor de Bogotá. Somos el laboratorio abierto de los ciudadanos, trabajamos en una amplia variedad de proyectos, desde desarrollo de software hasta pruebas de usabilidad y hackatons.

Al trabajar en diferentes proyectos los equipos cambian constantemente. Existe un equipo base que frecuentemente se expande dependiendo de las necesidades de los proyectos; por esto ver nuevas caras entre rostros familiares es un escenario muy frecuente. Estos nuevos equipos trabajan tanto en proyectos antiguos cómo en nuevos proyectos.  Es dificil mantener informadas a todas las personas sobre quienes están trabajando ahora en el Vivelab,  esto debido a que no todos los equipos interactúan entre ellos.

Work expo

Para trabajar en este problema usamos el ejercicio “Work Expo”, el cual se explica en el libro #Workout ( https://management30.com/product/workouts/how-to-find-purpose-in-your-organization/ ). En nuestra versión de la actividad cada persona debe realizar un dibujo que responda las siguientes preguntas:

  • Por que se encuentran trabajando en el Vivelab y no en otro lugar?. Las respuestas a esta pregunta nos ayudan a saber qué debemos hacer para convertirnos en un lugar feliz para trabajar e incentivar a más gente talentosa a trabajar con nosotros.
  • Que hacen en el Vivelab?. Este es el momento de presumir, de mostrar a todos que hacemos y por qué es importante para la organización tenernos en sus equipos.
  • La exposición: Una vez todos han terminado su obra maestra la expondrán en su estación de trabajo, mientras el grupo de espectadores realiza un recorrido por cada escritorio y escucha la exposición del autor. Esto nos ayuda a crear una relación entre lo que la gente está diciendo y el sitio donde podremos encontrarlos.

Sight_2015_09_02_180853_037Los resultados fueron bastante interesantes, y siendo honestos bastante motivadores.  La mayoría del equipo base expresó cómo su mayor motivación el entorno laboral del Vivelab, algo en lo que ponemos bastante empeño. Los nuevos integrantes se encuentran emocionados de conocer nuevas formas de trabajar y un estilo diferente de proyectos. Todas las personas tuvieron la oportunidad de mostrar qué hacen y pasar un buen rato explicandolo.  Y ya que las presentaciones fueron hechas en cada puesto de trabajo, nos ayudaron a reconocer quienes son las personas que vemos cada día.

Conclusiones

Sight_2015_09_02_180905_909

Es bastante dificil mantener un ambiente que sea familiar y desafiante al mismo tiempo.Cuando el equipo cambia, y esto ocurre con más frecuencia de la que quisiéramos, es importante recordarnos por qué aún seguimos trabajando aquí y cuales son las motivaciones que mueven a las personas. El ejercicio “Work Expo” nos dio la oportunidad de hablar a todo el equipo y escuchar lo que cada uno tenía por decir. Repetiremos esta actividad en el futuro, cuando los equipos y proyectos cambien de nuevo, o tal vez incluso si no lo hacen. Porque tal vez seamos las mismas personas pero nuestras motivaciones siempre están en movimiento.

Trabajando con Metodologías Ágiles en el Gobierno

Introducción

La intención de este artículo es describir los obstáculos para la implementación de Scrum en proyectos realizados para el gobierno Colombiano, y plantea posibles formas de abordarlos para disminuir su impacto. Las observaciones que aquí se realizan parten de la experiencia adquirida por el Vivelab Bogotá, pero es posible replicar estos resultados en contextos similares.

 

Obstáculos para el Agilismo en el Gobierno

Los proyectos del Gobierno tienen un desarrollo que encaja en el modelo de cascada, con unas fases muy bien definidas y secuenciales típicas de este tipo de metodologías. Las etapas de este proceso están controladas por procesos de calidad estrictos que limitan el espacio de experimentación y fomentan estructuras jerárquicas verticales donde los procesos son más importantes que las personas y sus interacciones. Esto dificulta la inclusión de prácticas Ágiles para el manejo de proyectos y genera una serie de obstáculos para un equipo de personas que desea trabajar de esta forma. A continuación se describen algunos de ellos:

 

  • Uno de estos obstáculos es la documentación rígida que dificulta la colaboración con el cliente. Existe una etapa inicial donde se generan documentos de requerimientos que son asumidos como compromisos por el equipo de desarrollo, dichos compromisos se adquieren en uno de los momentos de mayor riesgo, esto debido a las propiedades del cono de incertidumbre que describe cómo la certeza respecto a los estimados del proyecto aumenta durante el desarrollo del mismo . Esto ocasiona que el producto se cree atado a una serie de requerimientos que pueden perder validez durante el proceso de desarrollo, pero al estar sujetos a planes ya aprobados se dificulta colaborar con el cliente para ajustarlos. La gran rigidez de estos documentos es ocasionada por las múltiples leyes que los cubren y los diferentes sistemas de control que tienen como función verificar su cumplimiento.
  • La inclusión de sanciones y problemas legales eleva lo que está en juego y genera una fuerte tendencia hacia seguir el plan sobre favorecer los cambios. Los proyectos se ejecutan por medio de un convenio o contrato en el cual se especifican las cláusulas de incumplimiento, y este incumplimiento ocurre cuando no se entregan los requerimientos especificados al inicio del proyecto. Esta tendencia termina dañando el producto, se busca jugar a lo seguro, no se da el espacio para experimentar por miedo a dichas cláusulas de incumplimiento.
  • La infraestructura suele ser bastante cerrada debido a razones de seguridad, por ejemplo los servidores no pueden ser accedidos de forma fácil desde equipos ubicados fuera de sus instalaciones. Esto dificulta enormemente la ejecución de pruebas y la entrega de un producto funcional al final de cada iteración.

 

Estos factores generan un ambiente con bastantes retos para el Agilismo, pero las mismas prácticas que se utilizan en otros ambientes también pueden ser efectivas en este. En la siguiente sección se hablará un poco de estas herramientas.

 

Herramientas para la construcción de confianza

Uno de los elementos en juego es la falta de confianza entre los involucrados, que se refleja en la rigidez de los contratos. La confianza entre la entidad gubernamental y el equipo de trabajo se puede construir, algunas herramientas que pueden ayudar a este cambio son las siguientes:

 

  • Demostrar el avance del proyecto con un producto funcional al final de cada iteración. Esto ayuda enormemente a la relación, ya que permite pasar de supuestos a un producto sobre el cual se puede probar y que exhibe el trabajo y compromiso del equipo. Para lograr esto de forma consistente es importante usar Integración Continua, ya que permite al equipo de trabajo demostrar el valor que se ha construido en el producto. Y teniendo en cuenta que existen obstáculos en la infraestructura, el disponer de una forma rápida y precisa de generar software que pueda ser probado es crítico.
  • Negociar el alcance de diferentes elementos del proyecto. Existen diferentes herramientas, con su respectivo marco legal, que permiten ajustar la definición del proyecto. Estas herramientas dependen del tipo de contrato que se está manejando, pero considerando lo pesado que puede ser este proceso, es probable que las partes involucradas generen resistencia a estos cambios. Al demostrar el valor generado favoreciendo el cambio en lugar de seguir estrictamente el plan, se abre un espacio para negociar y hacer del proyecto una relación en la que todos ganan.
  • Lean UX. Mediante ejercicios de sketching, prototipado y diseño participativo, se logra apropiar conceptos cómo la respuesta al cambio y se transmite la idea de que las funcionalidades del producto son algo emergente y que tratarlos de forma monolítica puede disminuir la calidad del resultado final. Por ejemplo, al presentarse el listado de requerimientos del producto, puede generarse una sesión de sketching entre los interesados. El objetivo de esta sesión será diagramar las interfaces que se usaran, pero durante este proceso se valida la funcionalidad y se crea un conocimiento compartido entre el equipo de trabajo y las personas interesadas en el proyecto. El trabajo de esta sesión es implementado durante la iteración y el producto que se genera durante este tiempo se presenta de nuevo a las personas involucradas. Generando esta dinámica de trabajo y creando transparencia, se está dando una razón clara del por qué hacer las cosas de una forma diferente y cómo esto puede llevar a mejores resultados. Adicionalmente se involucra a los funcionarios en el proceso de creación, lo cual genera un mayor sentido de pertenencia frente al producto y al equipo que lo desarrolla. Los involucrados pasan de ser un agente externo que influye en el proyecto a ser parte del equipo responsable de generar el mejor producto posible.

 

Trabajando en un ambiente de confianza es posible realizar cambios sobre los productos que fueron aprobados tiempo atrás. En este ambiente se confía en que cada miembro del equipo tiene las habilidades necesarias para realizar las actividades del proyecto, y la responsabilidad y el compromiso para llevarlas a cabo de forma transparente.Una estrategia efectiva para atacar este problema consiste en negociar sobre los criterios de aceptación de cada ítem, esto hace posible que se reduzca el trabajo necesario para completar algunas de las cosas y aprovechar ese esfuerzo en nuevos ítems que se han descubierto.

 

Conclusiones

Las recomendaciones y comentarios mencionados hacen referencia a las experiencias de un equipo de trabajo específico, realizando una serie de proyectos con entidades gubernamentales. Cada proyecto tiene sus propias características que pueden facilitar o dificultar la experimentación con las recomendaciones aquí mencionadas. Lo realmente importante es cómo se aborda el problema y la actitud con la que se enfrenta. Estos son los factores que permiten que se de un ambiente favorable para la introducción de prácticas ágiles en el trabajo con el Gobierno. Es un trabajo difícil, pero no es exclusivo de este ámbito y por lo tanto no debe ser una razón para escatimar esfuerzos que permitan que se hagan mejor las cosas a este nivel.