Principios del Manifiesto Ágil para Equipos Eficientes

Clase 4 de 17 • Curso de Gestión de Equipos Ágiles

Clase anteriorSiguiente clase

Sandra Sierra

student•

Caso práctico:

Accionables:

Definir tamaño del sprint (+corto si hay +incertidumbre)
Escribir HU y priorizarlas con el cliente
Presentar al final de cada sprint el valor / incremento funcional
Involucrar al cliente en las etapas del proyecto
Ceremonias y espacios para mejorar la comunicación
Excelencia técnica para lograr un mejor producto

LEONARDO DELGADO

student•

Hola Sandra, a la última situación le agregaría también la X en el principio 9: La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.

Muy buen análisis,

Juan Fernando Utria Guisado

company_admin•

Hola Sandra, a la parte de ceremonias y espacio, ya que la ruta tomada no ha sido efectiva, yo presentaría un cambio de canal de comunicación ya que el actual no ha dado resultados.

Lisset Alexandra Neyra Romero

student•

Resumen de la Clase Principios • Principio 1: Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor. o ¿Qué es lo valioso para el cliente? • Principio 2: Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente. • Principio 3: Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible. • Principio 4: Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto. • Principio 5: Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo. o Cuando las personas están motivadas es entre el 15% y 20% más productivos. • Principio 6: El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara. • Principio 7: el software funcionando es la medida principal de progreso. • Principio 8: Los procesos ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida. • Principio 9: La atención continua a la excelencia técnica y al buen diseño mejora la agilidad. • Principio 10: la simplicidad, o arte de maximizar la cantidad de trabajo no realizado es esencial. • Principio 11: las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados. • Principios 12: a intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.

Patricio Sánchez Fernández

student•

Gran resumen, Lisset. Felicitaciones.

José Javier López López

student•

El equipo no vive los valores y principios ágiles y en específico:

_Estamos frente a un equipo que durante 3 años ha desarrollado un producto que no ha salido a producción. _

Entrega de Producto Frecuentemente

El cliente está muy molesto porque no le aceptan cambios en el alcance.

Satisfacción del Cliente con entrega continua y temprana de valor
Aceptamos que los requisitos cambien

Los desarrolladores culpan del retraso al usuario, ya que tarda semanas en responder por correo las dudas que tienen sobre el producto.

Comunicación cara a cara
Los responsables de negocio y desarrolladores trabajan juntos de manera cotidiana

_Como el porcentaje de avance no es el esperado, la gerencia ha exigido a los desarrolladores trabajar jornadas de 10 horas diarias. _

Ritmo sostenible
El software funcionando es la principal medida de progreso
La simplicidad

El equipo ha decidido eliminar algunos casos de prueba para recortar la brecha de tiempo en el plan de trabajo.

La atención continua a la excelencia técnica

Marcelo Taco

student•

Como líder de un equipo, ¿cuánta tolerancia posee para las equivocaciones? Por ejemplo: si un miembro del equipo desea realizar una tarea de una forma que usted sabe que es errónea, ¿lo dejaría aprender de la experiencia? Reláteme alguna experiencia.

Andrés Felipe Salcedo Sepúlveda

teacher•

Hay una técnica en Management 3.0 que se llama delegation póker. Consiste en determinar 7 niveles de empoderamiento por cada tarea. De esta forma se determina el riesgo y que nivel de tolerancia se puede tener al error en cada actividad.

Si el riesgo es bajo, se asume el error en favor del aprendizaje. De igual forma, creo que siempre se puede opinar y sugerir (esto promueve el debate y la interacción), que es diferente a decirle a otros lo que tienen que hacer (esto promueve la opresión).

Platzi Team

student•

No se hace participe al cliente. No se hacen revisiones periódicas de avance. comunicación impersonal. No se permite el cambio en el transcurso del desarrollo.

Andrés Felipe Salcedo Sepúlveda

teacher•

Bien Rodolfo, añadiría también que el equipo no tiene un ritmo de trabajo sostenible.

Luis Camilo Fernandez Gomez

student•

https://docs.google.com/document/d/1NW-gi7UGrUzZp0akQJoT-pkMEYIk2iZiUwEgEl4R9Kk/edit?usp=sharing

Ejercicio realizado

Edwar Y. Castillo B.

student•

Cristian Giovani Carbajal Herrera

student•

En este caso, el equipo no está aplicando varios principios ágiles clave:

Principio 1, 2 y 3: No entregan software funcional frecuentemente y no aceptan cambios tardíos. Se recomienda implementar sprints cortos con entregas parciales y aceptar cambios priorizados.
Principio 4 y 6: La comunicación con el cliente es lenta y por correo. Deben establecer reuniones frecuentes cara a cara o por videollamada para resolver dudas rápido.
Principio 7: El avance debe medirse con software funcionando, no con tareas internas.
Principio 8: Jornadas de 10 horas no son sostenibles. Es mejor mantener un ritmo constante que permita calidad y motivación.
Principio 9: No deben eliminar casos de prueba, ya que compromete la calidad. La excelencia técnica debe ser prioridad.
Principio 12: Deben hacer retrospectivas periódicas para mejorar sus procesos.

Aplicando estos cambios, el equipo podría ser más ágil, entregar valor antes y recuperar la confianza del cliente.

Lady Diana Camelo Ramirez

student•

Comparto el ejercicio practico:

Magno Alarcón

student•

Profesor, de acuerdo con el principio 2, aceptamos que los requisitos cambien, pero digamos ya se acordó una fecha de entrega del producto y el cliente necesita hacer cambios urgentes, como se negocia esto?, lo aceptamos pero le decimos que atrasará la entrega del producto?

Andrés Felipe Salcedo Sepúlveda

teacher•

Hola Magno, uno de los aspectos clave de la agilidad es que el cliente hace parte del equipo. Los proyectos tradicionales fracasaban desde la década de los 90 según The CHAOS Report de Standish group, por falta de involucramiento del cliente, las prácticas ágiles emergen como una respuesta esto. Si el cliente no hace parte del equipo, no se está haciendo algo muy diferente a como se gestionaban proyectos en los 90.

En este caso, el cliente al hacer parte del equipo debe entender que toda decisión tiene un impacto, todo cambio es aceptado en agilidad pero reconociendo y aceptando desde todas las partes el impacto que tiene el cambio (en lo positivo, como en lo negativo)

Ana Maria Rojas Alcaraz

student•

Acciones a tomar:

Definir un sprint, tener claros los objetivos para comenzarlo
Definir historias de usuario para garantizar entregas frecuentes de valor
Hacer partícipe al cliente del desarrollo de software o producto
Realizar dailys
Capacitar mejor a los desarrolladores en su conocimiento técnico
Al final de cada sprint realizar un review

Paola Andrea Gómez Ariza

student•

Se tienes los siguientes criterio de la problemática:

3 años lleva un producto que no se ha podido entregar

Cliente insatisfecho

Baja o nula comunicación y adecuada frente a los desarrolladores y el negocio (cliente)

Porcentaje de avance no esperado y no hay estructura de un plan de trabajo.

Se debe partir de un cambio:

coordinar una sesión con el equipo y el negocio para llegar a los diferentes acuerdos, aceptar los cambios de los requisitos

Llegar a un acuerdo en consultar con el cliente que espera como primera entrega y que es lo que realmente se va comprometer a entregar para no generar altas expectativa.

Generar sprints de trabajo de cada 15 días y dar seguimiento oportuno utilizando dailys de cómo va con el desarrollo y qué tipo de stopper están incurriendo por las demoras.

la comunicación se debe trabajar por ambos canales, correo electrónico para tener evidencias y sesiones de trabajo para que la justificación sea aún más clara de lo que se requiere en el producto.

Motivar al equipo y tener buen acercamiento.

Pactar con el cliente fechas de entregas significativas para que esté conforme con el trabajo y la planeación que se está ejecutando

Mantener la agilidad y la excelencia del cumplimento

Recordar al equipo que las tareas al ejecutar deben ser autogestionadas

Reflexionar con el equipo en que podemos mejorar y optimizar el tiempo de actividades llevando un Project con fechas definitivas para proceder a un buen seguimiento estructurad.

Diana Paola Muñoz Prada

student•

Buenas tardes compañeros, a continuación mi solución al caso propuesto:

Como se evidencia en la imagen, el equipo actual en mi opinión no está cumpliendo ninguno de los 12 principios de Agilidad, por eso ahora que se puede hacer para que esto cambie, relaciono algunos accionables a tener en cuenta:

Contratar a una persona especializada en metodologías agiles (Scrum Master)
Identificar quién es el Product Owner, el equipo de desarrollo y el usuario final.
Identificar claramente cuál es la necesidad qué tiene el usuario final.
Realizar una lista ordenada de lo que se requiere para obtener el producto final.
Priorizar las actividades para generar valor en menor tiempo.
Identificar cuáles son las estimaciones en cuento a recursos y tiempos para desarrollar el producto. (Tener en cuenta impedimentos)
Listar los cambios que se tengan durante el desarrollo por parte del usuario final.
Agendar reuniones diarias con todo el equipo, para conocer los avances que se tienen y los impedimentos para continuar el desarrollo.
En caso de tener dudas sobre el desarrollo del producto, agendar reuniones con el usuario final para refinar las actividades a realizar.
Agendar reuniones periódicas para mostrar el avance que se tiene en el desarrollo del producto.

Atenta a sus comentarios, gracias!

Patricio Sánchez Fernández

student•

Excelente.

Diego Quintero Gaona

student•

Este es mi concepto:

Análisis.

No se aplican los siguientes principios: satisfacción al cliente, entrega de valor, trabajo conjunto, motivación al equipo, el software principal no este resultando útil, no hay equipo de trabajo autoorganizado.

Se debería:

Llevar a cabo una conversación cara a cara con el equipo en donde se reflexione sobre lo que está sucediendo, se le permita al equipo aportar ideas, motivarlos y empezar una ejecución con medidas de tiempo y de entrega de calidad.

Denis Pertuz Ospino

student•

No se esta practicando el principio de agilidad, no se esta colaborando con el cliente y hay falta de comunicación.

CELIA PEREZ LEAL

student•

En este caso no se esta dando cumplimiento a los principios de AGILE:

No hay comunicación efectiva , no hay colaboración con el cliente sobre negocios contractuales , no hay respuesta al cambio, se deben reducir los ciclos de planeación, se deben hacer entregas de valor.

Alejandro Palacio Wilches

company_admin•

Se violan casi todos los principios de AGILE:

1. Satisfacción del cliente: Prioridad en entregas tempranas de valor.

2. Aceptar cambios: Requisitos flexibles como ventaja competitiva.

3. Entregas frecuentes: Ciclos cortos para reducir desperdicio.

4. Colaboración: Negocio y equipo trabajan juntos diario.

5. Motivación: Personas empoderadas son más productivas.

6. Cara a cara: La comunicación directa es la más efectiva.

7. Producto funcional: Es la medida principal de progreso.

8. Ritmo sostenible: Trabajo constante, no picos de estrés.

9. Excelencia técnica: La calidad mejora la agilidad.

10. Simplicidad: Maximizar el trabajo no realizado.

11. Autoorganización: Los equipos empoderados deciden mejor.

12. Mejora continua: Reflexión periódica para ajustar procesos.

Juan Carlos Castillo Morales

student•

Dentro del caso practico se ve claramente la falta al principio 1, y se quebranta la mayor prioridad que es satisfacer al cliente, adicionalmente no se ve entrega temprana de valor al llevar 3 años sin desarrollar un producto en productivo, también se ve que no es un equipo que acepte cambios en los requerimientos atentando al principio 2, por otro lado al basar la comunicación con el cliente meramente a correos, se falta al principio 4, donde se enuncia el trabajo en conjunto con el cliente para realizar entrega de valor, considero que al tomar la decisión de exigir aumentar la jornada a 10 horas de trabajo, se atenta contra el principio 5 que establece individuos motivados a quienes se les pueda confiar la ejecución del trabajo, además con esas jornadas lo que provocara son picos de productividad momentáneos, que atentara contra el principio 8 mantener un ritmo constante de forma indefinida.

Realmente para que el equipo empiece a funcionar como un equipo ágil, es importante el cambio en la mentalidad del equipo, en relación a los cambios dentro de los requerimientos en función de las necesidades del cliente, entendimiento del entorno VUCA, y nuevas mesas de trabajo que permitan empatía y entendimiento a la necesidad del cliente por parte del equipo desarrollador, de tal manera que se puedan dar avances con entregable de valor, por otro lado también es indispensable que internamente validen y depuren procesos que no generen valor, haciendo que los requerimientos sean más fáciles de modificar y diseñar, con el fin de pasar de lo contractual a lo realmente requerido y necesario por el cliente.

Leonardo Ippolito

student•

Caso Practico:

Estamos frente a un equipo que durante 3 años ha desarrollado un producto que no ha salido a producción.

--> Evidentemente debemos fraccionar en pequeños entregables y alcanzables.

El cliente está muy molesto porque no le aceptan cambios en el alcance.

--> En cada entregable tendrá un alcance , y en cada sprint nuevo podemos ir realizando cambios, mejoras, evolucionando en el valor de cada entregable y aceptando así simplemente los distintos nuevos alcances que surjan por las razones que sean, cambio en el negocio, expectativas del clientes,etc.

Los desarrolladores culpan del retraso al usuario, ya que tarda semanas en responder por correo las dudas que tienen sobre el producto.

--> Aquí tanto el equipo de desarrollo, pruebas y el equipo cliente/Negocio deben trabajar siempre en conjunto. Diariamente un tipo de comunicación cara a cara, codo a codo.

Como el porcentaje de avance no es el esperado, la gerencia ha exigido a los desarrolladores trabajar jornadas de 10 horas diarias.

--> En la medida que los entregables se puedan ver se palpara como progreso, es lo más motivante, es palpable el crecimiento, las mejoras propuestas por los equipos serán auto gestionables en futuras etapas, ir así hacia la simplicidad, la apertura de nuevas ideas, modificaciones.

El equipo ha decidido eliminar algunos casos de prueba para recortar la brecha de tiempo en el plan de trabajo.

--> En la atención continua de un proceso ágil genera un desarrollo sostenible, un ritmo constante desde la simplicidad.

Carlos Antonio Bin

company_admin•

El principio 11, es esencial para un adecuado funcionamiento de equipos, dado que la intervención de lideres, jefes, gerentes.... minimiza su autogestión, por ende, es sumamente importante dejar, sin descuidar el crecimiento y organizacion propia de los equipos.

Principios del Manifiesto Ágil para Equipos Eficientes

Desarrollar un equipo ágil

Gestión de Equipos Ágiles y Liderazgo Efectivo

Agilidad: Respondiendo a Entornos Volátiles e Inciertos

Valores del Manifiesto Ágil en Equipos de Trabajo

Principios del Manifiesto Ágil para Equipos Eficientes

Características de los Equipos Ágiles y su Implementación

Estima en contextos de alta incertidumbre

Planificación en Sistemas Lineales y No Lineales en Agilidad

Estimación Relativa en Contextos de Alta Incertidumbre

Estimación Ágil con Planning Poker: Técnica y Ejemplos Prácticos

Proyección de Lanzamientos en Equipos Ágiles

Lidera equipos ágiles

Liderazgo Ágil: Transformación de Jefe a Servidor del Equipo

Técnicas de Construcción de Tejido Social en Equipos Ágiles

Motivación Intrínseca y Extrínseca: Técnicas y Modelos Efectivos

Medición y Mejora de la Motivación en Equipos de Trabajo

Desarrolla equipos de alto rendimiento

Liderazgo Ágil: Fomento de la Autoorganización en Equipos

Técnica de Matriz Rambo para Equipos Multifuncionales

Cómo cuidar el foco y evitar la multitarea en equipos ágiles

Gestión Ágil de Equipos y Liderazgo desde el Servicio