高效会议技巧：减少常州软件开发团队的无谓消耗

　　开会这件事，在常州软件开发团队里，有时候比写代码还累。我见过一个团队，每天站会开四十分钟，周会开三个小时，会后还要单独拉小会澄清。大家坐在会议室里，表面上在讨论问题，实际上心里都在想自己手头还没写完的代码。这些无谓的会议消耗，正在悄悄吃掉团队的有效工作时间。常州的项目节奏本来就紧，一个需求从澄清到上线往往只有一到两周，如果会议占用了太多时间，开发就只能靠加班来补进度，形成一种恶性循环。其实很多会议不是非开不可，只是大家习惯了“遇到问题就开会”的思维定式，忘记了还有更高效的沟通方式。

　　高效会议的第一个技巧，是明确“这个会不开行不行”。常州一家创业公司的技术总监给自己定了个规矩，每次发起会议之前，先问自己三个问题：这件事能不能发消息解决？能不能异步看文档解决？能不能找一个人单独沟通解决？如果三个答案都是“不能”，那才发起会议。这个规矩执行下来，他们团队的会议数量直接砍掉了将近一半。更关键的是，留下来的会议质量反而提高了，因为大家知道，凡是能上会的议题，都是经过筛选的、真正需要集体决策的事情。第二个技巧是严格控制会议时长和规模，常州人有句话叫“人多了嘴杂”，开会也是一样。一个会如果需要超过七个人参加，那说明议题拆解得不够细。如果是需求评审会，就只让相关模块的产品和开发参加；如果是技术方案评审，就只让涉及到的后端和前端参与。把人限定在必要的范围内，不仅能缩短会议时间，还能让参会的人更专注，因为他们知道这个会和自己手头的工作直接相关。

　　会议过程中的引导也很重要。常州有位资深项目经理，她开会时有一个习惯，每次讨论偏离主题的时候，她会把大家拉回来，说一句“这个话题我们单独拉个会再议，先回到今天的议题”。这句话看似简单，但很多人做不到，因为不好意思打断别人的发言。但如果不打断，一个小时的会可能有四十分钟都在讨论和议程无关的事情。她还用了一个技巧，每次会前在白板右上角写下今天的会议目标，比如“确定登录模块的技术选型”或者“确认第一轮测试的bug修复方案”。会议过程中，只要有人开始发散，她就指一指那个目标，大家就心领神会了。会议结束前的最后五分钟，她会快速过一遍会议达成的结论和待办事项，明确每件事谁来做、什么时候完成。这样一来，每个人走出会议室的时候都知道自己接下来要干什么，而不是一脸茫然地回到工位上发呆。