Early in Adam Connor's career, he led a day-long workshop where the goal was to nail down an idea that could be quickly prototyped. It was costly: a full day's salary of everyone present. That included people from his design agency and many stakeholders from the company they were working with. And at the end of that day, he found that they didn't have the information they needed to move the process along. He says he was shocked that anyone even let him run a meeting again. From that failure, he learned the importance of designing meetings, starting with the end goal and working backward to figure out how to structure the meeting to get there.
Connor is one of several industry leaders who contributed their thoughts to this book. The author, Kevin Hoffman, weaves in their stories to bring life to an unusual topic: meeting design. "After one aimless meeting, I decided that meetings themselves could be reframed as a design problem. This simple premise—a meeting is something that can be designed to be useful and compelling—opens up a world of possibilities."
For those in a hurry, I recommend reading the Introduction, "A Better Definition of 'Meeting'" (p. 14), Chapters 3–5, and whichever specific meeting categories in Chapters 7–9 align with what you're currently trying to accomplish. Personally, I like the sections on project kickoffs (pp. 150-161), presentations (pp. 175–178), and UI design critiques (pp. 179-181)
Hoffman begins by mapping four steps of the design process (defining a problem, considering options, selecting an option to improve, and delivering the result) to the process of planning meetings. He then outlines human cognitive limitations and gives some guidelines for how those impact meeting design, including how often to take breaks, and how to approximate the duration for a meeting based on the number of concepts and number of attendees.
He emphasizes the importance of individual pre-meeting check-ins before large meetings, getting key stakeholders' expectations for what will be accomplished so that the meeting can be designed to fulfill those expectations.
Hoffman also gives advice on how to structure the meeting once it arrives. He emphasizes the importance of note-taking in a visual way, such as on a whiteboard to enhance the memory of the meeting attendees. He says that a meeting should have a facilitator who is not vested in the outcome. The facilitator should allow conflict to develop diverging ideas and then bring them back together. He identifies three spectra that facilitation styles fall along (scripted<->improvisational, spoken<->visual, and space-filling<->space-making), identifying the weaknesses of each and how to overcome them.
In the second half of the book, he provides recommended structures for various types of meetings. I'm exited to try his large project kickoff workshop format for my next major project kickoff; I like the structure it uses for prioritizing features by feasibility and importance. His structure for a UI design critique was interesting too, using the meeting not only to compile a list of problems, but also to prioritize which are most important to resolve first.
For presentation meetings, he says "Do not read the deliverable during the presentation. Do not read the deliverable during the presentation. [...]If you are reading a deliverable to your audience in a presentation, you are doing the audience and yourself a disservice." Instead, he recommends gathering questions and using the meeting to answer the questions, ideally through telling stories.