¡La teoría del juego de la ingeniería de requisitos ha muerto, viva el juego!
Consulta a través del formulario web: Taller de medio día sobre el tema de 'Ingeniería de Requisitos'.
Yo: Tomé el teléfono y llamé a Barbara de Techface . Después de todo, soy un ingeniero de requisitos de pura cepa y también tengo que llegar al fondo de los requisitos aquí.
Barbara: Estamos desarrollando un nuevo programa para mujeres que quieren dedicarse a la informática. ¿Podrías enseñar la materia, bastante teórica y aburrida, de ingeniería de requisitos de una manera amena?
Yo (¡totalmente indignada!): ¿¡¿¡Aburrido?!?! ¡Reto aceptado!
Junto con Stefan Böhni y Patrick Steiger de Infometis , me embarqué en la búsqueda del santo grial del aprendizaje lúdico. Cada uno de nosotros investigó como Sherlock Holmes, desarrolló ideas como Wickie el Vikingo y luchó por ellas como Lancelot. Finalmente, el juego de mesa fue elegido como el proyecto ganador y se lanzó para su primera partida dentro del grupo.
Lamentablemente, el juego de mesa naufragó y, como el Titanic, desapareció en el olvido. Dado que no contábamos con el Giratiempo de Hermione Granger, la idea de un juego de mesa funcional superó el tiempo del que disponíamos.
Pero no seríamos Infometen si nos hubiéramos rendido o hubiéramos empezado de cero. Con astucia, como un zorro, y gracias a un sólido trabajo de ingeniería inversa, extrajimos la mecánica de robar cartas del juego de mesa y la adaptamos a un juego de cartas.
Partiendo del prototipo y lleno de entusiasmo, desarrollé tres variantes de una sola vez, ya que la primera variante del juego, desarrollada sin factores aleatorios, tenía muy pocos aspectos de jugabilidad para mi gusto.
¿Qué tienen en común todas las variantes del juego?
- Siguen el ciclo de vida típico de RE: 'Contexto', 'Definir requisitos', 'Visualizar/Construir prototipo', 'Validar'
- En todos los juegos, deben tenerse en cuenta los intereses de las partes interesadas.
- Se pueden jugar de cuatro a n rondas.
- La complejidad del contexto, los requisitos y los métodos aumenta de ronda en ronda.
- Hay tres grupos de partes interesadas.
- Hay cartas de acción.
- Las cartas de acción desencadenan el robo de cartas de método.
¿Qué distingue a las diferentes variantes del juego?
Variante de juego 1: Funciona completamente sin factores aleatorios; solo se roban cartas.
Variante de juego 2: Además, se tiran dados, por lo que también interviene un poco la suerte.
Variante de juego 3: Se lanzan dados en distintos momentos, pero el elemento de azar puede compensarse con acciones estratégicas.
Ahora solo me quedaba diseñar las cartas, y listo, Stefan Böhni crearlas en Adobe InDesign. Y aquí está el resultado:
En nuestra siguiente reunión con todos los miembros de Infometis, Patrick Steiger probó sin temor las tres variantes del juego con nuestros conejillos de indias de Infometis.
¿Y qué versión ganó finalmente? ¡Eso no se puede responder con tanta claridad!
En principio, las tres variantes funcionan. Sin embargo, la que se utilice depende principalmente de los participantes. Si los jugadores tienen poca o ninguna experiencia previa, la complejidad de la variante 1 (sin elementos aleatorios) es suficiente. Si también hay jugadores con más experiencia, o una combinación de jugadores con y sin experiencia previa, la variante 2 es una buena opción. La variante 3 solo debería ser utilizada por jugadores que sepan manejar bien la derrota y que ya tengan cierta experiencia en ingeniería de requisitos.
¡Seguro que ahora he despertado tu curiosidad! ¡Juguemos juntos!
¿Todavía no estás seguro de si esto es para ti? Entonces lee mi siguiente publicación en el blog sobre "El juego de ingeniería de requisitos en acción"
