项目经理如何将【晨会】做到极致
现在实施了敏捷项目管理的项目里面，大多数都会执行晨会，甚至有些没有项目经理的部门或者团队都会同样执行。敏捷常规，是项目管理的基础，做好这块工作，会让项目很有序的推进，个人觉得在项目管理和对团队的作用中，这块是特别重要的。但，从我接触的其他项目或者是旁边了解的一些项目，虽然大家都有。但深入度和效果上会有很大不同，甚至会有些只有壳没有内容，即只是一个形式，没有对项目有任何利好。BSH就这里，结合自己个人的感受和项目管理过程，和大家对敏捷常规，如何是做得好和不好做一些探讨。
我个人的观点和本文的关键词：以结果导向，而非过程导向。即晨会所有的验收标准就只有一条“效果怎么样”。
要说怎么做到极致，要先搞清晰做这个事情的目的是什么。我将晨会定位成是：团队机制化的一种沟通，里面要对齐信息和目标，进度墙只是晨会进度的跟踪辅助工具。
晨会要声明的内容和规则很简单“说昨天干什么、今天准备干什么、有什么困难和问题”。但这个规则下去后，成员的执行就是到位的吗？大家有没有遇到过：晨会开小会、看手机、说了好像没有说听不懂、一个人说其他人都是莫不关心的状态（没有眼神交互）、开完晨会后好像还经常还很多未在晨会提及的事件在突发等等。这些都是效果不好的体现。我的基本套路是：晨会目标、晨会行为修正、晨会效果验收，三步曲来打造一个高品质的晨会。
晨会目标
近一年开始带一个手机团队做项目，团队成员很多都是新的。就单一一个晨会如果团队不清晰晨会目标（团队组织晨会要达到的一个效果或者是要传递的信息）的情况下，晨会的目标是什么这个也是要反复强调的。刚刚开始的时候晨会（大家不知道晨会的定位和如何才算高质量）我是这样说的：
“晨会，是项目执行中固定化来的沟通形式，这个行为已经被验证了对项目是有很大利好的。对个人的工作协调和推进也起到很重要的作用。所以我希望大家在简短的晨会时间里面能够积极参与，对齐信息。避免进度、依赖、风险、和决策每个人理解不同，这样项目会出问题的。也是大家不愿意看到”
“今天大家有点迟到，后面改进一下这个现象，千万别理解成这是项目经理的晨会，或者去参与项目经理组织的晨会。应该是说大家的晨会，即使没有项目经理在，这种沟通也十分必要。”
“基本的规则是：昨天做什么、今天准备做什么、有什么问题”
这一系列的都是对晨会行为晨会目标（如何开展晨会，晨会要达到什么目的）的传递，要达到的一个效果是让成员心理想“哦，原来是这样，这个东西对我好”这样在晨会目标上我觉得就是成功了。
晨会执行修正
大家知道晨会是干什么，怎么做，一执行十分有可能出现一些偏差，让晨会的效果不是太好。这个时间项目经理要做一些修正的工作，我的方法是轻量点评。比如：
A成员说XXX功能今天可以转测试了。我点评了一下：“非常棒，但转测试不要看着我说，看着测试妹子的眼睛说（半开玩笑），晨会不是向项目经理汇报的，是接起你的上下游。转测试的下游我的理解是测试同学来接棒。”
B成员说我在做XXX需求，我点评了一下：“你连续三天说了同样的话，这个的信息传递的不多，具体的进展有没有可以分步的，你想办法让大家知道你的推进。或者你说离完成还差什么（让他自己去思考怎么表达）”
C成员说了一个问题，D成员听到，于是两个人PK了起来，时间很长。我的点评是：“这个不是晨会的范围，D你对这个事情负责，会后私下讨论有结论后大群同步一下大家”
E成员说了他做的一个事，我点评：“本周计划你有两个事，现在只说了一个，另外一个是怎么样的，两个有没有相互的影响。”
这种轻量的点评对修正的效果特别好，运作一段时间，团队成员在晨会的表现我个人都可以打个良好线以上的分数，大家都知道应该说什么。
晨会效果验收
好了，来我的关键词了，即结果导向，怎么对晨会信息传递进行验收？我验收的方式很简单：考试
在晨会中，有必要的话，可以声明考试。“晨会是要做到良好的信息沟通效果的，会后我会考试，考试的对象是产品、开发、测试”。在不同的时间段里面我都对这三种角色成员抽取式的考试。即开完晨会，无聊的时候随便抓一个人，在座位上问他们：
对产品：晨会开完了，你目前负责的两个需求，进度怎么样，什么时间点可以产品体验，有没有切图和依赖卡住开发的？
对开发：本周的目标是什么？你负责的A需求，SERVER、WEB的进展是什么，和原计划的联调时间点有没有偏差？
对测试：B功能什么时间转测试，这个版本发布时间点是什么？你觉得风险是什么？
这种考试，团队的接受度还是很高的，而且当我在晨会上说昨天谁通过了晨会的考试，谁没有通过，大家觉得非常有趣。这是一种验收行为，如果我问的问题都能够回答上，我相信晨会的品质是非常高的。有了这种考试形的验收，晨会的重视度会非常高，都要考试了，还有谁人家说话他看手机，等下PM开完晨会后问你依赖进展不知道的时候就惨了。无论你的晨会是怎么做的，做成怎么样和进度条美观不美观，以结果导向来验收我觉得是验收的唯一标准。