La agilidad cosmética
... Hacía poco que me había certificado como scrum master y tenía todos los conceptos bastante frescos. Estaba muy entusiasmado por comenzar a abrirme paso en el mundo de scrum. Fué así que logré ingresar a "Pleu Born". En mi primer día de trabajo me llevaron al área especializada en "agilismo" (que es donde yo me iba a contextualizar un poco de la "agilidad" de la compañia). Cuando llegué al piso ví que el mismo estaba divido en 2. Por un lado, unos equipos que trabajan con un agile coach de una consultora muy "prestigiosa" ... del otro lado, otros equipos que formaban parte del "comando especializado en agilismo" con sus respectivos "Especialistas ágiles" (así era el nombre que figuraba en sus firmas de su mail). Mi sorpresa fué muy grande cuando llegué al piso y me dijeron que yo iba a trabajar con estos "Especialistas ágiles" y ver en el piso tirado un papelógrafo con las columnas "to do, doing y done". Gire mi cabeza para mirar las paredes .... y solo había posticks adornando algunas columnas del piso ya que esos posticks nadie los miraba (ó entiendo que pudó haber sido del algún sprint anterior, nunca lo supe). Me invitaron un día a una "daily", la misma se hacia vía skype con 4 personas que estaban remoto (entiendo que haciendo home) y otras 3 personas, sentadas en la mesa de la salita que se había reservado, nunca pude ver el tablero físico de ese proyecto (la duración fue de aproximadamente media hora). Después me enteré que no había la costumbre de llevar tablero físico por que todo eso estaba en el sistema "TTC" (era el Jira de la empresa pero bastante más precario). Otro día me dijeron si quería participar de una planning y mi respuesta fue afirmativa "sí porsupuesto", tenía mucha intriga de cómo hacían sus planificaciones. Fué así que participe (obviamente de oyente) , la verdad que una "planning" muy aburrida, y de vuelta .... la misma modalidad, varias personas remotas, conference, 3 personas (entre una de ellas el PO) en la salita que se había reservado .... claramente el taskboard brillaba por su ausencia pero esta vez inclusive tampoco se compartía la pantalla del flamante sistema "TTC" para ver el product backlog ó algo. Pude tomar el control del tiempo de la planning, (el sprint era de 15 días ) ... la misma duró 19 minutos y y fue todo verbalmente ... los posticks no estaban invitados. "Queres sumarte a la REVIEW?" y yo: "Sí claro" ... fuí .... y un analista funcional mostraba lo que se había desarrollado al PO (en esta reunión estaba el "especialista ágil", 2 desarrolladores y yo) ... terminada la "Review", el PO dijo "si todo muy bien" (a secas) y concluyó ... la duración también la pude contabilizar 20 minutos (para un sprint de 15 días). Lo único que no pude evidenciar fue una retrospectiva, nunca la hicieron ó al menos nunca pude encontrar alguna mínima evidencia de ello....Una de las tareas del "especialista ágil" era controlar que los datos del proyecto "ágil" que tenia asignado se estén cargando de forma correcta (horas cargadas en las tareas del "sprint", datos del proyecto), que el sistema "TTC" refleje la realidad del trabajo, setear las reuniones, separar salas, entre otras.... Las funciones atribuidas del "Especialista ágil" también era ir a reuniones donde se verían cosas técnicas del proyecto, opinar sobre ello, etc. pero al equipo no se le participaba porque debían de terminar con su trabajo planificado ..... Cabe resaltar que los especialista agiles, en esta organización, dependían de una PMO. ... La organización daba de alta los proyectos en "TTC" y le ponía el check de "ágil", por que el jefe de esta persona le había dicho que uno de los "ejes centrales" para el 2do semestre del año era incorporar "cosas agiles" ... Era tan chistoso ver como un "proyecto ágil" era "gestionado" de tal manera, tan solamente para alcanzar un objetivo "estratégico". Recuerdo perfectamente que dentro del "equipo" estaba el rol del "Coordinador" (que era como el jefe de los desarrolladores y analistas funcionales) . También recuerdo que este "coordinador" daba ordenes y decidía unilateralmente "....Ahora Pepito vos vas a generar la OT, para el pasaje en producción...", "...Carlita cómo va el testeo? dió OK..", "...Javier ya terminaste de documentar la historia de usuario?" , "...Chicos les aviso, que mañana tengo una reunión con la gente del área de "historial del cliente" para alinear temas de la entrega..." , "...Chicos este jueves no vamos a pasar nada en producción , hasta que no arreglemos ese issue..." .... (y cosas así).... Un día tuve la oportunidad de charlar con una de estas personas Yo: "¿Cuál es tu puesto? El: "Soy analista funcional pero también soy coordinador, aquí todos hacemos de todo"... Todo esto para mí fue muy desabrido. A un desarrollador una vez le pregunté sobre el tema de la agilidad en la compañía y me dijo: "Aquí no aplicamos la metodología scrum, aquí aplicamos la metodología tortuga" (La verdad no sé por que me lo dijo .... jijijiji). ...Vi muchas otras cosas ... gerentes del negocio hablando de agilidad en una "pseudo inception", y diciéndole a un "coordinador" (que este aún no sabía cuantos desarrolladores iba a tener "su equipo") : ..."bueno necesitamos todas esas cosas que nos haz mostrado y además estas otras cosas más ... con todo esto ya podemos salir" , y el "coordinador" diciéndole, "Sí claro, en 6 meses tenemos todo esto", (Al costado de el, estaba la PO, cual secretaría ejecutiva, experta en mecanografía tomaba nota de cada uno de los puntos tratados y de los nuevos requerimientos de los gerentes para después enviar la correspondiente y religiosa "minuta de reunión")..... Había un checklist que tenía la PMO para medir la "adherencia a la metodología ágil" y así sacar métricas ... preguntas como: "Hubo hasta 2 controles de cambio de alcance en el proyecto por parte del sponsor" (si la respuesta era No tenía ponderación negativa) ... otra pregunta que decía "Hubo hasta 2 controles de cambio de alcance en el proyecto por parte del líder de proyecto" .... si respondía que NO... también tenía calificación no buena .... y cosas así por el estilo .... . Lo pensé bien y decidí renunciar a esta empresa en donde, claramente, ni los propios jefes sabían las cosas, los egos estaban a flor de piel, ninguno de los jefes había hablado con sus equipo para explicarle cual era el camino hacia la agilidad, los proyectos eran "ágiles" solamente por el mero hecho de darle un "check" en una casilla de un campo en un sistema, la gente no estaba comprometida en querer aprender (y creo que tampoco les interesaba), por que ellos ya tenían en su cabeza que hacían Scrum (por lo menos en una reunión que fuí así lo aseguraban) ... sólo se quería cumplir con las métricas... y yo pensaba cada vez que estaba allí: Porqué ningún superior le dijo a estas personas que se iba a contratar a alguien que sabe algo de scrum para ayudarles a cumplir unos de los objetivos que tiene la organización?", Porqué no se les comunicó a la gente esas decisiones?, Porqué imponerles algo a la gente? ... Quizás sea moda?, Quizás sea su forma? ... no sé ... terminé por aburrirme y me fuí . No me sentía cómodo ni en las tareas que me tocaba hacer, ni en el ambiente que se respiraba en esta organización extramadamente burocrática ... (que hasta para pedir permiso para poder dejar mi bicicleta en el estacionamiento del edificio alguien de recursos humanos debía de gestionarme una carta y yo la debía de hacerla firmar por mi jefe y el jefe de mi jefe) ... NO! ... me aburrí y me fuí ... es increíble pero cierto! ... que muchas empresas hoy en día siguen "tendencias", sin saber ... como diría mi abuelita "Pasa hasta en las mejores familias" .... y lo más insólito de esto es que fué en un área de la compañía donde "supuestamente" se hacía scrum porque eran los pioneros en "agilismo".
IT University México y ESNE Escuela de Negocios y Emprendimiento de Puebla
2 añosFelicidades con tus conceptos la agilidad cosmetica esta muy difundida a partir de una mala interpretación la verdadera agilidad.
OKR Coach :: Facilitador y Coach Organizacional :: CSM :: Ing. Industrial y Técnico en Electrónica.
5 añosHola John, gracias por compartir tu experiencia. Yo estoy transitando mi propio camino, insertándome en el movimiento que conocemos como Agilidad, y me quedé enganchado con tu historia. Me sumo a tu apreciación sobre la #AgilidadCosmética, que entiendo abunda. Me preguntaba qué resultados obtuviste en tus intervenciones (aunque sospecho la respuesta). En la historia leí más que nada sobre lo que observabas que se estaba haciendo. Creo que la Agilidad es una puerta para transformar organizaciones, pero más aún un espacio para que emerjan conversaciones de valor, las que cuentan. Entiendo que la aplicación de elementos de "Scrum pero..." nos pueden parecer aberraciones pero creo que podemos correr el riesgo de dejar de Escuchar si sólo nos enfocamos en ellos (no significa que dejes de observarlos). Tu historia me ayudó a pensar en cuántas veces me he visto tentando de abandonar un espacio por MI incomodidad, y de no quedarme (presente) para participar en su transformación... Por favor, que la conversación siga! #agileleadership #agilecoaching
CSM - Solutions Architect en IBM
5 añosSabes lo que pasa mi estimado amigo John, es que ahora los marcos ágiles son bueno y son importantes pero las empresas simplemente por MODA o por querer presumir asumen y dicen que son ágiles y que practican el agilismo por medio de algunos de los Marcos, pero en realidad todo todo es un maquillaje (ocultan la realidad de las cosas). Eso que mencionas es un error completamente grande, que va en contra totalmente del marco de Scrum: 1. El objetivo de los equipos ágiles ques que puedan trabajar todos unidos en un mismo ambiente sino conocen como trabajar así no pueden remotear. 2. Los Tableros físicos tiene que ser usados si o si, ya que es el resultado de la TRANSPARENCIA tan importante en el marco y si lo tiene en digital por un software deberia esta mostrado en una TV grande prendido en todo momento.3. La autoridad del jefe no existe ni el project manager esa figura simplemente NO existe, los equipos son auto suficientes y empoderizados. 4. El SCRUM Master debe hacer que todo se cumpla, couchear al los equipos, velar por que los eventos se cumpla correctamente, que los timeBox se cumplan que se veo que nos e hace.Etc, etc..., simplemente lo que veo ahí en esa empresa es que todo eso es un desastre, después si no funcionan correctamente el proyecto seguro le echaran la culpa al marco que es lo usual y eso es un GRAN error. En mi caso a mi me molesta bastante escuchar estos casos en las empresas, ya que en mi caso como: SM/PO/DT conozco todo el marco al derecho y al revés y me incomoda mucho que existan estas empresas mal organizadas y pseudo ágiles supuestamente. Saludos compare.