一、场景再现
======================
开发组甲：又刚刚开会回来？
测试组乙： 嗯，5个小时的议题讨论，关于测试议组的只有5个，仅1小时而已。
剩下的时间都是QC组，开发组的议题，
我足足当了4个小时的听众。
一个星期大会、小会十几个，和我组相关的没几个，郁闷。
开发组甲： 能有什么办法，邮件写得很清楚 “各小组代表参加”。
测试组乙： 不说了。这一天手头的事还没做呢，不然今天又得加班。
======================
二、场景分析
俗语有言“浪费时间就是浪费生命”。
我们每个人都是时间的消费者，但也是时间的浪费者，更可怕的还是“浪费他人时间的杀手”
管理者们扪心自问一下：
→“你浪费了多少下属的时间？”
→“如果按照平均寿命80岁计算，人一生约有24万小时，你杀了几个人？”
话题稍显沉重，但这是不可回避的话题。
从场景不难看出，管理者确确实实浪费了浪费了{甲}4个小时的时间，
如果与会者还有同感的话，浪费他人时间的合计不仅仅是4个小时，而是4*N小时。
工作中，我们感同身受其{甲}的处境，不去还不好，去了仅做听众。
管理者常常认为：
“工作讲究分工不同，团队合作。每个人的存在都是至关重要的，都应有权利了解现况。
开会时如果少请几个人，又会担心那些没被邀请的人感觉被组织忽略、不重视、可有可无，反而破坏了原有的团结合作。”
（从顾虑中多少也可读到些管理者的无奈）
这是谁的错？
三、管理分析
人手不够可以加人，成本不足可以融资，时间不够？
声音①“ 可以加班加点 赶时间。”
▲时间是特殊的资源，没有弹性、更没有替代品。
所以 “无论你怎么做，怎么努力，一天只有24小时，绝对不会25小时的“
加班加点只是一种假象，是因你的进度表按8小时工作制安排的。如果按照24小时编排，你会怎么办？
声音②”加成本、加人，多一个人就多一个24小时，时间问题就能够解决”
▲ 团队建设由五阶段（形成、动荡、规范、成熟、解散）组成。
先前5个人体制，随时间推移，团队渐渐进入成熟、稳定阶段，团队成员调整各自工作习惯和行为，建立相互依靠和信任，平稳高效的解决问题。
而如今，因时间问题增加人员至10人，
殊不知，团队又回到形成、动荡期，团队人员相互独立、不怎么开诚布公、各种观点意见无法交流碰撞，
内部沟通交流复杂度骤增：
（10→45）
计算公式：N *（N-1）/2 ；
看似加派了人手，整体效率却没有任何提高。
这就是为什么有时候加派了人手，得到的效果却甚微，甚至会衰减的原因。
说了那么多，只是想强调 “做任何事，时间永远是最短缺的资源。不要浪费自己和他人的时间才是最终的王道。”
四、管理方案
如何做到 “不浪费他人和自己的时间”
“ 很简单, 从每一件事做起，必须让其有效。”
就场景而言，显然是管理者的错。
如果是有效的管理者：
1） 哪些议题是各组应周知的？（确定全员周知会议内容）
2） 把议题划分各个专题会议，仅限相关者（有兴趣者）参加。
3） 各专题会议记录以邮件方式周知全员，供各位参考并希望提出宝贵意见。
会议通知不应该是
“兹定于本周五下午3时，于第五会议室，召开《议题讨论会议》。
届时请各小组代表出席，望周知。”
而是
“兹定于本周五下午3时，于第五会议室，请各测试个小组代表出席《Bug分析研讨专题会议》，
如哪位了解相关内容或愿意参与讨论，亦请届时出席。
如无法出席，我们将会后送付会议记录， 供各位参考并希望提出宝贵意见，望周知。“
五、总结
上面仅提到了开会，但职场中可“杀人”的方式有很多，
如果你不想当“杀人犯”，就尽可能用用脑子把事情做得有效，简洁。
六、吾评
除了开会，职场中还存在的常见“杀人”方式有:
1. 需求分析不充分导致的需求变更；
2. 解决方案调研阶段不充分导致的开发中的设计方案更改；
3. 团队成员变动导致的项目停滞；
阅读(1082) | 评论(0) | 转发(0) |
