敏捷不是PM的独角戏，而是项目所有成员共同演绎的一场舞台剧
大多数研发团队都会开站立晨会，但很多的时候都项目经理一个人问，下面的人还一副睡眼惺忪的样子。最近我草拟了一个敏捷晨会的规则，想以此来提升晨会的质量。
目标
1. 向项目经理汇报项目进度
2. 提出遇到的问题或者阻塞，寻求帮助和解决方案
3. 团队所有成员都要清楚自己所负责项目的进度（我发现这一条是很多团队容易忽视的问题，每个都只盯着自己手里的项目不关心团队的其它成员的进度）
汇报
汇报模板
老三俗：昨天(上个工作日)做了什么，今天要做什么，目前有什么问题
新五雅：昨天(上个工作日)做了什么，今天要做什么，什么时候做完，是否delay，还有什么其他问题
新五雅汇报示例
1. 我昨天完成了(或在做)A模块研发
2. 今天要做(或继续做)B模块研发
3. 预计XX天做完(或在XX前完成)
4. 没有delay(或比预估时间晚了XX天)
5. 没有问题(或者有XX问题，详见下节)
常见问题
上游delay型
示例：
设计稿或者接口delay，影响研发或者联调进度
解决方法：
晨会上明确上游时间交付时间，PM要清楚是否会影响整个项目，如需要加人或者向上汇报
技术难题
示例：
有个技术难题还无法解决
解决方法：
晨会散会后另外开会讨论技术问题寻求解决或替代方案，由提出者发起会议并邀请相关成员
遗漏需求
示例：
发现需求文档里少了XX部分的需求或者说明
解决方法：
分配给对应的产品立即补充完整，要求对方给出完成时间
其它问题
解决方法：
首先确定是否能立刻解决，如在1分钟内给出解决方案，如果不行就在晨会散会后另外开会讨论，由提出者发起会议并邀请相关成员
注意事项
1. 声音洪亮要保证项目组每一个人都能听到
2. 所有今天要做的事情必须要有完成时间节点，是否delay，是否有什么问题，未delay也要说一下没有delay，如果没有问题也要说明没有遇到问题
3. 晨会时间不超过十五分钟，技术细节和需要深度讨论的问题会后另外开会解决
4. 每日晨会既不是向管理层汇报，也不是向产品负责人或者PM汇报。它是一个开发团队内部的沟通会议,来保证他们对现状有一致的了解
5. 建议每个人在早上上班后准备好自己的晨会发言内容
6. 如果一个功能模块的时间超过了一天，就要说清楚昨天和今天研发同一个模块的差异，例如昨天做了A模块的XX功能，今天继续做A模块的YY功能。``错误示例：昨天做了A模块，今天继续做A模块
7. 项目经理要宣布当天或最近的里程碑内容及时间，如提测、上线、各种评审会议等
网友评论