Con frecuencia me buscan para decirme que Scrum no les funciona, que ya capacitaron a los Product Owners, a los Scrum Masters y a los Developers, que hacen los eventos de Sprint Planning, Daily Meeting, Sprint Review y Retrospectiva además de llevar los artefactos que requiere este marco de trabajo y que no les funciona.

Una de las razones de que esto ocurre es que no se cambia en lo absoluto la manera de recibir y analizar requerimientos.

Tomando en cuenta de que un cliente es quien utiliza los servicios de un profesional o de una empresa y también puede ser alguien que compra productos, solemos tener dos tipos de clientes:

Quién nos contrata o utiliza nuestros servicios para desarrollar un producto, un servicio o un proceso que alguien más va a utilizar y quienes utilizan lo que hacemos dando retorno de inversión al primero mencionado.

En el mundo ágil yo encuentro 2 categorías de la agilidad: medios y habilitadores. Los medios, para mí, son los vehículos en los que decidimos subirnos para implementar marcos ágiles, con rutas para caminar dentro de esta nueva forma de trabajo. Los habilitadores para la agilidad son las disciplinas y prácticas que no nacieron para y desde la agilidad pero que han entrado a este mundo para ayudar a apoyar e impulsar estos vehículos.

Para escribir este blog me basé en la sesión de #AgileTalks con Juan Banda donde habló de “Scrum Master avanzado o nivelación de lo mal aprendido”, nos dio mucho de qué hablar pero sobre todo, nos dio para reflexionar.

En este blog desarrollaré los conceptos que considero más valiosos de lo que Juan nos platicó.

Sin entendimiento compartido del contexto alrededor de los requerimientos no puede existir la agilidad. Sin contexto, se genera poco valor.

En este espacio encontrarás una Infografía sobre el rol de Product Owner, un rol retador para entornos complejos.

OKR (Objetivos y resultados clave - Objetives and Key Results) es un esquema para establecer objetivos con un enfoque simple, para crear alineación y compromiso alrededor objetivos medibles y ambiciosos, esto último para buscar la colaboración alrededor de los objetivos y la claridad de cómo alcanzarlos.

El Agile Coaching no está logrando el impacto que deseamos y necesitamos. Hay mucho foco en HACER y muy poco en SER. Estamos sub-utilizando las capacidades y potencialidades de los Agile Coaches. Muchos Enterprise Agile Coaches están netamente orientados a implementar frameworks de escalamiento. Sus motivaciones no conducen a una Agilidad sostenible. Necesitamos un nuevo enfoque.

Charo Mendonca maduró este artículo a lo largo del 2019. Tiene mucho de su propia búsqueda de sentido y propósito. A su vez, puede contribuir a una conversación necesaria en nuestra comunidad de RH: ¿Cómo son las áreas de talento en organizaciones ágiles? ¿Cómo evolucionar para no desaparecer? ¿Qué cosas tenemos que dejar de hacer? ¿Cuáles tenemos que reinventar?

El impacto que provoca la falta de entendimiento temprano de los requerimientos es enorme, siempre lo ha sido por lo que todos los que hemos padecido el trabajar en silos con perfiles de negocio brincamos de emoción cuando llega Scrum y nos presenta el rol de Product Owner. Pero no todo ha salido como se esperaba.

En entornos complejos, donde necesitamos actuar en ciclos cortos con prácticas emergentes porque las soluciones estándares y recomendaciones de expertos no garantizan la solución, es vital despertar la conciencia sobre el manejo de las cargas de trabajo.

En este blog hablaremos sobre los puntos vitales que un Agile Coach debe de tomar en cuenta para no perderse en el camino.