Acuerdos de trabajo: Difference between revisions
| (12 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
{{Meta-bok|min=4}} | |||
'''Acuerdos de trabajo''' (''Working Agreements'' en inglés) es una actividad breve con la que comenzar una [[retrospectiva]]. Suele durar entre 10 y 30 minutos, dependiendo del tamaño del equipo. El objetivo es establecer una serie de comportamientos y actitudes que definen al equipo y bajo los que se va a trabajar de ahora en adelante. | '''Acuerdos de trabajo''' (''Working Agreements'' en inglés) es una actividad breve con la que comenzar una [[retrospectiva]]. Suele durar entre 10 y 30 minutos, dependiendo del tamaño del equipo. El objetivo es establecer una serie de comportamientos y actitudes que definen al equipo y bajo los que se va a trabajar de ahora en adelante. | ||
El equipo trabaja en conjunto generando ideas sobre comportamientos eficientes en el trabajo. Se eligen de 3 a 7 acuerdos en torno a los que se van a sentar las bases de trabajo del equipo. | El equipo trabaja en conjunto generando ideas sobre comportamientos eficientes en el trabajo. Se eligen de 3 a 7 acuerdos en torno a los que se van a sentar las bases de trabajo del equipo. | ||
==Cómo realizar la actividad== | ==Cómo realizar la actividad== | ||
La versión más habitual tiene una duración de entre 10 y 30 minutos: | |||
# Se forman '''parejas o grupos pequeños''' de no más de cuatro personas. | |||
# Cada grupo genera '''de tres a cinco acuerdos de trabajo''' que ayudarían al equipo a colaborar mejor. Deben ser propuestas nuevas, no acuerdos ya existentes. | |||
# Cada grupo '''selecciona uno''' de sus acuerdos para presentar al equipo completo. | |||
# Se recogen todas las propuestas y el equipo elige '''entre tres y siete acuerdos finales''' mediante votación. | |||
=== Si hay menos de tres acuerdos propuestos === | |||
Se puede usar el método ''thumb vote'': pulgar arriba (acuerdo), pulgar en horizontal (acepto lo que decida la mayoría) y pulgar abajo (desacuerdo). Antes de votar conviene aclarar el significado de cada propuesta para evitar malentendidos. | |||
== | === Si hay más de siete acuerdos propuestos === | ||
Se puede usar una votación por puntos: cada persona dispone de tres puntos que puede repartir libremente entre las propuestas. Se puede ratificar el resultado con un ''thumb vote'' final. | |||
== Ejemplos de acuerdos habituales == | |||
* Empezar y terminar las reuniones a su hora. | |||
* Escuchar sin interrumpir; quien quiera hablar levanta la mano o activa el micrófono. | |||
* Mantener las cámaras encendidas durante las reuniones síncronas. | |||
* Lo que se habla en la retrospectiva se queda en la retrospectiva. | |||
* Si algo no funciona, lo decimos en la retro, no en el pasillo. | |||
* Dar y recibir feedback con intención constructiva. | |||
== Acuerdos de trabajo en equipos con IA == | |||
<div class="bok-aviso"> | |||
La incorporación de herramientas de IA generativa en el trabajo diario —asistentes de código, generadores de contenido, chatbots— ha hecho necesario establecer acuerdos explícitos sobre su uso. Sin ellos, las diferencias en el uso individual de la IA pueden generar asimetrías en la carga de trabajo, problemas de calidad o conflictos sobre autoría y responsabilidad. | |||
</div> | |||
Algunos acuerdos que los equipos están incorporando: | |||
* '''Transparencia sobre el uso de IA:''' si un miembro usa IA para generar código, documentación o análisis, lo declara antes de la revisión por pares. | |||
* '''Revisión obligatoria:''' ningún output generado por IA se entrega sin revisión humana. La responsabilidad del resultado sigue siendo de quien lo firma. | |||
* '''Herramientas aprobadas:''' el equipo acuerda qué herramientas puede usar con datos del proyecto, para evitar filtraciones de información confidencial o de cliente. | |||
* '''Desarrollo de habilidades:''' se acuerda en qué tareas se usa IA como apoyo y en cuáles el equipo prefiere trabajar sin asistencia, para no erosionar competencias clave. | |||
* '''Revisión periódica:''' los acuerdos sobre IA se revisan con más frecuencia que el resto, dado el ritmo de cambio de estas herramientas. | |||
== Error frecuente == | |||
<div class="bok-aviso"> | |||
'''Crear acuerdos y no revisarlos.''' Un acuerdo de trabajo que nadie recuerda o que nunca se actualiza deja de cumplir su función. Lo habitual es leerlos al inicio de cada retrospectiva y revisarlos cuando el equipo siente que ya no reflejan su forma real de trabajar. Sin revisión periódica, se convierten en decoración. | |||
</div> | |||
== Recursos == | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2023/06/primera-fase-de-una-retrospectiva-3-actividades/ '''Primera fase de una retrospectiva: reflexión en equipo''']<span class="detalle">Scrum Manager Blog · jun 2023</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2023/08/segunda-fase-de-una-retrospectiva-en-busca-de-la-mejora-continua/ '''Segunda fase de una retrospectiva: mejora continua''']<span class="detalle">Scrum Manager Blog · ago 2023</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2023/10/tercera-fase-de-una-retrospectiva-crear-conocimiento/ '''Tercera fase de una retrospectiva: crear conocimiento''']<span class="detalle">Scrum Manager Blog · oct 2023</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2022/10/sprint-retrospective-ejemplo-preparacion-y-puesta-en-practica/ '''Ejemplo: cómo diseñar una sprint retrospective''']<span class="detalle">Scrum Manager Blog · oct 2022</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2022/12/resolucion-de-conflictos-en-una-retrospectiva/ '''Liderar retrospectivas y resolución de conflictos''']<span class="detalle">Scrum Manager Blog · dic 2022</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2022/09/apuntes-agile-retrospectives/ '''Apuntes: Agile Retrospectives''']<span class="detalle">Scrum Manager Blog · sept 2022</span> | |||
</div> | |||
== Referencias == | |||
* Derby, Esther; Larsen, Diana. (2006). ''Agile Retrospectives: Making Good Teams Great''. Pragmatic Bookshelf. | |||
* Adkins, Lyssa. (2010). ''Coaching Agile Teams''. Addison-Wesley. | |||
==Véase también== | ==Véase también== | ||
<div class="bok-tags"> | |||
[[Retrospectiva]] [[Check-in]] [[ESVP]] [[Prioritize with dots]] [[Scrum diario]] [[Definición de hecho]] [[Retrospective planning game]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres seguir aprendiendo?'''</span> | |||
<span class="sub">En el Club Agile practicas y mides tu avance a tu ritmo, con recursos exclusivos, aulas e-learning y retos en Skill Arena. Y cuando quieras certificar lo que sabes, tienes convocatorias disponibles durante todo el año.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://scrummanager.com/club/ Club Agile]</div> | |||
<div class="bok-btn-filled">[https://www.scrummanager.com/website/c/calendar/show-courses.php Ver convocatorias]</div> | |||
</div> | |||
</div> | |||
[[Category: Glosario de términos]] | [[Category: Glosario de términos]] | ||
[[Category: | [[Category:Retrospectivas]] | ||
[[Category: Prácticas | [[Category:Prácticas ágiles]] | ||
Latest revision as of 18:27, 11 May 2026
Acuerdos de trabajo (Working Agreements en inglés) es una actividad breve con la que comenzar una retrospectiva. Suele durar entre 10 y 30 minutos, dependiendo del tamaño del equipo. El objetivo es establecer una serie de comportamientos y actitudes que definen al equipo y bajo los que se va a trabajar de ahora en adelante.
El equipo trabaja en conjunto generando ideas sobre comportamientos eficientes en el trabajo. Se eligen de 3 a 7 acuerdos en torno a los que se van a sentar las bases de trabajo del equipo.
Cómo realizar la actividad
La versión más habitual tiene una duración de entre 10 y 30 minutos:
- Se forman parejas o grupos pequeños de no más de cuatro personas.
- Cada grupo genera de tres a cinco acuerdos de trabajo que ayudarían al equipo a colaborar mejor. Deben ser propuestas nuevas, no acuerdos ya existentes.
- Cada grupo selecciona uno de sus acuerdos para presentar al equipo completo.
- Se recogen todas las propuestas y el equipo elige entre tres y siete acuerdos finales mediante votación.
Si hay menos de tres acuerdos propuestos
Se puede usar el método thumb vote: pulgar arriba (acuerdo), pulgar en horizontal (acepto lo que decida la mayoría) y pulgar abajo (desacuerdo). Antes de votar conviene aclarar el significado de cada propuesta para evitar malentendidos.
Si hay más de siete acuerdos propuestos
Se puede usar una votación por puntos: cada persona dispone de tres puntos que puede repartir libremente entre las propuestas. Se puede ratificar el resultado con un thumb vote final.
Ejemplos de acuerdos habituales
- Empezar y terminar las reuniones a su hora.
- Escuchar sin interrumpir; quien quiera hablar levanta la mano o activa el micrófono.
- Mantener las cámaras encendidas durante las reuniones síncronas.
- Lo que se habla en la retrospectiva se queda en la retrospectiva.
- Si algo no funciona, lo decimos en la retro, no en el pasillo.
- Dar y recibir feedback con intención constructiva.
Acuerdos de trabajo en equipos con IA
La incorporación de herramientas de IA generativa en el trabajo diario —asistentes de código, generadores de contenido, chatbots— ha hecho necesario establecer acuerdos explícitos sobre su uso. Sin ellos, las diferencias en el uso individual de la IA pueden generar asimetrías en la carga de trabajo, problemas de calidad o conflictos sobre autoría y responsabilidad.
Algunos acuerdos que los equipos están incorporando:
- Transparencia sobre el uso de IA: si un miembro usa IA para generar código, documentación o análisis, lo declara antes de la revisión por pares.
- Revisión obligatoria: ningún output generado por IA se entrega sin revisión humana. La responsabilidad del resultado sigue siendo de quien lo firma.
- Herramientas aprobadas: el equipo acuerda qué herramientas puede usar con datos del proyecto, para evitar filtraciones de información confidencial o de cliente.
- Desarrollo de habilidades: se acuerda en qué tareas se usa IA como apoyo y en cuáles el equipo prefiere trabajar sin asistencia, para no erosionar competencias clave.
- Revisión periódica: los acuerdos sobre IA se revisan con más frecuencia que el resto, dado el ritmo de cambio de estas herramientas.
Error frecuente
Crear acuerdos y no revisarlos. Un acuerdo de trabajo que nadie recuerda o que nunca se actualiza deja de cumplir su función. Lo habitual es leerlos al inicio de cada retrospectiva y revisarlos cuando el equipo siente que ya no reflejan su forma real de trabajar. Sin revisión periódica, se convierten en decoración.
Recursos
📄 Primera fase de una retrospectiva: reflexión en equipoScrum Manager Blog · jun 2023
📄 Segunda fase de una retrospectiva: mejora continuaScrum Manager Blog · ago 2023
📄 Tercera fase de una retrospectiva: crear conocimientoScrum Manager Blog · oct 2023
📄 Ejemplo: cómo diseñar una sprint retrospectiveScrum Manager Blog · oct 2022
📄 Liderar retrospectivas y resolución de conflictosScrum Manager Blog · dic 2022
📄 Apuntes: Agile RetrospectivesScrum Manager Blog · sept 2022
Referencias
- Derby, Esther; Larsen, Diana. (2006). Agile Retrospectives: Making Good Teams Great. Pragmatic Bookshelf.
- Adkins, Lyssa. (2010). Coaching Agile Teams. Addison-Wesley.
Véase también
¿Quieres seguir aprendiendo? En el Club Agile practicas y mides tu avance a tu ritmo, con recursos exclusivos, aulas e-learning y retos en Skill Arena. Y cuando quieras certificar lo que sabes, tienes convocatorias disponibles durante todo el año.