敏捷不是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. 项目经理要宣布当天或最近的里程碑内容及时间,如提测、上线、各种评审会议等
网友评论