Название: Meeting Design
Автор: Kevin M. Hoffman
Издательство: Ingram
Жанр: Маркетинг, PR, реклама
isbn: 9781933820378
isbn:
Team Rocket might experiment by introducing time limits for individual speakers. In certain corners of Google, time limits have proven to be one of the single most effective methods of keeping meetings aligned to decision-making.4 The ruthlessness of a simple countdown clock keeps comments on task (see Figure 1.3), warning the group when someone is running out of time to speak. Meetings with this tool start closer to the scheduled time and finish ahead of time. As suggested previously, writing before speaking within a target length, such as a single sentence, also encourages people to consider what they say before they say it.
FIGURE 1.3 Some departments at Google use a simple timer, called the time timer, to keep meetings on track.
Without questioning (and measuring) performance, standing meetings fall into autopilot, or worse, disrepair. Staying open to refinements of what is already taking place within an ongoing status meeting avoids these problems. But eventually, all recurring meetings must end, which is the last step in the process of designing a meeting.
Know When the Job Is Done
After adding a countdown clock and using sticky notes to visualize their process, Team Rocket has been able to increase the number of cutting-edge feature announcements they make about their work. They decide to discontinue the meeting, and feel damn good about that decision.
Walking away from something that has done its job feels great. Agreement about how long a standing meeting is going to be in place can be reached by following that design thinking process through to its natural conclusion: research and understand the problem, try multiple agenda protocols, and iterate or tweak the format until the job is done.
A Better Definition of “Meeting”
Habits are the result of behaviors becoming separated from an awareness of the intentions behind those behaviors. When habits form as parts of the process of working together, such as standing meetings, those meetings start to be labeled with descriptions, rather than ascribed with purpose. They are “where the team gathers,” or “when we talk about the project,” or simply “that thing we do on Tuesday.” When you apply a design process to meetings, you reconnect getting together with having a reason to do it.
Consider the very next meeting that you’re about to have. Do you have doubts about its value? Ask yourself, or your team, two simple questions about that meeting. These questions will help you define its job in a way that reconnects it to a larger purpose.
• What is the outcome this meeting will enable?
• How can you measure that outcome?
That’s a simpler, better definition for a meeting. A meeting is something that enables us to achieve an outcome that we can’t otherwise achieve without it, measured in an agreed-upon fashion. We don’t call a car “that thing with wheels and seats,” even though it’s as accurate of a definition as “that thing we do on Tuesday.” If you’ve got the money for gas and maintenance, a car is the freedom to relocate yourself. A meeting is a mechanism for creating meaningful change in your work.
WHAT YOU NEED TO KNOW
People will call new meetings or continue to have existing ones because they’re upset about a previous failure, or they fear a future one. As a result, meeting agendas get stuck in a very small part of the design process loop: considering and applying a single approach. That stagnation crowds calendars with standing meetings and leads them into standing boredom and standing confusion. To alleviate that stagnation, apply a design process to meetings with the following four steps.
1. Identify the problem that the meeting is intended to solve and research the problem before committing to a meeting.
2. Consider more than one approach to a meeting.
3. Make small changes to a meeting based on observed improvements or failures.
4. Know when the meeting has done its job and then walk away from it.
By asking these questions, you should be able to figure out when a standing meeting is a good idea and when it isn’t. Once you’re sure a meeting is going to do the trick, the next step is to take a hard look at what a meeting is composed of and start iterating and making those small changes.
We don’t reflect on our collaboration nearly enough. How could we have worked together better? How could we have gotten to this outcome sooner? What was a good use of our time? Where did it sort of drag on? We need to actually sit down and take it apart.
—JARED SPOOL MAKER OF AWESOMENESS, CENTER CENTRE AND UIE
In case it wasn’t obvious, this approach applies to any kind of meeting. It illustrates the differences between the problems a single meeting (or series of meetings) is intended to solve and the larger intentions of a project, or even an organization. It goes without saying that those intentions vary greatly based on the kind of work, the position within the organizational hierarchy, and the organizational culture. These are the constraints placed upon meetings, which are explored more extensively in the following chapters. However, before considering multiple approaches, you need to do step one, which is to understand the problem as bounded by its constraints. And there’s one constraint that all meetings share, which you’ll learn about in the next chapter.
CHAPTER 2
The Design Constraint of All Meetings
Jane is a “do it right, or I’ll do it myself” kind of person. She leads marketing, customer service, and information technology teams for a small airline that operates between islands of the Caribbean. Her work relies heavily on “reservation management system” (RMS) software, which is due for an upgrade. She convenes a Monday morning meeting to discuss an upgrade with the leadership from each of her three teams. The goal of this meeting is to identify key points for a proposal to upgrade the outdated software.
Jane begins by reviewing the new software’s advantages. She then goes around the room, engaging each team’s representatives in an open discussion. They capture how this software should alleviate current pain points; someone from marketing takes notes on a laptop, as is their tradition. The meeting lasts nearly three hours, which is a lot longer than expected, because they frequently loop back to earlier topics as people forget what was said. It concludes with a single follow-up action item: the director of each department will provide her with two lists for the upgrade proposal. First, a list of cost savings, and second, a list of timesaving outcomes. Each list is due back to Jane by the end of the week.
The first team’s list is done early but not organized clearly. The second list provides far too much detail to absorb quickly, so Jane puts their work aside to summarize later. By the end of the following Monday, there’s no list from the third team—it turns out they thought she meant the following Friday. Out of frustration, Jane calls another meeting to address the problems with the work she received, which range from “not quite right” to “not done at all.” Based on this pace, her upgrade proposal is going to be finished two weeks later than planned.
СКАЧАТЬ