In all work of reasonable complexity, there is a moment-to-moment risk that equally important tasks will overwhelm the human mind. In knowledge work this may be doubly true, due to the intangible "fuzziness" of any particular task. For groups that are charting out how they will work one of the most practical and useful things they can do is build a checklist.
Although creating a checklist may seem like an open-and-shut exercise, often it uncovers a manifest of issues. Because a checklist is a focusing object, it demands that the team discuss the order and importance of certain tasks. Team members are likely to have different perspectives on these things, and the checklist is a means to bring these issues to the surface and work with them.
It's most useful to create the checklist in order of operation, from first to last, but in some cases a ranked or prioritized list is more appropriate. Consider which the group would benefit more from creating.
To begin, introduce to the group the topic at hand: "You will be creating a checklist for doing [fill in the blank]." It may be useful to prime the group into thinking about a particular situation or duration of time, as in "Getting from A to B" or "Dealing with an Angry Customer."
Have the group brainstorm tasks to put on the checklist using sticky notes. Guide the group to create items that are concrete and measurable, like a switch that is turned on or off. For example, "assess arrival readiness" is not as useful as "deploy landing gear."
Once the group has generated a pool of ideas, they may use Post-Up and affinity mapping to remove duplicate tasks. In discussing what has been added to the list, two things may be done:
Have the group order the tasks into a procedure. Use sticky notes so that the individual tasks can be moved. Given a space with a beginning and an end, the group can discuss and debate the ordering while creating the list in real time.
Have the group force-rank the tasks. In this case, the group must decide the order of importance of the tasks. By doing this, the group may be able to agree to cut items from the bottom of the list, making their checklist shorter and more direct.
In all cases, the discussion and reflection that come out of the initial brainstorming will be where the most progress is made. It is likely that new ideas will surface and be added to the checklist in the discussion. Coming out of the discussion the group's next step is to capture the checklist as an artifact and share it with others who can test it and improve it.
The Build the Checklist game is credited to James Macanufo.