Facilitación del "Anti-Problem"

57 views
Skip to first unread message

Gerard Chiva

unread,
May 6, 2015, 9:28:15 AM5/6/15
to agile-spai...@googlegroups.com, agile...@googlegroups.com
Hola gente,

¿Hay alguien que haya facilitado con éxito una retrospectiva o sesión de equipo con la técnica “Anti-Problem” que aparece en el libro Game Storming? También se lo conoce como “Reverse It”.

Me parece una técnica muy simple y potente a la vez, sobretodo para desatascar equipos en algún tema, pero al ponerla en practica me encallé y me gustaría comentarlo con alguien a quien le haya funcionado bien.

Podríamos hacer un hangout cortito para comentarlo, aunque también se agradecen comentarios en la lista :-)

Un abrazo!
Gerard.

Helder De Oliveira

unread,
May 6, 2015, 10:17:05 AM5/6/15
to agile...@googlegroups.com, agile-spai...@googlegroups.com
No exactamente como propone Anti-Problem, particularmente en tiempos, pero sí.

En un problema muy gordo hace ya algo de tiempo seguimos este guión:
  1. Notificar a todos los implicados en cuanto al problema concreto a dialogar y la fecha en la que nos encontraríamos para tratarlo.
  2. Hasta entonces (varios días) la mecánica era plasmar ideas de mejora en pequeños post-it con el marcador más grueso que teníamos a mano.
  3. Dejamos claro desde el primer momento que todas las ideas eran válidas.
  4. En la fecha agendada, todos los implicados llevaron las ideas al lugar acordado.
  5. En ese momento la primera parte de la mecánica constó en que cada uno pasó a exponer una a una sus ideas, mientras un facilitador las iba agrupando por contexto.
  6. Durante la segunda parte se realizó una votación por puntos típica y nos quedamos con las 3 ideas más destacadas (las restantes las dejamos para fases posteriores).
  7. <Hasta aquí la propia dinámica de este día no pasó de 18 minutos en un grupo de más de 12 personas>
  8. Con esos 3 grupos de ideas se generó discusión y reflexión, así como compromisos de mejora.
Sin duda es algo que volvería a hacer ante una situación que preocupe a un colectivo, más aún cuando alguien puede llegar a sentirse menospreciado o no escuchado, y creo que el dar un margen no de minutos sino de días para la generación de propuestas ayudó en gran medida.

Gerard Chiva

unread,
May 6, 2015, 10:24:51 AM5/6/15
to agile...@googlegroups.com, agile-spai...@googlegroups.com
Gracias por tu comentario Helder. Esta técnica ya la conocía, pero mi dificultad con el “Anti-Problem” es justamente la transformación de “anti-acciones” en acciones. 

Paso un link donde se explica la dinámica que antes me lo olvidé: http://www.gamestorming.com/games-for-fresh-thinking-and-ideas/the-anti-problem/

Saludos.

--
Has recibido este mensaje porque estás suscrito al grupo "agile-spain" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a agile-spain...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a agile...@googlegroups.com.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/agile-spain/CAFyq09cp%2BEmRp-bTmNPPv%3Dp-tdD-F%3DZON0Q1NxuyW_CQg8bbQQ%40mail.gmail.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

Helder De Oliveira

unread,
May 6, 2015, 10:48:02 AM5/6/15
to agile...@googlegroups.com
Al final es un proceso que permite destrancar los atascos.

Está genial cuando no das en el clavo y, en plan diagrama de venn, vas descartando opuestos.

No creo que te de la solución, pero sí el contexto donde se encuentra la solución para desatascar y seguir explorando.

Si tu problema es vender, seguro que al hacer este ejercicio habrán opciones como "le doy una patada al cliente", pero también saldrán temas un poco más de frontera como "disminuyo la calidad del producto", "aumento un 10% el precio respecto a la competencia", "enfoco el producto a un cliente objetivo de otro sector", ...

Tal vez el tema está justo en el espectro, ¿qué tan grande es el universo a explorar por el anti-problema?, tal vez con un universo demasiado grande la actividad no sirva de mucho, mientras que al acotar el universo de acciones puedas apuntar mejor al blanco.

Israel Alcázar

unread,
May 6, 2015, 12:28:39 PM5/6/15
to Agile-spain-barcelona, agile...@googlegroups.com
Hola Gerard,

Aunque no he practicado esta dinámica directamente si otras muchas en las que se parte desde la parte contraria para llegar a soluciones constructivas.

Para mi, la potencia de estas dinámicas no es tanto que se llegue a una solución (o acciones concretas) si no a ayudar a los asistentes a tener puntos de vista diferentes. Muy probablemente las soluciones surjan con posterioridad a la reunión por lo que no definiría el "éxito" o "fracaso" de la misma por el simple hecho de no haber llegado a nada concreto como tal.

Saludos.

Israel Alcázar Rodríguez
israel...@gmail.com
--


--
Heu rebut aquest missatge perquè esteu subscrit al grup "agile-spain-barcelona" de Google Groups.
Per cancel·lar la subscripció a aquest grup i deixar de rebre els seus missatges, envieu un correu electrònic a agile-spain-barc...@googlegroups.com.
Si voleu publicar missatges en aquest grup, envieu un correu electrònic a agile-spai...@googlegroups.com.

Visiteu aquest grup a http://groups.google.com/group/agile-spain-barcelona.
Per veure més opcions, visiteu https://groups.google.com/d/optout.

Marc Florit

unread,
May 6, 2015, 12:38:21 PM5/6/15
to agile-spai...@googlegroups.com, agile...@googlegroups.com
Hola Gerard,

Soy super fan de las dinámicas en negativo!
La "anti-problem" como tal no la he usado pero sí el "Remember the Future Destructivo" en el que planteas un futuro(en presente) de fracaso: Ha cerrado la empresa, Ningú cliente puede usar nuestra App debido al nivel de Bugs, etc...
Las acciones que plantean los participantes para sumir a la empresa en el caos son Negadas:
Abandonó la empresa el lider tecnológico que tenia todo el conocimiento del Core de la aplicación -->
a) Evitar que se vaya el lider técnológico
b) Evitar el Truck Factor = 1
y luego se trabaja en encontrar la causa origen sobre la que planteamos acciones que que sucedan.
a)... ... ... ... Iniciar una política de conciliación de vida personal/profesional
b) ... ... ... ... Iniciar comunidad de prácticas de ingeniería con talleres semanales de Code Reviews, Katas, Workshops, etc.

Gerard: No se si resulta un poco simplista lo explicado, si quieres podemos hablarlo en más detalle.

Un abrazo Crack,






Gerard Chiva

unread,
May 6, 2015, 1:49:18 PM5/6/15
to agile...@googlegroups.com, agile-spai...@googlegroups.com
Muchas gracias a todos por los comentarios. Resulta interesante que en cada uno de ellos encuentro reflexiones coincidentes con las mías después de la sesión, y el hecho de poder contrastarlas es de gran ayuda.

  • Helder comenta que quizás si el universo a explorar es muy grande la actividad no tiene mucho sentido. Ese pudo ser uno de los problemas, combinado con la agrupación de temas y quizás la definición del problema y del anti-problema.
  • También había pensado, tal como comenta Israel, que un resultado satisfactorio quizás no es tanto la definición de acciones concretas sino la reflexión que puede provocar en los miembros del equipo. Eso lo tendría que comprobar en la próxima sesión.
  • Marc habla de la Futurospectiva Destructiva, y quizás hubiera sido mejor en este caso, en lugar del Anti-Problema, dado que en el Anti-Problema se buscan las ideas out-of-the-box y la Futurospectiva puede que sea más cercana a la realidad. Claro, cuando uno se encuentra con ideas como “Zombie Apocalypse” o “LSD in water” o “Brasilian secretary for everyone” podrían ser útiles para trabajar de forma personal o en grupos pequeños, pero con 10 personas se me complica.

Bueno cracks, muchas gracias por vuestra ayuda. Voy a seguir reflexionando sobre el tema.

Si creéis que podría ser un tema interesante para hacer un Hangout monográfico lo montamos.

Saludos,
Gerard.

Reply all
Reply to author
Forward
0 new messages