Revista AgileGirls edición 1 junio 2017 by Revista

Año 1. Número 1. Junio, 2017

Agile Girls. Revista de la comunidad internacional de mujeres agilistas. Año 1. Número 1. Junio, 2017 Revista virtual.

Primera reunión Agile Girls Nodo México. Febrero 2017.

Directora Ejecutiva de la Revista Andrea Alexandra Castañeda (Colombia) Colaboran en esta edición: Leydy Muñoz (Colombia) Aymará Samudio (Argentina) Carolina Gorosito (Argentina) Vanessa Amaya (México) Maríale Vallejo (Venezuela) Marianela Posada (Colombia) Alexia Rosales Albornoz (Chile) Amal Hosni Viteri (Colombia) Alinca Ramos (México) María del Pilar Gamarra (Perú) Katherine Grisales (Colombia) Joanna Prieto (Colombia) Segundina Concha (Perú) Vanesa García (Colombia) Correctoras de estilo: Stephanie Frias (Perú) Natalia Arrigoni (Argentina) Alejandra Gaba (Argentina) Foto de Portada: Kathe Grisales (Colombia)

Taller para ordenar proyectos y diseñar una presentación que cautive donantes. Taller facilitado por Ana Dorado y Cora Fassina para agile girls en la Fundación Telefónica Argentina. Abril , 2017.

Agile Kids Nodo (Chile). Cómo llevar la agilidad organizacional al a m b i e n t e f a m i l i a r, niños más ágiles.

Taller de Nodos Herramientas Creativas de Irene Kerner, con la representación de Amal Hosni, Nodo Colombia. Mayo 2017.

Diseño y diagramación: Carlos Alberto Gómez (Colombia) Apoyo Sponsor: Planup (Colombia) Arquen Agile Branding (Costa Rica)

Inauguración Nodo España. Mes de Junio del 2017.

Fotografía Eventos: María Eugenia Añón Fernández (Argentina) Roberto Manuel Mejías Alarcón (Chile) Primer Meetup del Nodo Peru, en alianza con Wit Perú "Ideación y Descubrimiento del Producto Colaborativamente". Mes de abril 2017( Perú).

"Somos una red internacional

de mujeres agilistas que funcionamos como nodos en diferentes países" Entrevistamos a las fundadoras de Agile Girls para conocer más sobre su propósito, valores y próximas acciones a realizar.

Leydy Carolina Muñoz Agile Trainer & Team Facilitation

Andrea Alexandra Castañeda Agile Trainner & Consultant

Trabajamos con metodologías ágiles, principalmente en el sector de TI. Nos gusta aprender, emprender, somos curiosas, activistas .

Entrevistador: ¿Qué es Agile Girls?

E: ¿Dónde reside la comunidad?

Fundadoras: Para las mujeres que quieran aportar y transcender, nuestra comunidad es una organización sin fines de lucro que busca empoderar y visibilizar a la mujer en distintos ámbitos como el social, profesional y personal, a través de la filosofía y metodologías ágiles.

F: Somos una red internacional de mujeres agilistas, funcionamos como nodos en diferentes ciudades y países. Actualmente desarrollamos eventos en Argentina, Chile, España, México, Perú, Colombia y Venezuela .

E: ¿Cuándo y cómo surgió esta comunidad? F: Agile Girls nace el 18 de noviembre del 2016 en Chile con su primer evento orientado a mujeres emprendedoras de la Academia ADASCL, el cual fue posterior a la creación de nuestro grupo en Facebook y twitter donde ya interactuábamos como comunidad, compartiendo contenido y eventos de interés. E: ¿Qué identifica a sus miembros? F: Trabajamos con metodologías ágiles, principalmente en el sector de TI. Nos gusta aprender, emprender, somos curiosas, activistas, con espíritu de trabajo en equipo, generosas, nos gusta compartir y colaborar, somos enérgicas, divertidas y disruptivas.

E: ¿Cuál es su propósito en relación con el empoderamiento de la mujer y la agilidad? F: Nuestro objetivo es lograr que las mujeres protagonicen sus propias historias de éxito dentro de su vida profesional y personal a través de la agilidad. Estamos en consonancia con ciertos lineamientos de la ONU Mujeres. Queremos ampliar el trabajo con otras comunidades y organizaciones con el fin de aportar nuestra granito de arena a esta gran misión internacional en auge en los últimos tiempos. E: ¿Cuáles son los valores que comparten y fomentan? F: La equidad de género y el respeto. Por ahora queremos focalizar en ellos para que sean nuestro fuerte.

E: ¿Cuáles son los objetivos próximos a cumplir? F: Estamos por lanzar el nodo Brasil, Ecuador y realizar alianzas con comunidades en Estados Unidos y Europa. Queremos destacarnos por la multiculturalidad por eso buscamos, en una segunda etapa, potencializar esa diversidad, ofrecer más oportunidades a nuestras Agile Girls para participar y difundir la cultura ágil. Buscamos fortalecer y ampliar nuestra red de aliados y sponsors para apoyar a más miembros de la comunidad en sus iniciativas y proyectos de gran escala. Por otro lado, una de las metas que tenemos es lanzar nuestra propia red de trabajo para ofrecer oportunidades laborales y conocer más del mercado empresarial y sus tendencias. E: ¿Cuál es el rol de los aliados y sponsor? F: Los aliados son personas, grupos y comunidades con quienes trabajamos en conjunto para lograr eventos de gran escala donde interactúe la comunidad con otros que tienen los mismos intereses o quieran aprender e incorporar nuestra experiencia en su labor. Los sponsor son empresas o personas físicas que quieran ofrecer algún tipo de apoyo a la comunidad, por ejemplo: mentoría, materiales para eventos, apoyo en organización o logística. Según su capacidad de aporte, el sponsor logra una

visibilidad específica en las diferentes actividades realizadas. Para aquellos que tengan algún interés en participar pueden contactarse con nosotros a través de nuestro correo electrónico: agilegirlschile@gmail.com E: ¿Qué las ha movilizado para realizar esta revista? F: Principalmente nuestro deseo de evidenciar el trabajo de nuestras Agile Girls, visibilizando su experiencia, consejos y aportes, y ser un referente para otros. E: ¿En qué redes sociales podemos encontrarlas? F: Estamos en Facebook, Twitter, Linkedln y también Youtube. Próximamente tendremos el lanzamiento de nuestra página web. E: ¿Qué las inspira y motiva? F: Básicamente la motivación de otras mujeres que trascienden como embajadoras ágiles en sus lugares de trabajo y su vida personal. E: ¿Cuál es su mensaje para los miembros de la comunidad? F: Nuestro mensaje es un sincero agradecimiento a todas las líderes de los diferentes nodos y a todos los aliados, sponsor y personas que apoyan y participan esta comunidad, las cuales han creído en nosotras

Inaguración de la Comunidad Agiles Girls Internacional. (Chile) Noviembre 2016. http://www.girlsintechchile.com/tag/scrum/

Usando Ágil

en una relación 1 a 1 o de cómo sobrevivir al trabajo como profesional independiente Aymará Samudio Desarrolladora Web. Mendoza, Argentina. Brinda soluciones para profesionales independientes y emprendedores, (integración de herramientas web, blogs y redes sociales).

sta será una historia muy personal y voy a aﬁrmar eso que probablemente ya sepas: es difícil el trabajo independiente. La buena noticia es que existen herramientas que pueden ayudarnos a que los procesos de trabajo y ﬁnalización de proyectos mejoren y mucho, y una de ellas es Ágil.

No, no voy a hablarte acerca de cuáles son los fundamentos de la metodología, ni por qué es tan maravilloso para equipos de desarrollo, porque eso ya lo sabes. Te voy a hablar de mi propio esquema de trabajo siendo profesional independiente cuando el cliente es también un profesional independiente o emprendedor.

Éste cliente, el profesional independiente/emprendedor, tiene necesidades muy especiales y no tiene un departamento de ﬁnanzas, un departamento de comunicaciones, una secretaria, un equipo técnico, ni siquiera a veces un socio igualitario que le cubra las espaldas o que lo acompañe en el proceso. Pero tiene una idea

tiene una idea clara: necesita un producto de parte nuestra. Lo necesita a medida, y lo necesita pronto . clara: necesita un producto de parte nuestra. Lo necesita a medida, y lo necesita pronto. Deﬁnitivamente NO necesita aprender los fundamentos del desarrollo Ágil, ni tampoco necesita que estemos encima de él solicitándole que llene formularios o haciendo una retrospectiva junto a nosotros. Después de todo, vino a buscar una solución, no un problema. ¿Verdad?

¿Cuántas veces como agilistas hemos perdido el rumbo con el afán de “evangelizar”? No hay que caer en la tentación de querer meter a la fuerza un esquema de trabajo riguroso que en teoría “garantiza” que cumpliremos en tiempo y forma con la entrega del “producto”, porque ﬁnalmente estaremos malogrando lo más importante en una relación con el cliente: la conﬁanza y la comunicación.

Mi método: El método que me ha funcionado consiste en una sola clave, que “casualmente” está en el corazón de los valores ágiles: hago full-contact con el cliente (tampoco es que tenga implicaciones físicas, que no se malinterprete!). En orden de mantener un ritmo apropiado, yo misma me ocupo de establecer cuál será el producto mínimo viable. Y soy yo misma la que requiero rápidamente el feedback del cliente, y reorganizo mi trabajo a partir de ese punto. Una práctica que contribuye a mi paz mental es no debatir con el cliente. Se pierde energía valiosa en el debate. Lo cual no quiere decir que siempre le dé la razón. Sino que, interpretando su discurso, me dispongo siempre a darle respuesta a su necesidad, esa necesidad que él probablemente no conozca aún.

que me permitan cierta holgura en el caso de demora en la implementación de alguna parte del trabajo.

No todo son campos floridos: Para llegar a esta metodología de trabajo me equivoqué más veces que las que puedo contar con mis manos. También estuve perdida por la vida tratando de hacerlo todo según los esquemas impuestos por el cliente, mal paga y con plazos de trabajo esclavizantes y al final el resultado no me dejaba conforme tampoco. Muchas veces me ví en la situación de tener que elegir entre dedicarle tiempo a mi hijo o a mi trabajo y si hay algo que te pone en perspectiva sobre tus decisiones, definitivamente tiene que ver con el rol de madre. Fue justamente cuando me encontré en esa posición que replanteé todo mi esquema de trabajo con resultados ampliamente positivos.

Todas estas tareas, aunque no lo parezca, no hacen que sea más complicado o trabajoso: mis procesos internos están estandarizados, lo que hace que todo funcione de manera prácticamente automatizada, una maravilla!

Nada de este cambio de vida hacia la independencia hubiera sido posible si no me encontraba de frente con las metodologías ágiles. Ha sido vital también contar con las comunidades de apoyo y experiencias de otras agilistas. Porque somos comunidad y lo que aportamos a ella, porque siempre obtendremos más de lo que brindamos, gracias Agile Girls

En cuanto a la parte complicada, el “vil metal”, planiﬁco los cobros en base a un estimado de entregas intermedias, en plazos razonables y

Web: http://sapuru.soy Twitter: @_sapuru Facebook: /sapuru.soy Linkedin https://www.linkedin.com/in/aymarasamudio/

Una práctica que contribuye a mi paz mental es no debatir con el cliente .

DESAFÍA

tus propios patrones mentales

La lectura proporciona a la mente solo materiales de conocimiento; es pensar lo que hace que lo que leemos sea nuestro. (Jhon Locke).

Carolina Gorosito Agile coach. Me declaro continua aprendiz de la vida, agente de cambio y facilitadora de encuentros, de soluciones, respuestas e ideas. Como coach colaboro en el diseño de productos, aportando mi experiencia y encontrando las fortalezas que ayudan a crear equipos de alto rendimiento. Tema seleccionado: patrones de pensamiento/mindset, cómo cambiarlos (o al menos reconocerlos en nosotros mismos).

e encanta conversar con gente de diferentes ámbitos, es interesante observar cómo cada uno tiene su diccionario de acuerdo a su carrera y construye los aprendizajes en su propio lenguaje. Conversando con una compañera de trabajo me decía: “cuando hablo con desarrolladores (de software) se nota que son binarios y lógicos. Cuando hablo con artistas, son desestructurados y dispersos”.

Esto suena a estereotipos y generalizaciones… Sí, de eso se tratan los patrones, así funciona nuestro cerebro para poder procesar la inmensa cantidad de información que percibe. No quiere decir, sin embargo, que todas las personas de estas profesiones se comporten así o al menos no en todo momento. Como sabemos, estos patrones se van desarrollando de acuerdo a nuestras experiencias, y por supuesto, nuestra profesión tiene una gran influencia en nuestra persona-

lidad ya que la mayor parte de nuestro tiempo lo pasamos en el trabajo. Esta cadena de pensamiento me llevó a reflexionar sobre cómo mis propios patrones de pensamiento interfieren con la facilitación, coaching o actividades que realizo en las organizaciones a las que asisto. De esas cavilaciones surgió la pregunta, y te invito a preguntarte conmigo:

¿Y si mis patrones están sesgando mi visión? A modo de retrospectiva he estado analizando la situación y tomando acciones para estar un poco más consciente y atenta a mis propios sesgos ágiles. Deconstruyendo esta situación, he detectado hasta ahora dos áreas que nos pueden llevar a fijar patrones sin darnos cuenta: expertise y

pensamiento colectivo. Y para que hagas tu propia evaluación te pregunto: Expertise: como experta/o en agilidad, con qué frecuencia te encuentras (o a pares) en los siguientes casos: v ¿Tomas posiciones fijas a la hora de guiar a

tus clientes? “Esto se hace así”. v ¿Juzgas su nivel de agilidad? “Eso no es ágil”,

“Acá nunca van a ser ágiles”. v ¿Te animas a reconocer tus equivoca-

ciones? v ¿Qué tan a menudo desafías

tus creencias? v Sabiendo que hay varios

métodos y modelos a aplicar, te tomas el tiempo necesario para conocer el contexto antes de aplicarlos? Pensamiento colectivo/ comunidades: v ¿Te animas a desafiar las

creencias de tus colegas? v ¿Tienes algún referente del

que eres fanático/a? ¿Qué le refutarías? v ¿Puedes reconocer que hay otras formas de

hacer las cosas? v ¿Lees sólo sobre agilidad? v ¿Aceptas la diversidad de disciplinas? v ¿Participas sólo de la comunidad ágil? v ¿Qué conocimientos que ya tienes de otras

actividades (hobbies, deportes) crees que podrías aportar a la comunidad? Aquí podría seguir enumerando áreas y preguntas, y te animo a que las busques por tu cuenta y las adaptes a tu contexto. Una vez que hemos encontrado nuestros patrones podemos evaluar si son útiles y en qué con-

textos, ya que lo más probable es que sean aplicables todos nuestros patrones, aunque en momentos diferentes y apropiados. No necesariamente un patrón es malo o bueno, sino que es interesante saber cómo afectará a nuestra audiencia en determinado momento. Tomarnos el trabajo de determinar estas situaciones probables de aplicación va a enriquecer nuestro trabajo. En algunos casos me ha resultado útil aplicar patrones que podrían ser discutiblemente “no ágiles” en un contexto en donde principios básicos de convivencia eran desconocidos, y resultaron positivos en ese momento. En otros casos intenté aplicar estos mismos patrones y no funcionaron. Ante cada situación en donde fallamos aprendemos, así que a tomar notas y encender todos los sentidos.

Una vez que hemos encontrado nuestros patrones podemos evaluar si son útiles y en qué contextos

¿Qué puedo hacer o dejar de hacer para potenciar la facilitación y prevenir que mis propios patrones intervengan antes que me dé cuenta? Lo mejor que puedes hacer es estar atento siempre a tus patrones y aprender a deconstruirlos luego. Algunas preguntas que me hago cuando los identifico, y me ayudan a decidir si son útiles o no para el momento o futuras

oportunidades, son: v ¿Cuándo sucede? v ¿Qué siento? v ¿Qué pienso? v ¿Cómo me comporto? v ¿Qué resultados me ha traído? v ¿En qué otras ocasiones diferentes podría

volver a aplicarlo?

Busca aprender sobre tus propios comportamien tos, analizar cómo resuelves problemas, utiliza recursos ﬁnitos e interactúa con los demás.

v ¡Jugar! Jugando con otros busca aprender so-

bre tus propios comportamientos, analizar cómo resuelves problemas, utiliza recursos finitos e interactúa con los demás, y constrástalo con los de los demás. Los juegos de mesa o virtuales ayudan a aprender y crear nuevas ideas que puedes llevar a la práctica en el trabajo, siempre y cuando juegues con esa intención y con un ojo puesto en eso. Concéntrate en el proceso y no en ganar.

Conviértete en artesano de tu pensamiento incorporando nuevas ideas, aprende otras artes, a criticar el status quo y hacerlo crecer. Creo que ser ágiles justamente implica eso, evolucionar, seguir incorporando y nutriendo conocimientos, experiencias y aprendizajes. De lo contrario nos estancaremos y pasaremos a ser los “nuevos old school” tradicionales de pensamiento fijo. Después de todo, una tradición es una costumbre que se viene haciendo durante mucho tiempo y marca una cultura. Para mantener la esencia ágil propongo seguir desafiando patrones, incluso los ágiles, que nos llevaron hasta este momento.

Necesitamos crear nuestras propias hipótesis, probarlas o refutarlas, desarmarlas y volver a construirlas... probar, aprender, probar.

Algunas acciones que me han ayudado a reorganizar las ideas y cuestionar mis patrones, y quizá puedan ayudarte:

Disclaimer. Esta es sólo una reflexión disparadora de ideas que podemos ir construyendo juntos. Es bienvenido todo feedback, y por supuesto, no me crean, ¡Experimenten!

v Extrapolar aprendizajes de otras disciplinas

(artes, deportes, hobbies) a nuestra profesión. Salir de la zona de confort, experimentar cosas nuevas. Van a encontrar muchas similitudes entre la agilidad y esta nueva actividad que elijan, y con ello maneras de aprovecharlo y fundir ambas en un proceso creativo de evolución propia. v Ejercitar la creatividad con desafíos de

pensamiento lateral, crítico, ideación. Tomar notas, dibujar, hacer esquemas y escribir sobre tus propios desafíos. v Hacer nada, permitir aburrirte para tener

nuevas ideas. ¿No te pasa cuando estás haciendo cualquier cosa no relacionada con el trabajo surgen tus mejores ideas? A mí me

pasa cuando me estoy bañando, bailando, o caminando.

v Preguntar, preguntar, preguntar, a uno mismo

y a otras personas. ¿Cómo podríamos hacer más simple esto?

Reﬂexión final…

Si te sirve y resuena contigo lo que pienso en este momento escríbeme y conversamos para enriquecer el ejercicio. ¡¡Gracias!! Twitter: @carolceg LinkedIn: Carolina Gorosito Blog: carolinagorosito.com

El Agilismo despierta al Liderazgo Vanessa Amaya Consultora Senior e Instructora. Nodo México de Agile Girls. Agile Consultant para la empresa Wave en la Ciudad de México. Cofundadora de la comunidad Agile Nights. Cuenta con 15 años de experiencia en Proyectos de Desarrollo de Software. Consultora en proyectos de las industrias: automotriz, farmaceútica, financiera, servicios y logística. Sus pasiones profesionales son la Ingeniería de Requerimientos de Software, los marcos ágiles de trabajo y la definición/implementación de procesos. Es parte del Comité Académico del Programa TSU de Software en la Universidad Iberoamericana.

sentido y propósito es exl mundo del desarrollo de El liderazgo comienza perimentar gran placer al software es muy interesante y por aquello que el líder comprometernos con una retador, nos permite a profedebe "ser", los valores y tarea que para nuestro cosionales de varios roles interatributos que deﬁnen su razón de profesionales sigactuar y desafiar nuestros lícarácter... El liderazgo es nifique orgullo y emoción. mites, pero en este mundo cuestión de "cómo ser" en de retos, desafíos e interacSi queremos ser parte de la lugar de "cómo hacer". Beciones de repente nos susolución a esos círculos viKnow-Do: Leadership the mergimos en círculos viciociosos, tenemos que aceptar sos, problemas que se repiArmy Way . que en alguna medida somos ten una y otra vez provocanparte del problema porque si do que perdamos el sentido y propósito. reconocemos con honestidad Trabajar implica más que ganar dinero, tener cuál fue nuestra contribución para generar una situación adversa entonces podremos

modificarla y así poder ser protagonistas en los proyectos.

El Liderazgo no es una característica exclusiva del Scrum Master, es una característica de todo el equipo porque los proyectos de software son una combinación de mundos complejos y acelerados .

Este protagonismo conlleva responsabilidad, pero lamentablemente en nuestra cultura confundimos "responsabilidad" con "culpabilidad" y tendemos a evitarla para procurar ser siempre inocentes y evitar problemas. Pero esta confusión nos aisla y de repente sólo estamos esperando que los que tomaron una decisión acorde a sus necesidades resuelvan nuestros problemas, y por supuesto que nos quedamos esperando porque eso no sucede. Para implementar prácticas ágiles en los equipos se necesita protagonismo y liderazgo ya que se deben romper paradigmas atreviéndonos a cambiar lo que hemos identificado que hace daño en los proyectos, cambiar la forma en la que trabajan los equipos. El Liderazgo no es una característica exclusiva del Scrum Master, es una característica de todo el equipo

porque los proyectos de software son una combinación de mundos complejos y acelerados, para dar soluciones efectivas deben de venir las ideas, respuestas y propuestas de manera colectiva, atreviéndose a hablar y a proponer. ¡Necesitamos atrevernos a decir lo que pensamos y proponer soluciones! Aceptamos con una increíble facilidad los problemas frecuentes, los esperamos y cuando suceden no nos sorprende, seguimos caminando en círculos en lugar de atrevernos a creer que los resultados pueden ser diferentes, decidimos creer que “la industria del desarrollo de software es así” y ya… la industria será como queramos que sea porque lo que crees es lo que creas.

Recientemente leí que en estudios de Neurociencia se ha comprobado que naturalmente las mujeres tienen un estilo de liderazgo más colaborativo por hechos como el tener más neuronas en las áreas de lenguaje, lo que nos ayuda en nuestra capacidad de comunicación. Entonces, si naturalmente contamos con ésta habilidad por el hecho biológico de tener zonas más grandes en el hipocampo asociadas a expresar emociones y desarrollar empatía. ¿Por qué no desarrollarla para nuestro beneficio y el beneficio de nuestros proyectos? Pero por supuesto no se trata sólo de nosotras, se trata de la colaboración con los hombres de nuestro entorno para que maximicemos el valor que como equipo podemos crear. La agilidad es despertar para romper la rutina por el reto y los problemas por oportunidades. ¡Despertemos juntas!

twitter: @vanessa_amaya.

El mundo tecnológico

necesita de

PRESENCIA FEMENINA Joanna Prieto Presidente ejecutivo en Geek Girls Latam. Team Leader/Coach en Organizaciones Inteligentes. Mujer inspiradora, empoderada y conectora de propósitos. www.joannaprieto.com

al vez sea un post más que se lea al respecto, parece ahora una moda hablar de la necesidad de reducir la brecha de mujeres en tecnología, pero al ﬁnal, son pocos los que se están comprometiendo para lograrlo. En el mundo, los varios estudios aﬁrman que menos del 26% de los trabajadores de la industria son mujeres, y en América Latina este indicador es todavía más reducido, cercano al 15%.

Es una relación que de cada 10 trabajadores de la industria tan solo dos son mujeres, directamente proporcional a lo que sucede en las aulas cuando vemos que las mujeres que buscan carreras STEM a nivel universitario (ciencia, tecnología, inge-

niería y matemáticas), se encuentran superadas en número por los varones: 82% frente a 17%, una de las mayores disparidades de género en estos temas, y peor aún si hablamos del número que logra mantenerse y graduarse o crecer dentro de la industria en cargos de liderazgo o dirección.

Participación de la mujer en la industria informática en América Latina

85%

15% Mujer Hombre

Un panorama bastante disímil si pensamos que los porcentajes de consumo son totalmente opuestos y el consumidor número uno de tecno-

logía son mujeres. Cerca de un 60% de las personas que consumen servicios online por ejemplo son mujeres, y su influencia en las compras y decisiones del hogar, es mayor, de ahí que la publicidad y la comunicación de muchas marcas van dirigidas a engancharlas aún más. Y si bien este aspecto es positivo, no corresponde mucho al escenario ideal, pues la “cosificación” o mirada como objeto de la mujer en vez de un sujeto activo y aportante sigue siendo desalentador. Hay mucho por hacer todavía. La tarea de todos hoy es incentivar y asegurar que en un futuro no muy lejano podamos tener un porcentaje representativo de mujeres creando tecnología y participando activamente en las áreas STEM. Las acciones que podamos emprender desde temprana edad son clave, sobre todo desde el hogar y la escuela. En ésta última, es claro que las niñas logran mejores calificaciones que los niños, un fenómeno parecido al alto número de mujeres en educación superior, aproximadamente 60%. Sin embargo, la disparidad de mujeres estudiando STEM es muy diferente, pero ¿qué es lo que desmotiva a este gran porcentaje de mujeres a no elegir una carrera STEM y vincularse en el sector con mayor potencial de crecimiento y de oportunidades? Una posible razón de por qué más niñas no se interesan por las matemáticas y ciencias relacionadas se debe a la "pink-ificación" (todo color rosa) a edad temprana. Juguetes, ropa e incluso sus posibilidades laborales van orientados a actividades “débiles”, de princesas y no tanto hacia escenarios de poder, liderazgo y por supuesto, de creación e invención.

Debemos dejar de pensar que las mujeres estamos solo dadas a las tareas del hogar o las ciencias humanas y sociales, pese a que es un escenario natural, pero no es el único. Ello nos lleva también a llamar la atención de los padres o cuidadores en el hogar para incentivar en las niñas otros roles como el de poder o construcción; podemos jugar con las muñecas pero también podemos jugar con legos y soñar con ser astronautas, presidentes de naciones o grandes empresarias.

Ahora bien, esta labor no le corresponde solo a los demás, las mujeres tenemos una gran responsabilidad en todo este embrollo, y es sobre todo a ellas a quienes llamo la atención en este artículo, pues la deuda nuestra con la sociedad también ha sido enorme, es hora de levantar nuestras voces, no callar, tomarnos el protagonismo, no esperar que nos “incluyan”, al contrario, hay que incluirnos; pasar de ser víctimas a protagonistas del cambio, no tenemos que masculinizar nuestro liderazgo, ni pisar a las que vienen detrás, se trata de darnos cuenta del enorme potencial de crecer y abrirnos a las posibilidades que otorga este campo. Y bajo esta ﬁlosofía (#PurpleHeart) es que Geek Girls Latam hace un llamado a todas las mujeres para reunirnos alrededor del talento, la colaboración y la sororidad. Creemos que cada niña y mujer en el mundo, es el eslabón de encuentro con otra, y que todas, sin distingo de edad, raza, religión, cultura o intereses políticos, estamos llamadas a generar espacios de reconocimiento, oportunidades y equidad para aportar en nuestra máxima capacidad, con total vocación y libertad a una industria que ha generado el mayor cambio social y económico de nuestro siglo, la industria tecnológica. Felicito a Agile Girls por sumarse, por creer y por empoderar a otras para lograr esta ﬁlosofía y esta meta que muchas comunidades tenemos de poder enamorar a más mujeres hacia el mundo Tech. Las invito a seguir co-creando y generando estos espacios, gracias también por atender al llamado de Geek Girls Latam y aliarse para ser cómplices de la próxima revolución de mujeres en tecnología. #SomosGGLatAm

Lo que nadie nos dijo de

implantar Agile María del Pilar Gamarra Estudié Ingeniería Informática en la Pontiﬁcia Universidad Católica del Perú. En el año 2007 fundé la empresa de Desarrollo de Software Tekton Labs. He trabajado como desarrolladora y jefe de proyecto en más de 50 proyectos de desarrollo de software en los últimos 10 años. Desde hace 8 años comenzamos a trabajar con metodologías ágiles en nuestros proyectos. Mi objetivo es inspirar y apoyar a las personas a mejorar profesionalmente, buscando que apliquen sus conocimientos para hacer un impacto positivo en la sociedad.

uando estamos acostumbrados a trabajar en un entorno de desarrollo tradicional y descubrimos el mundo de las metodologías ágiles, encontramos una luz en el camino, una forma fresca y diferente de hacer las cosas que le da un nuevo sentido al trabajo que hacemos.

Junto con las metodologías ágiles, nace una nueva manera de hacer las cosas en la que prevalece la constante comunicación con el cliente, la ﬂexibilidad en los cambios y la entrega continúa del producto. Nos emocionamos y decidimos que queremos aplicarlo en nuestro lugar de trabajo, en nuestros proyectos y hasta en nuestra propia vida.

“Lo que nadie te dijo de implementar agile", se trata de los problemas que surgen cuando tratas de implementar agile en tu organización (basado en mi experiencia con Tekton), que cuando lees la teoría de repente no aparecen estos temas.

Entonces, leemos, investigamos, buscamos toda la información posible y vamos a convencer a quien tengamos que convencer de que estas prácticas, mejorarán la calidad de los proyectos por el lado técnico y el lado funcional; que mejorarán los tiempos de entrega y la satisfacción del cliente. Así, conseguimos la aprobación para aplicarlo en nuestro entorno inmediato. Después de unos meses aplicando metodologías ágiles en nuestro día a día, vemos y sentimos que todo es un caos, que tenemos un Frankenstein implantado. En este punto, empezamos a preguntarnos: ¿Qué cosas no funcionaron? ¿Es que la metodología no funciona? No hemos tenido los resultados esperados, entramos en pánico y dudamos de todo. A continuación, quiero comentar algunos de los factores que nos bloquean el camino cuando implementamos ágil.

El cliente no es agile Es posible que tengamos todo nuestro proceso ágil funcionando perfectamente a nivel interno, pero usualmente nos topamos con clientes que no entienden o no están familiarizados con ello. Lo principal en estos casos, es educar al cliente respecto a este nuevo proceso para

ellos, mostrándoles las ventajas de este, no sólo con palabras, si no también con hechos, e involucrándolos durante todo el camino.

Los contratos también son un tema importante. Inicialmente, lo más probable es que la mayoría de proyectos estén sujetos a un contrato de precio fijo, así que tendremos que adaptarnos, dejar claro que si cambia el alcance, probablemente sea más tiempo y más dinero, y que se tendrían que hacer modificaciones al contrato subiendo o agregando más alcance y costo o hacer una modificación en la cual se defina que

se eliminará una funcionalidad para agregar otra nueva. Sea cual sea la forma de manejar los cambios, la idea es conversar con el cliente para llegar a un acuerdo. Al principio, se tendrá que trabajar de esa manera, pero con el paso del tiempo podríamos introducir contratos de tiempo y materiales, o contratos por “sprint” (ciclos cortos de desarrollo), todo esto depende del éxito que alcancemos en los proyectos de nuestros clientes.

El equipo no va a funcionar inicialmente Una característica de los equipos ágiles es su autogestión, ellos mismo deciden las herramientas que van a usar y los enfoques técnicos que aplicarán en el proyecto actual. Generalmente cuando se pasa de un equipo de desarrollo tradicional a uno ágil, el equipo pierde un poco el control (por no decir que en

realidad gana el control de decidir y autogestionarse) y dado a que no estaban acostumbrados, se puede generar un caos. La idea es acompañar al equipo en este cambio sin decirles qué hacer pero mostrándoles el camino y sobre todo dejando que ellos decidan. Mientras más se acostumbren a tomar decisiones, podrán autogestionarse efectivamente.

Queremos aplicar todo agile Siempre vamos a querer aplicar todos los principios y todas las herramientas de la metodología que elijamos, pero puede que inicialmente sea demasiado para el equipo y por querer aplicar todo, no logremos aplicar nada completamente bien. Entonces, en este proceso podemos ser ágiles y priorizar qué cosas nos parecen más importantes para aplicar inicialmente (lo que nos genera más valor). Entender bien cómo funcionan y enfocarnos en eso; un par de iteraciones. ¿Se nota la analogía? Se revisará qué funcionó o qué no funcionó y cómo mejorarlo y luego decidir si el equipo está listo para tomar nuevas técnicas o mejores prácticas, y se sigue así iterativamente.

Todavía pensamos en términos de proceso sin haber cambiado la mentalidad Existen algunos casos en donde el equipo está dentro de un proyecto ágil y el cliente pide un cambio sobre una funcionalidad ya construida, entonces el equipo se fastidia y muestra su incomodidad lo cual afecta el ambiente de trabajo, esto sucede porque en su cabeza no está la mentalidad de “colaboración con el cliente”o “ﬂexibles al cambio”, puede que conozcan el concepto pero no entienden el por qué. Por esa razón, la educación de los valores y principios ágiles es sumamente importante, no se trata sólo de memorizarlos si no de entenderlo como un beneﬁcio.

El cambio de roles Cada framework en ágil tiene roles distintos: XP tiene al cliente y al equipo, Scrum tiene a los Product Owners, Scrum Master y al equipo, etc. Algunas personas se confunden y creen que Product Owner y Project manager es lo mismo, pero no lo es y es importante entenderlo y asegurarse que la persona que tendrá el rol lo entienda, describiendo sus responsabilidades y velando porque las profundicen y se sientan cómodos con ellas. Podemos tener trabas o limitaciones en nuestro camino hacia la agilidad pero la idea es ir paso a paso, buscando adaptarnos a las situaciones que encontremos, sin perder de nuestra mente el objetivo de darle a nuestros clientes el valor más alto lo más pronto posible, de buscar tener un equipo que esté constantemente mejorando y sobre todo que disfrutemos el camino mientras lo hacemos Link de Linkedin: https://www.linkedin.com/in/mapigh/

The agile

REVOLUTION Una propuesta para el Siglo XXI Alinca Ramos Scrum Master. Merx Business Performance Project Portfolio Manager. La tecnología y la ciencia son temas que me apasionan. Divertida y creativa. Amante de la vida. Viajera. Facebook: /alinka87

os métodos ágiles son modelos empíricos que abrazan la complejidad, proponen medir constantemente el avance, los resultados e ir adaptando en medida de estos, predecibles en un horizonte temporal acotado pero que responden a los proyectos en los que el dominio de los requerimientos es complejo y donde los cambios están latentes en cada paso del proyecto; estos proponen un nuevo enfoque en el cual se valora la calidad del producto, poniéndola por encima de procesos estandarizados y poco flexibles.

Muy contrario a lo que se dice por ahí, los marcos de trabajo ágiles no son una moda y vinieron para quedarse. Después de horas de mucha lectura sobre los diferentes sucesos tecnológicos a lo largo de la historia de la humanidad me di cuenta que la agilidad no es parte de una novedad o una moda del siglo XXI de nosotros los millennials, son parte de la evolución de los métodos, forman parte de una propuesta para cubrir las necesidades de las tendencias de las industrias en los procesos productivos del siglo XXI, con

orígenes más antiguos incluso que la primera computadora.

Agile: el origen Corría la segunda mitad del siglo XVIII cuando comenzó la revolución industrial, la introducción de la máquina de vapor de James Watt [1] en las industrias signiﬁcó un aumento espectacular en la capacidad de producción de la época y con ello una revolución también en los métodos de producción. Henry Ford, el fundador y propietario de Ford Motor Company [2], introdujo la cinta transportadora en la industria, revolucionando con esto

también los procesos productivos, antes de esto los automóviles se producían unidad a unidad enteros por un grupo concreto de operarios, Henry Ford tomó como base el prototipo de Ransom Olds e implantó el modelo de producción en cadena o serie, donde los operarios a través de la banda transportadora y de otra serie de máquinas tenían cada uno tareas concretas, había una división del trabajo, tenían funciones específicas y podían especializarse en ellas.

Testing y Operación", dicho modelo que en 1985 serviría como base para que el departamento de defensa de los Estados Unidos publicara el estándar 2167 (DoD-STS-2167) [4] que establece el modelo estandarizado de desarrollo de software: el modelo cascada. Modelo a partir del que se influenciaron varios otros estándares y que curiosamente fue una malinterpretación de trabajo de Royce. Sí. ¡Leíste bien, una “malinterpretación”, el mismo Royce se expresó en respuesta de la siguiente forma: "Creo en este concepto, pero la implementación descrita anteriormente es arriesgada e invita al fracaso” refiriéndose a la figura a continuación: SYSTEM REQUIREMENTS

SOFTWARE REQUIREMENTS

ANALYSIS

PROGRAM DESIGN

CODING

Este cambio tuvo no sólo un impacto en la industria automovilística sino en la industria en general que opto por estos métodos de fabricación.

El gran malentendido Muchos eventos después y más tarde en el tiempo, Winston Royce llamado "el padre de la metodología waterfall" escribió, en 1970, "Managing the Development of Large Software Systems" [3] donde proponía el modelo en cascada para el desarrollo de software donde surgieron las ahora famosas fases de desarrollo "Requerimientos, Análisis, Diseño, Codiﬁcación,

TESTING

OPERATIONS

Él escribió después incluso sobre de la importancia del feedback temprano, sugirió la idea de construir un prototipo y de armar iteraciones más cortas que permitieran la incorporación de los cambios en el proyecto. Años después se realizó una corrección por parte del Departamento de Defensa al estánda, pero varios otros estándares que derivaron de este no corrieron la misma suerte.

Un vistazo al pasado 1921: Invención de la automatización “con toque humano” de Sakichi Toyoda que inventó una máquina de telar capaz de detectar automáticamente cuando el hilo se rompía y deteniendo la producción para evitar desperdicios o defectos, la idea era que los trabajadores no tengan que supervisar constantemente el funcionamiento de las máquinas, sino dotar de mecanismos que hagan este control automático y que el trabajador sólo tenga que intervenir cuando algo va mal, idea revolucionaria que más tarde formaría parte de los dos pilares del método Toyota. [5]

Principios del Siglo XX: Henry Ford implementa el modelo de producción en cadena o serie que mejora el proceso de fabricación, impactando positivamente a los costos y números de producción. [1]

1 9 3 9 : Wa l t e r s h e w h a r t conocido como "el padre de la calidad" propone el trabajo iterativo a través de ciclos: “Planiﬁcar, Hacer, Analizar y Actuar” y la implementación de estos pasos en ciclos de mejora. [6]

1948: Taiichi Ohno da los primeros pasos de KHirotaka Takeuchi y Ikujiru Nonakaanban como subsistema del método Toyota. [7]

1986: Se registra por primera vez el término SCRUM en “The New New Product Development Game.” publicado en el Harvard Business Review los autores,, el artículo es el resultado del estudio de los sistemas de producción de algunas de las principales empresas de manufactura en la época: Fuji, Xerox, Epson, HP, 3M, Honda, NEC, Brother y Canon. [9]

1970: Winston W. Royce desarrolla el modelo “ Ca s c a d a ” , e s c r i b i ó "Managing the Development of Large Software Systems" [8]

1995: Jeﬀ Sutherland Junto con Ken Schwaber, crearon como un proceso formal SCRUM para ser presentado en OOPSLA 95 tras hacer público el paper "The SCRUM Development Process". Mike Beedle [10] ( Mi maestro de SCRUM y físico maravilloso) fue uno de los primeros en adoptarlo y llevarlo a las organizaciones.

Y la historia continúa…. 1999: Se introduce la metodología XP (Extreme programming) el más destacado de los métodos de desarrollo que pone más énfasis en la adaptabilidad que en la previsibilidad. Y propone la integración continua. [11]

2001: Se crea el Manifiesto Ágil compuesto de 4 valores y 12 principios [12]

Conclusión Nos encontramos en un entorno en el que lo único constante es el cambio, difícilmente podemos ceñirnos a pensar que hoy todos los proyectos se pueden abordar como hacía más de medio siglo, cada vez es más complejo seguir manuales de procedimientos sin correr el riesgo de terminar armando como producto final un salvavidas de piedra.

tándose a buscar estrategias para mantenerse a la vanguardia.

Para terminar y por qué creo que para este momento las palabras sobran, te comparto la teoría evolutiva de uno de mis personajes faLa industria reconoce cada vez más el valor de voritos de la historia de la humanidad Charles cambiar el mindset dentro de las organiza- Darwin: “Los individuos menos adaptados tieciones, tanto en la generación de proyectos co- nen menos probabilidades de sobrevivir y menos mo en las estructuras organizacionales, orien- probabilidades de reproducirse; los individuos más aptos tienen más probabilidades de sobrevivir y más posibilidades de re-producirse y de dejar sus rasgos hereditarios a las generaciones futuras” [1] https://es.wikipedia.org/wiki/Revoluci%C3%B3n_Industrial James Watt https://es.wikipedia.org/wiki/Revoluci%C3%B3n_Industrial [2]https://es.wikipedia.org/wiki/Henry_Ford [3] http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf [4] http://www.product-lifecycle-management.com/download/dod-std-2167a.pdf [5] https://www.toyota-industries.com/company/history/toyoda_sakichi/ [6] http://www.calidad.com.mx/articulos/11.htm [7] http://www.ingenieria.unam.mx/industriales/historia/carrera_historia_ohno.html [8] http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf [9]https://hbr.org/1986/01/the-new-new-product-development-game [10] http://www.jeﬀsutherland.org/oopsla/schwapub.pdf [11] https://es.wikipedia.org/wiki/Programaci%C3%B3n_extrema [12] http://agilemanifesto.org/history.html

¿Cómo manejar

a las personas tóxicas en equipos?

Por:

Marianela Posada

Maríale Vallejo

Vanesa García

Con frecuencia llegas a tu trabajo y sientes el ambiente distinto, desbalanceado con respecto al que dejaste el día anterior. Al siguiente instante identificas personas que se auto aíslan con sus respuestas a peticiones de trabajo, sus gestos y su lenguaje corporal. Estas personas rompen las normas de la convivencia laboral transmitiendo disconformidad a sus compañeros y tareas asignadas, generando así microfracturas constantes que desarman ambientes funcionales.

La paz interior cuando es poca genera en las personas desagrado y desencanto lo cual proyecta a los demás desmotivación, indisposición, cansancio, desilusión e incluso, miedos. Con esto procuran llamar la atención hacia sus necesidades y sus carencias, que ellos mismos aún no han identificado.

Alexia Rosales

Katherine Grisales

Podemos pensar que estas personas han tenido vivencias difíciles que generan esta actitud y energía, “esta flor negra dentro de tantos colores atrae mayor atención de los demás”. Y así puede suceder que miembros del equipo motivados, por la misma dinámica, pueden irse transformando en personas tóxicas.

¿Qué tan tóxicos podemos ser como personas? Primero hay que hacer una reﬂexión sobre nosotros y darnos cuenta si encajamos en alguna conducta tóxica. Analicemos los siguientes puntos: v ¿Hasta qué punto soy tolerante? v ¿Acepto las diferentes formas de pensar? v ¿Qué tan controlador quiero ser?

v ¿Soy negativo ante alguna situación? v ¿Cómo hago sentir a mis compañeros? v ¿Hoy hice comentarios tóxicos? v ¿Cómo respondo ante una situación de presión

¿Cómo convivir con una persona tóxica sin que me afecte?

y estrés?

Tips importantes para neutralizar a la persona tóxica v Definir pautas comunes de respeto y aserti-

vidad. v Mantener el foco y evitar comentarios de otros

temas.

Realmente me cuestiono: ¿Debo convivir con una persona tóxica o debo tratar con ella para que mejore su actitud? El tratar con una persona tóxica debe ser basado en acuerdos realizados entre ella y el resto del equipo, basados en estos se pueden plantear objetivos y acciones a corto plazo, las cuales deben ser transparentes y visibles para todos. Les comparto algunos tips:

v Recordar que un pensamiento positivo genera

una conducta positiva. v Las personas tóxicas no intoxican a quien

quieren, sino a quien pueden. v Contar con un marco general de la comunica-

ción basado en valores comunes como escucha, respeto y participación. v Frenar comentarios negativos y dejar claro

que en otra instancia se hablaran. v Aclarar sus responsabilidades. v Responder siempre de manera positiva, con

tono amigable, manteniendo la armonía y paz interior.

v Mantener la postura. v No entrar en sus juegos. v No tomarse nada personal. v Mantener el foco.

El tratar con una persona tóxica debe ser basado en acuerdos realizados entre ella y el resto del equipo .

v Tener un diálogo sincero. v No prestar atención a su conducta tóxica.

Es importante realizar algunos ejercicios de trabajo para evitar y combatir la toxicidad, tales como: v Tener un feedback continuo. v Trabajar uno a uno. v Realizar actividades en grupo convivenciales.

Poner un alto a la persona tóxica en el equipo. No podemos permitir que su conducta nos afecte a todos.

v Realizar pausas activas. v Escuchar a la persona para que se sienta

valorada y respetada.

¿Cuándo tomar la decisión de sacar la persona tóxica del equipo? Cuando los objetivos y acuerdos de trabajo hechos con el equipos se rompen y no hay sentido real de cambio en un determinado tiempo, es necesario tomar una decisión basada en hechos

Una nueva forma

de trabajo Segundina Concha Huamani Analista automatizadora. Actualmente trabajo en una empresa colombiana de testing para uno de sus clientes en banca. En dicha compañía me dedico a apoyar a que se cumpla con el cierre de las historias dentro del sprint, a que el producto que vaya a salir sea de calidad. Todo esto lo hago programando los robots en Java con Selenium web driver, para luego realizar la ejecución de las pruebas automatizadas las veces que sea necesaria hasta que el producto cumpla con todos los requerimientos del usuario.

n la compañía donde trabajo, muchos de los otros equipos poco a poco estaban migrando a esta nueva forma de trabajo que se está poniendo de moda en el mundo entero: la metodología ágil.

Fue así que llegó el momento de poner un alto y empezar a prepararnos para esta nueva aventura, la de ingresar al mundo de la metodología ágil, en donde por una parte, ofreceríamos una rápida respuesta a cambios de requisitos, y por otro lado el usuario podría observar cómo

va avanzando el proyecto, gracias a las reuniones De las que participe. Yo venía de una empresa en donde se trabajaba con metodología tradicional: si el usuario realizaba un requerimiento de una nueva aplicación o modificación de alguna existente, esto implicaba muchas cosas, desde su planificación hasta la puesta en marcha donde se deben de seguir un sinnúmero de pasos o acti-

vidades a realizar. Si hablamos de los equipos que son responsables en cada etapa de desarrollo de software vemos que cada uno trabaja en diferentes tiempos y cada uno por su lado. Pues era así como estaba trabajando inicialmente el equipo al que estaba ingresando, la estructura del equipo era la siguiente: usuarios y analistas eran colaboradores del banco, el área de certificación y desarrollo estaba terciarizado que quiere decir esto que: desarrollo y certificación lo hacían otras empresas, trabajar con la metodología tradicional era como si se estuviera en constante competencia para demostrar quién era el mejor de todos, y muchas veces no se conocía ni se interactuaba directamente con las personas de las demás áreas .

Si me preguntasen que fue lo que me gusto más de esta metodología? muy aparte de todas las ventajas que pueda tener el trabajar con esta metodología es la familia que uno llega a formar con todo el equipo, un equipo bien unido sin importar si son proveedores o de la misma compañía, y el lograr que el equipo sea bien unido fue un trabajo arduo del líder del proyecto y de la pre disponibilidad de los demás miembros y a esto se suma que al trabajar con esta metodología interactúas con todos los involucrados directamente y así vas formando un vínculo llegando a formar una linda amistad

Nuestro equipo estaba contra el tiempo, ya teníamos que empezar a trabajar con esta metodología esto implicaba que la estructura del equipo cambie, ¿cómo es que iba a ser la nueva estructura del equipo? Pues iba a estar conformada por dos squad y cada squad iba a tener tres certificadores y cuatro programadores y fue así como se dio.

irl

ile g g A s ia

Histo

¡Hola! ¡Mi nombre es Amal, y soy parte de Agile Girls! Amal Hosni Viteri

esde hace aproximadamente ocho años me desempeño en el campo del desarrollo de software. En Colombia, mi país de origen, las mujeres hemos trabajado fuerte para vencer el machismo y demostrar que podemos llegar muy lejos.

Cuando dejé mi ciudad natal Pasto para buscar oportunidades en Bogotá, la capital de mi amado país, iniciar fue algo complejo pues una ingeniera de sistemas en el área de desarrollo era algo de no creer. Al comienzo trabajé en una compañía de desarrollo de software como desarrolladora Junior en .Net, lenguaje de programación que me ha acompañado desde mis estudios colegiales.

Con el paso del tiempo fui ascendiendo por mi capacidad de aprendizaje y la dedicación que colocaba en cada uno de los proyectos que entregaba, en el 2011 uno de mis compañeros de área (éramos tres hombres y yo), llevó al trabajo SCRUM, una metodología de desarrollo que tendía a ser una de las más importante en nuestro ámbito. Desde ese entonces empezamos a investigar, leer las guías y asistir a charlas de aquellos que nos llevaban ventaja en el tema. Decidimos capacitarnos, leer y usar nuestro equipo como el caso de estudio. Empezamos a aplicar las ceremonias, a identificar las mejoras y poco a poco a involucrar al resto de la organización en buenas prácticas de SCRUM. El inicio no fue fácil y muchas veces fracasamos, entre esas pausas de implementación se me presentó la oportunidad de trabajar en una casa de software española y decidí cambiar mi zona de confort, SCRUM había quedado en el pasado. Luego de un año por fuera, me invitaron a volver a mi antigua empresa, aquella que para mí fue una escuela, y decidí retomar lo inconcluso. Ahora con un nuevo equipo y con una norma para certificación de calidad (ISO 9001:2008), rompiendo los esquemas del adiós a la documentación, nuevamente el camino no fue fácil

pero poco a poco lo adaptamos, como todo en la vida, fuimos aprendiendo. Dos años después una nueva empresa me invitaba a ser parte de su equipo como Líder de Desarrollo y así llegue a donde hoy estoy! Trabajo como Líder de Desarrollo de la Asociación Hortifrutícola de Colombia, ASOHOFRUCOL. Allí lidero un equipo de cinco hombres uno de ellos teletrabaja desde Pasto. Mi jefe es un ingeniero experto en educación y el resto de chicos es una variedad: unos ya son ingenieros, otros tecnólogos y otros aún están estudiando. Desde que llegué decidí aplicar lo aprendido y hacer de éste un gran equipo.

Todos los días a las 8:30 am conecto a Hangout a mi desarrollador que teletrabaja y convoco al resto de mis compañeros en mi espacio de trabajo. Nos contamos: Qué hicimos ayer, en qué estamos hoy y los problemas que hemos tenido. Como SCRUM MASTER tomo notas en especial de lo que ha pasado y pienso cómo puedo hacer para que no vuelva a pasar o a causar inconvenientes. Durante el desarrollo del día, atiendo mis tareas y estoy en constante comunicación con nuestro cliente pues es parte activa de la compañía y siempre está disponible para mí.

Cada día transcurre así hasta cerrar nuestros compromisos en una o dos semanas según la definición de nuestro SPRINT. Hacemos nuestras entregas progresivas, nuestra retrospectiva y nuevamente nos reunimos con nuestro cliente para priorizar sus necesidades y auto asignarnosla para un nuevo SPRINT. Cada integrante del equipo me enseña algo distinto día a día, cada vez aprendo de ellos y ellos de mí. Es maravilloso ser la única mujer entre 10 -si cuento a nuestro PRODUCT OWNER-, me han permitido ser su voz y su representación y es grandioso poder ser parte de esta comunidad de mujeres agilistas que

crece día a día y que me permite conocer nuevos ejemplos de nuestra labor. L@s invito a contar su historia, o a postular la historia de una mujer que consideren maravillosa. Por ahora les comparto la foto de mi equipo, aunque en ella mi tele trabajador no pudo estar presente.

Saludos desde Colombia

Amal

Twitter: @ahosniv LinkedIn: Amal Hosni Viteri