Posted on

Gamestorming Cheat Sheet

The Gamestorming book lists more than 80 games.  I share a visual cheat sheet that I made in my own exploration of how the games fit together.

You can say, I made a game of it.  First, at my Self Learners wiki, I listed out the games, with links to the Gamestorming wiki, and for each game, I noted the object of play, as highlighted in the book.  Encouraged by Dave Gray on Twitter, I pushed on to see how they might fit together.  I empathized with each game’s purpose and grouped together different games that sought the same goal.  I used the Dia diagram editor to make an Affinity Map that related the groups.  At first, I just laid them down, from opening games to closing games, from left to right, laying together groups that felt related.  I printed out the diagram, took a Break for lunch, and over quesadillas I made sense of my feelings and thought through a theory.  This, for me, is the Eureka! part, which draws on the years of Gamestormers’ experience by which the games are real, tried and true.  I noticed that some games seem more social, touchy-feely, but others seem more technical, fleshing out systems.  (A distinction that reminds me of the Fishbowl).  They seem to represent implicit vs. explicit knowledge.  They also seem to work-in-parallel in a sequence of stages.  Here’s the initial diagram, which I then reorganized:

Initial Draft of Gamestorming Cheat Sheet by Andrius Kulikauskas

I see a process of transforming an existing solution into a new solution: Consent -> Care -> Understand -> Transform -> Innovate -> Validate -> Commit. I think that the climax is when we shift to a new perspective, for example, when we shift from features to benefit, from our answers to our audience’s questions, from our processes to our activities’ significance to others, from what we want to say to what we want others to hear. Once we’ve made this shift, then we’ll find an incremental way to innovate, we’ll vet that and commit to it. But to prepare for that shift, we have to sift through the details and understand what we’re involved in; and to do that wholeheartedly, we have to orient ourselves around our dreams and our concern for each other; and that depends on our voluntary participation. I imagine that this horizontal movement takes place at many scales, fractally, from the smallest tasks to the largest missions, and certain steps may be skipped over, or rushed over, especially for smaller projects. I’ve also arrayed the games vertically, along a spectrum, as to whether they help us make progress explicitly, fleshing out structures of knowledge, or make progress implicitly, building consensus around how we feel. I think if we pursue both, then our group’s commitment is both intellectual and emotional. I conclude that I myself, in working with others, should focus more on the emotional side.  (Click for the large image).

Cheat Sheet for Gamestorming by Andrius Kulikauskas

Oh! because I’m showing this to visual thinkers, I realized (peer-pressure!) that they’ll be disappointed if I keep it abstract.  I got out my oil pastel crayons to draw, as in the Visual Glossary game.  Drawing helped me focus on the main point, explicit vs. implicit.  I suppose that I drew a wave to represent the depths of the unconscious, and forward motion, and to leave a lot of open space for the diagram.  Then I remembered my first large painting, a muse for the fifth day of creation, (she’s Jesus), cutting paths with scissors for the birds in the sky and the fish in the sea.  That pushed me to explain birds fly high to see the big picture and fish swim deep to win consensus.  That clicked with some people, and got me thinking further, in that I keep wondering what’s relevant to God (Stakeholder Analysis), that we can think of one God beyond us, like the bird, but also God within each of us, as with the school of fish.  I’m thinking that each game takes a little leap of faith and each lets us dialogue with God in a particular way.  Here’s a sketch of my theory, more broadly, in terms of ways of figuring things out. (Welcome to My World!)

Muse of 5th Day of Creation by Andrius Kulikauskas at Uzupio Galera, Republic of Uzupis

Posted on 12 Comments

Boundary matrix

Creating a boundary matrix, originally uploaded by dgray_xplane.

Boundary object is a term from sociology used to describe something that helps two disciplines exchange ideas and information, even when their languages and methods may be very different. Today I was in a call with a couple of colleagues, Lou Rosenfeld and Marko Hurst, who were describing a problem that’s very familiar to many of us — the problem of communicating and sharing work between disciplines that are very different. In the case that we were discussing today, one discipline was data analytics, which is very quantitative in nature, very data-driven, in contrast to the other, user experience design, which is primarily quantitative, design-driven. The problem is that the two disciplines think of their work very differently and use different language and tools to approach their work. In a paper titled Languages of Innovation, researchers Alan Blackwell and David Good identify the language problem involved in transferring knowledge from the academic world to industry:

“One might imagine the university as a reservoir of knowledge, perhaps contained within books and the heads of individual academics, from which portions of knowledge can be poured out into the heads of recipients outside the university walls. But which of the available languages might this knowledge be expressed in, and how might it be translated into the languages current in business, industry, government and public service each of which have their own lingua franca? Scholarship does not exist in any form independent of language, so the transfer of scholarly knowledge either takes place in the disciplinary language in which it was formulated, or must be translated.”

This is the challenge many organizations have in conveying information between disciplines, and Blackwell and Good have some very constructive insights in their paper, which I encourage you to read. The ideas in that paper, and the subsequent conversation with two colleagues about some very real problems they were having translating information between “data people” and “design people” resulted in the idea of the boundary matrix. Here’s how it works:

1. First, identify what information needs to be exchanged between the disciplines:

(a) determine what kinds of questions discipline X must ask to get relevant and meaningful information from discipline Y, and

(b) determine what kind of form the answer to the question from discipline X might take, if answered by someone from discipline Y. This could be a document or artifact that is ready and available, or it might involve terms that are specific to discipline Y. For example, a designer who wanted to understand user behavior might need to ask for search terms and click-through rates.

(c) repeat the above from the perspective of discipline Y.

2. From examining these exchanges you should be able to create two lists, one for discipline X and one for discipline Y. Each list element contains a brief description of the discipline-specific term and why it should be important to the other discipline. For example user behavior > search terms, click-through rates.

In the sketch above, these descriptions are labeled A, B, C, D for discipline X and 1, 2, 3, 4 for discipline Y.

3. Now look at your matrix and see if you can find how each cell relates to an area of strategic interest for your company or team. These interior cells represent the points where the disciplines intersect with larger areas of shared interest. If you can’t find the strategic connection that might indicate that the activity might have outlived its usefulness or could be of dubious value to the organization.

The completed chart is your boundary matrix — a “cheat sheet” for managers as well as people from disciplines X and Y, that will allow them to communicate more effectively and quickly navigate to areas of strategic priority or shared interest. This is a new idea and has yet to be tested but I think it holds real promise.

I suspect that the initial value to cross-disciplinary teams will be the conversations it forces about what each discipline does and why it is important to the other discipline, or the organization as a whole. The conversations themselves are an education and culture-building process that will lead to better collaboration, and the better those conversations, the better the boundary matrix that will result.