Tobias Mayer

http://agileanarchy.tumblr.com/post/20795405232/top-5-scrum-workshop-donts

Top 5: lo que NO hay que hacer en un taller Scrum

Hay un gran marco terico para ensear a la gente acerca de Scrum. Se llama Scrum. Curiosamente, muchos entrenadores y facilitadores de Scrum se olvidan de ello, creando experiencias muy incoherentes para los participantes. Seguimos atrapados en una mentalidad de entrenamiento, considerando al entrenador como el experto, y esperando que el grupo preste atencin a cada una de nuestras palabras. Pero ensear Scrum no es entrenar, sino explorar [ref]. Hay muchas tcnicas buenas para mantener los talleres abiertos, dinmicos, infectados-de-Scrum y participativos. Tambin hay muchas tcnicas que deben ser evitadas. Sobres las primeras quizs escriba algo en el futuro, pero hoy me voy a enfocar en lo que NO se debe hacer. Y s, s que no es inteligente centrarse en lo negativo [ref], pero a veces simplemente tenemos que sacar/limpiar la basura antes de que nuestras mentes sean capaces de asumir nuevas formas de pensamiento y comportamiento. Los lectores inteligentes darn vuelta estas afirmaciones y sacarn lo positivo. Est ah, escondido :) 1-No planificar todo el taller. Una gran planificacin y por adelantado, no tiene lugar en Scrum. Buscamos visiones y arquitecturas flexibles y livianas que pueden cambiar sobre la marcha de acuerdo a los cambios del mercado o innovaciones / restricciones tcnicas. Ensear Scrum desde un plan no es ensear Scrum en absoluto, es un juego seguro, y te encarcelas a ti y tu grupo a un resultado imperfecto. En cambio, ten un objetivo para el taller, y un marco ligero. Ejecuta los talleres en iteraciones, permitiendo la reflexin y re planificacin entre cada uno. A medida que el taller avanza, deja que los participantes marquen la direccin. Permite que el objetivo del taller cambie. 2-No hacer preguntas que ya conoces la respuesta. Esta tcnica es ampliamente utilizada. Es tanto impulsada por el temor como muestra de sentido de superioridad. Impulsada por el temor, porque el facilitador siempre est seguro, no toma ningn riesgo, siempre sabe la respuesta correcta. Muestra sentido de superioridad porque trata a las personas como los nios, que compiten para obtener la medalla de oro en la clase. Evite poner a los participantes en una posicin de docente-agradable. Slo haga una pregunta si la respuesta le ayudar a informarse, como facilitador, para comprender mejor el contexto en el que estn trabajando. 3-No hacer juegos con resultados predefinidos Por una parte, te aburrirs rpidamente luego de algunas repeticiones. Y tu mente se cierra a las posibilidades. Busca juegos abiertos, en los que el proceso del juego en s, diferente cada vez, informar a los participantes. Captura momentos de aprendizaje a medida que ocurren, y deja tiempo para explorarlos. Entra a cada juego como si fuera totalmente nuevo para ti. Porque lo es. Scrum es sobre la gente y no sobre procesos repetibles, y no hay dos personas, no hay dos grupos que se comportaran de la misma forma bajo los mismos principios o reglas guas. Inventa variaciones en los juegos sobre la marcha, toma riesgos, debes estar preparado para fracasar. y usar eso como un momento de aprendizaje para todos. Sobre todo, no hagas juegos con resultado predefinidos que t mismo no has experimentado como jugador. Esto es falso, y slo se podr facilitar con una

mentalidad acadmica. Hacer juegos abiertos que t mismo no has jugado, est bien, ya que en este proceso eres jugador y al mismo tiempo tomas riesgos. 4. No responder a las preguntas Sobre todo no responda las preguntas del estilo "cmo...?" [ref]. Estas generalmente son preguntas que desafan, y tratar de responderlas probablemente los llevarn a tomar posicin y atrincherarse. En lugar de ofrecer respuestas, ya sea por intuicin o experiencia, busca en cambio una mejor pregunta que casi siempre hay una o ms que se encuentran latentes por debajo de la superficie. Un ejemplo clsico es la pregunta "Cmo gestionamos los errores (bugs) en Scrum?". Esta no es una pregunta til, una pregunta mejor sera "Por qu tenemos bugs?" [Ref]. 5. No hablar de uno mismo Francamente, a nadie le importa. En cambio pasa tiempo conociendo sobre el grupo. Haga preguntas difciles/desafiantes. Tratar de entender, en lugar de buscar ser entendido. Deja en lo ms mnimo los estudios de casos y las historias de la experiencia. Estos momentos son ms de tu propio ego que de aprendizaje real. Ensea desde una perspectiva de principios y valores, no desde una perspectiva de soluciones. Pregunte acerca de las experiencias de los miembros del grupo, y usa esas experiencias como base para la exploracin. Ver ms: http://businesscraftsmanship.tumblr.com/ http://thepeoplesscrum.tumblr.com https://twitter.com/tobiasmayer