El Agile Team dispone de la práctica de planificación constante*

1. El Agile Team no tiene un proceso de planificación definido ni constante

2. El Agile Team recibe la planificación ya definida desde el negocio por algún tipo de
líderes que se reunen 1-2 veces al año

3. El Agile Team tiene un evento de planificación definido para desarrollar los items de
negocio y algunas veces requiere de guía para completar la planificación

4. El Agile Team tiene un evento de planificación definido para desarrollar los items de
negocio y cuenta con suficiente autonomía para realizar la planificación
5. El Agile Team planifica autónomamente de manera periódica a no más de 3 meses
considerando el feedback de sus clientes/interesados (Release Plan)

Estrategia alineada con los objetivos de la empresa*

1. El Agile Team no tiene objetivos claros

2. El Agile Team tiene objetivos pero no están alineados con los de la empresa

3. El Agile Team tiene una estrategia alineada con los objetivos de la empresa pero los
miembros del Agile Team tienen objetivos individuales no alineados con el objetivo colectivo

4. El Agile Team tiene una estrategia alineada con los objetivos de la empresa y los
objetivos individuales de los miembros del Agile Team están alineados con los objetivos
colectivos
5. El Agile Team tiene una estrategia que se adapta en funcion de los objetivos de la
empresa cuando se requiere, considerando alineamiento individual y grupal

El Agile Team tiene un propósito claro y es conocido por todos*

1 El Agile Team no tiene claridad de su propósito

2. El Agile Team tiene un propósito que no todos los miembros comprenden

3. El Agile Team tiene un propósito claro y compartido por todos (todos saben por qué y
para qué hacen lo que hacen)
4. El Agile Team tiene un propósito claro, compartido y con prioridades bien definidas en
base a las necesidades de su cliente(s)

5. El propósito del Agile Team atiende las necesidades de su cliente(s) y todos están
comprometidos con la evolución del mismo.
El Agile Team descubre las iniciativas que desarrolla*

1. El Agile Team ejecuta las necesidades o tareas que encarga el PO en el Backlog

2. El Agile Team revisa los requerimientos a nivel interno (no hace participe al cliente u
otros interesados)

3. El Agile Team hace el Discovery, en el que participan las personas necesarias para la
construcción E2E del producto/servicio (negocio, desarrollo, áreas de apoyo, cliente y
stakeholders)
4.El Agile Team acuerda con las áreas involucradas un MVP para validar la hipótesis de
negocio en corto tiempo y entregar valor tempranamente; es capaz de descartar una iniciativa,
resultado del Discovery, que no entregaría valor al negocio ni al cliente.

5.El Agile Team utiliza técnicas de descubrimiento de producto como Inception,

Priorización, Gestión Backlog, Lean Startup, MVP, User Story Mapping, Slicing, etc. que permita
avanzar con metas y objetivos claros como base de su planificación y estrategia

El Agile Team define y utiliza métricas de negocio para la gestión y toma de decisiones*

1.El Agile Team no mide métricas de negocio

2.El Agile Team utiliza métricas de negocio y cliente aunque la práctica no es constante

3.El Agile Team utiliza métricas de negocio y cliente para validar la entrega de valor y las
transparenta a los stakeholders

4.El Agile Team obtiene sus métricas de negocio y cliente de manera automatizada y con
cadencia establecida para validar la entrega de valor
5.El Agile Team define sus propias métricas de negocio u otros indicadores de progreso de
manera automatizada, con cadencia establecida y es capaz de defender su elección de tal
manera de mejorar la posición de la organización en el mercado

El responsable de negocio (Product Owner) se preocupa de la participación e involucramiento

del Agile Team en la obtención de los resultados de negocio*

1.El Agile Team no cuenta con objetivos claros o no mide los resultados

2.El líder de negocio cuenta con objetivos y resultados que debe alcanzar el Agile Team,
los comparte con el mismo, sin embargo los resultados del Agile Team estan basados en
entregables/actividades y no en resultados de negocio.

3.El Agile Team revisa periodicamente (en conjunto con el líder de negocio) los objetivos,
buscando cumplir los tiempos establecidos. Se siente involucrado en la obtención de los
resultados de negocio.
4.El Agile Team revisa periodicamente (en conjunto con el líder de negocio) los objetivos,
buscando generar valor a los clientes. Los miembros del Agile Team pueden presentar los
resultados alcanzados con claridad y fluidez

5.Hay total alineación y sincronización de los objetivos y resultados medibles del Agile
Team con los objetivos empresariales.
El Agile Team conoce y practica técnicas de priorización de las tareas que debe realizar y en
qué orden*

1.El Agile Team todavía no tiene un sistema de priorización claro y establecido. Realiza el
trabajo conforme aparece

2.El Agile Team (en conjunto con el líder de negocio) define la prioridad de los ítems por
atender basándose en su experiencia

3.El Agile Team define la prioridad de los ítems del Product Backlog basándose en el valor
que estos aportan al negocio y algunas veces acepta trabajo solicitado directamente por algún
stakeholder.
4.El Agile Team está trabajando regularmente en ítems priorizados por valor del Product
Backlog. Tiene priorizados artefactos, ceremonias, iniciativas y trabajo en progreso. Ha probado
varias técnicas de priorización

5.El Agile Team trabaja siempre en base a ítems priorizados por valor del Product Backlog .
Utiliza , prueba y adopta varias técnicas de priorización según el producto/servicio a desarrollar

El Agile Team visualiza todo el trabajo que le permite la toma de decisiones*

1.El Agile Team no puede visualizar todo el trabajo

2.El Agile Team está visualizando algunos elementos del trabajo a realizar, sin embargo no
tiene todos los elementos para la toma de decisiones

3.El Agile Team puede visualizar colectivamente todo su trabajo, y tiene un Backlog
actualizado. Puede tomar decisiones en base a ello

4.La transparencia del Agile Team proviene de visualizar todo el trabajo a realizar. Es un
hábito que todos vean en qué esta trabajando cada miembro asi como el estado de cada ítem
(tarea) del Backlog y que pueden contribuir con la toma de decisiones.
5.El Agile Team visibiliza todo el trabajo y conoce el valor de negocio. El Backlog siempre
se mantiene claro, conciso y priorizado por el valor del negocio. Cada miembro puede ver lo
que está sucediendo y detecta problemas potenciales de inmediato.

Para lograr el plazo de entrega sostenible más corto, el Agile Team se esfuerza por alcanzar un
flujo continuo que permita mover nuevas funcionalidades desde la ideación hasta el delivery*

1.El Agile Team no gestiona activamente la cantidad de trabajo en curso (WIP). El equipo
se encuentra constantemente saturado con la carga de trabajo diario

2.El Agile Team conoce e intenta limitar su WIP (cantidad de trabajo en curso), no
obstante, se le dificulta gestionarlo

3.El Agile Team limita el WIP y se adhiere a él la mayor parte del tiempo

4.El Agile Team limita el WIP y se adhiere a él la mayor parte del tiempo. Utiliza ese límite
para hacer mejoras en el Cycle Time y Lead Time, así como en el flujo
 5.El Agile Team no requiere limitar el trabajo en progreso ya que ha logrado identificar los
potenciales cuellos de botella y los soluciona de manera inmediata haciendo un flujo contínuo
de captura de valor

El Agile Team está en una búsqueda constante de mejorarse asi mismo, proponiendo
accionables que son ejecutados en cada iteración*

1.El Agile Team no cuenta con un proceso instaurado para inspeccionar / adaptar la forma
en que se trabaja

2.El Agile Team cuenta con un proceso para inspeccionar la forma en que se trabaja e
identifica elementos para mejorar, no obstante, es frecuente repetir los mismos errores sprint
tras sprint. La calidad es opcional. Lo importante es entregar.

3.El Agile Team cuenta con un proceso para inspeccionar la forma en que se trabaja e
identifica elementos o tareas para mejorar y priorizar acciones identificadas. Tiene una mirada
crítica a lo que hace y empieza a mejorar sostenidamente
4.El Agile Team cuenta con un proceso para inspeccionar y adaptar la forma de trabajo,
identifican mejoras, las priorizan y aplican; dicho proceso refleja las experiencias pasadas y
definen acciones futuras. Esta comprometido con la mejora continua

5.El Agile Team es dueño de su propio plan de mejora continua, el cual es constantemente
revisado y actualizado en interacciones diarias y según las necesidades priorizadas
(orgánicamente)

El Agile Team adopta una gestión en base a objetivos (OKRs)*

1.El Agile Team no tiene OKRs definidos o se encuentra esperando la confirmación para
empezar la adopción

2.El Agile Team está trabajando en la definición de los OKRs pero aún no están alineados a
los objetivos de la organización

3.El Agile Team tiene sus OKRs claramente definidos y alineados a los de la organización, la
toma de decisiones está basada en ellos

4.El Agile Team tiene una cadencia para revisión periódica de OKRs que le permita
aprender y adaptar su modelo. Reunirse brevemente para su seguimiento es parte de su rutina,
enfocada en mejorar los resultados y no en excusas o apagado de incendios

5.El Agile Team monitorea sus OKRs, y plantea mejoras en su planificación. Comparte sus
OKRs con otros Agile Teams y establecen prioridades o resuelven dependencias. Miden el
impacto de iniciativas e iteran. Sus criterios de éxito son conocidos por todos.

El Agile Team incorpora en su trabajo diario actividades relacionadas a la calidad de sus

entregables*

1.El Agile Team no está discutiendo problemáticas o issues de calidad o no mide la

calidad del trabajo a entregar
 2.El Agile Team identifica errores/defectos en los productos de manera reactiva, es decir,
una vez que han ocurrido de cara al cliente

3.El Agile Team identifica errores/defectos en los productos de manera proactiva, es decir,
son capaces de identificarlos antes de que le ocurran al cliente. Dedican algún tiempo a
verificar la calidad.

4.El Agile Team es proactivo en la identificación de errores, le da prioridad a esta actividad.

La mayor parte del tiempo realiza pruebas manuales para asegurar la calidad en varios estadios
de la ejecución.
5.El Agile Team tiene una alta calidad constante debido a la implementación de
herramientas que permitan la mejor definición de terminado, de las cuales se puedan tomar
mediciones y que el Agile Team ha elegido

El Agile Team se compromete a alcanzar los objetivos en un período de tiempo asumiendo un

número consensuado de ítems de trabajo, categorizados, estimados y priorizados*

1.Existe una lista de características y funcionalidades de producto, sin embargo no esta

priorizada, ni identificadas sus dependencias y/o no cuentan con criterios de aceptación

2.Existe una lista de características y funcionalidades de producto, esta priorizada,

identificadas sus dependencias y cuentan con criterios de aceptación pero no está compartida
a todo el Agile Team
3.Existe una lista expresada en Historias de Usuario describiendo las características del
producto, dónde los miembros del Agile Team dimensionan y estiman las historias (esfuerzo,
complejidad y riesgo), para su desarrollo.

4.Existe una lista de características y funcionalidades del producto, esta priorizada,

identificadas sus dependencias y cuentan con criterios de aceptación que permiten garantizar
el compromiso del Agile Team para mantener el flujo de valor

5.Existe una lista de características y funcionalidades del producto priorizado, estimado y

refinado, la cual fortalece la visión del producto y esta lista para la selección de su ejecución en
el Sprint, asegurando el desarrollo del incremento del valor

El Agile Team cuenta con un representante de negocio que propone el objetivo de la iteración
y la prioridad del trabajo a realizar*

1.El Agile Team no cuenta con un representante de negocio que defina objetivos y
priorización

2.El Agile Team cuenta con un representante de negocio pero no tiene claros los objetivos
de negocio o las prioridades de tal de forma de avanzar iteración en iteración
3.El Agile Team cuenta con un representante de negocio que conoce a los clientes internos
y externos y trabaja de la mano con ellos para la creación de su Product Backlog.

4.El Agile Team cuenta con un representante de negocio y está totalmente dedicado,
disponible e involucrado con el Agile Team, tiene total empoderamiento de sus artefactos y
conoce perfectamente a los clientes y sus necesidades
 5.El representante de negocio es la voz viva del cliente, colabora activamente con el Agile
Team y su motivador es generar valor incremental. Además cuenta con métricas de calidad,
satisfacción y adopción del producto creado para mostrarlo al Agile Team

El Agile Team cuenta con un Scrum Master que lo ayuda a liberar bloqueantes y busca su
crecimiento y madurez como equipo*

1.El Agile Team no tiene un Scrum Master asignado, algunas de sus funciones recaen en
los Team Members y otras quedan sin realizarse

2.El Scrum Master pertenece al Agile Team con un porcentaje de su tiempo. Asigna tareas
a los miembros del equipo y monitorea fechas de entrega. No conoce completamente el marco
de trabajo

3.El Scrum Master pertenece al Agile Team, conoce completamente el marco de trabajo,
esta al cuidado del mismo y se considera un líder al servicio del equipo para el logro de los
objetivos

4.El Scrum Master domina el marco de trabajo, es un líder al servicio del equipo y, además,
es capaz de guiar al Product Owner proporcionándole técnicas de priorización, definición de
objetivos y visión de negocio
5.El Scrum Master está dedicado al Agile Team desempeñandose como Coach, Trainer,
Mentor y Facilitador, ayuda al Agile Team a eliminar obstáculos y resolver impedimentos.

El Team member conoce sobre el framework, los eventos y como debe participar en ellos*

1.El Team Member no tiene un entendimiento claro de su participación en el Agile Team

2.El Team Member conoce el marco de trabajo, no obstante, no participa activamente en

los eventos del Agile Team. Se enfoca en realizar su trabajo de manera individual

3.Cada Team Member esta enfocado en el desarrollo del Sprint Backlog, trabaja
cooperativa y colaborativamente para llegar al objetivo común. Mantiene una disciplina en la
ejecución de prácticas y eventos del marco de trabajo.
4.El Team Member conoce en detalle el marco de trabajo, trabaja de manera proactiva y
colaborativa. Busca mejoras en las prácticas y métodos en dónde tiene maestría.

5.El Team Member, se auto gestiona. Tiene una visión clara de producto, está mejorando
continuamente y entrega valor en cada iteración. Participa activamente en la definición de
mejores prácticas de nuevas formas de trabajo

El Agile Team realiza eventos de planificación de trabajo para mantener un flujo constante de
requerimientos. Realiza un seguimiento frecuente al avance del trabajo e impedimentos
encontrados. Muestra sus avances para recibir feedback de sus stakeholder*

1.No existe una cadencia definida o no la mantienen de forma estricta para este tipo de
eventos.

2.Existe una cadencia definida pero la participación es parcial e inconsistente por parte del
equipo
 3.El equipo tiene un propósito establecido y una cadencia más regular, de igual forma, el
equipo participa en los eventos aunque requiere de un facilitador que dirija las sesiones

4.El equipo tiene un propósito establecido y una cadencia regular y respetada, todo el
equipo participa en los eventos y se aunto-organizan para llevarlos a cabo

5.Todo el Agile Team tiene un propósito establecido y una cadencia regular. El equipo
completo participa activamente en los eventos y obtiene el beneficio esperado.
La ejecución de eventos hace al Agile Team previsible y se plasma en el producto entregado

El Agile Team se reúne para analizar el desempeño durante un período de tiempo, para
capitalizar aprendizajes y proponer acciones de mejora al equipo y/o su proceso de trabajo*

1.El Agile Team no cuenta con espacios de mejora recurrentes dado que no los consideran
necesarios

2.Algunos miembros del Agile Team se reúnen para realizar una retrospectiva con una
cadencia no definida

3.Todo el Agile Team se reúne de manera regular para realizar retrospectivas, para
sintetizar sus aprendizajes y plantearse accionables de mejora, no obstante algunas mejoras no
llegan a implementarse.
4.Todo el Agile Team se reúne y participa en la retrospectiva, con un enfoque en los temas
más críticos para el equipo con un propósito establecido. Se establecen mejoras, se
implementan.

5.Todo el Agile Team se reune en retrospectiva y participa activamente. Se va de la reunión

con un plan de mejora a poner en acción y se monitorea para verificar su efectividad y
cumplimiento.

El producto o servicio es co-creado con el Agile Team, PO y cliente/usuario final*

1.El Agile Team se basa en las interpretaciones que hace o en las del PO

2.El cliente o usuario es contactado puntualmente en alguna etapa del desarrollo de la

iniciativa

3.Se tiene en cuenta la opinión del cliente o usuario en varias etapas del desarrollo de la
Iniciativa.
4.El Agile Team crea hipótesis sobre las oportunidades del negocio del producto o servicio
y lleva a cabo experimentos para probarlas junto con el cliente

5.El producto o servicio es co-creado con el cliente o usuario a través del feedback directo
y constante durante cada sprint transcurrido
El Agile Team se centra en resolver los problemas uno en uno, la ejecución se lleva a cabo
mediante la iteración incremental sobre el MVP*

1.El Agile Team trata de obtener mucha información o la información completa antes de
comenzar. Necesita de una visión total de los requerimientos

2.El Agile Team visualiza el concepto de MVP , comienza a analizar los problemas
individualmente pero hay dificultades para materializarlo de forma sencilla

3.El Agile Team busca soluciones evitando la complejidad y trata de abordar los problemas
con la suficiente información que le permita comenzar a trabajar.

4.Para el Agile Team, el concepto de MVP se materializa a un ritmo constante alcanzando

sus objetivos, es el método con el que validan sus hipótesis y maximizan el aprendizaje fruto de
la experimentación.
5.El Agile Team tiene un enfoque pragmático buscando la sencillez en las propuestas y
centrado en obtener soluciones a problemas de 1 en 1. El Agile Team trabaja en base a MVPs e
iteración incremental y no concibe volver a modelos anteriores de trabajo.

El Agile Team siente el producto/servicio como suyo*

1.El Agile Team acepta tomar el reto de la iniciativa y empieza a colaborar entre los
miembros

2.El Agile Team empieza a actuar como dueño del producto y se afianza la colaboración
entre los miembros

3.El Agile Team está conforme con la estabilidad del producto/servicio y siente que cumple
con los objetivos.

4.El Agile Team siente el producto como propio, toma las decisiones de forma autónoma,
confiando en el criterio de todos los miembros
5.El Agile Team siente que lo que hace es de valor e impacto. Es reconocido por ello y cada
día como equipo está comprometido con su cliente

El Agile Team toma riesgos, toma camino diferentes, prueba ideas innovadoras*

1.El Agile Team trabaja por inercia. Nadie tiene tiempo para ser creativo ni innovador, ni
tiene la iniciativa.

2.El Agile Team hace propuestas y se aceptan algunas que no implican mucho riesgo. Se le
anima a pensar de forma innovadora, sin embargo, estan limitados por las soluciones
existentes
3.El Agile Team sugiere cambios en la estrategia de la iniciativa, así como también para
aceptar sus oportunidades de mejora. Se ha definido tiempo para la innovación aunque en
algunas situaciones no se respeta

4.Es seguro innovar y aprender. En el Agile Team es respetado el tiempo para la innovación
y se ha logrado generar grandes aprendizajes con alto potencial de éxito sin miedo al error.
 5.El Agile Team toma caminos diferentes sin temor a correr riesgos, esta abierto y se
adapta rápidamente a los cambios, es retador y trabaja en soluciones innovadoras utilizando el
error para aprender.

Los enfoques del Agile Team son diversos para enriquecer el producto/servicio*

1.Las propuestas que suelen aceptarse vienen avaladas por la jerarquía en la organización
y la experiencia de algunos miembros. Se dan por sentado algunos conceptos y no se
cuestionan

2.El Agile Team comienza a tener en cuenta el pensamiento diverso, se permite en

ocasiones tener diferentes puntos de vista y analizar decisiones y acciones desde otra
perspectiva.

3.Se valoran distintas perspectivas y se incorporan técnicas para fomentar la creatividad y

distintos enfoques. La jerarquía y la experiencia cuentan al mismo nivel.

4.El pensamiento y los enfoques diversos dan riqueza al Agile Team y al producto, se
permite sin tapujos tener diferentes puntos de vista generando así, un análisis de decisiones y
acciones desde otra perspectiva
5.La diversidad genera ideas más amplias y nuevas perspectivas para afrontar los desafíos
del día a día y el Agile Team es perfectamente consciente de ello. Se recurre de forma
frecuente a pedir colaboración y feedback entre todos

El autoaprendizaje es una práctica habitual*

1.El Agile Team realiza las formaciones obligatorias y trata de incorporar nuevas
capacidades y tecnologías de manera moderada

2.El Agile Team busca proactivamente recursos de aprendizaje adicionales a los ofrecidos
en Telefónica

3.El Agile Team reta los aprendizajes que se van obteniendo. Tiene una mirada crítica a lo
que hace y empieza a mejorar sostenidamente. Su objetivo es lograr un equilibrio entre el
tiempo de dedicación a la operación y el tiempo utilizado para aprender.
4.El Agile Team adquiere y demanda nuevo conocimiento a la velocidad que le demanda el
negocio y lo comparte con otros equipos. El auto aprendizaje es una práctica habitual

5.La mejora continua es parte del ADN del Agile Team y como tal se ha construido un
sistema de aprendizaje que permite equilibrar las responsabilidades operativas de todo el
equipo. Es normal que lleguen otros Agile Teams para aprender del nuestro.
El Agile Team identifica los conflictos, busca opciones y los resuelve de manera abierta y
transparente*

1.El Agile Team algunas veces es consciente del conflicto y otras veces lo evita. Siempre
necesita ayuda externa para resolverlo

2.El Agile Team identifica situaciones de conflicto y determina soluciones con poca o
ninguna ayuda externa. El Agile Team se adueña de las acciones que resolverán el conflicto

3.El Agile Team valora el logro de los objetivos. Promueve las conversaciones donde todos
participen. Se definen acuerdos de trabajo o normas para facilitar el manejo del conflicto, la
coordinación de acciones y el cumplimiento de los planes establecidos.
4.El Agile Team no teme al conflicto. Cuando surge uno, el Agile Team lo resuelve a través
de discusiones abiertas. Durante las reuniones, los asuntos importantes y difíciles se ponen
sobre la mesa para resolverlos.

5.El Agile Team valora las relaciones interpersonales, los objetivos y desarrollo de cada
miembro como parte del crecimiento. La principal estrategia para gestionar un conflicto es la
franqueza, con humildad, escucha activa y empatía logran un ganar-ganar