【导语】一家新的跨行业公司，规模挺大，但对公司业务一点都不了解。领导着急让新人入门，项目管理方式也大相径庭。以前的项目类型是定制交付项目，采用传统的瀑布模式管理。现在项目内部研发项目都是采用SCRUM敏捷模式开发。我们如何快速开始敏捷开发过程？
1.需求审查会议
明确要求。很多公司，比如我们，之前没有明确需求，导致开发不了解需求。基本上是开发怎么想的我们就怎么做，最后的结果就是返工。审查会议建议所有团队都应参与进来，以确保问题能够及时得到解决。
2.规划会议
分配要在1-2周内完成的故事点，故事拆分要遵循INVEST原则。我们的开发经验更集中、更小、更独立、更可测试。故事的拆分方式有很多种，如计划扑克、相对规模估算等。这个之前在群里已经讨论过了，这里就不赘述了。目前我们公司的故事原则是一个故事不超过2周，故事的接受规则要明确。
3.每日会晤时间
沟通进度，只在会上沟通你昨天做了什么；今天做什么；目前遇到什么问题；时间限15分钟；最好的团队成员是5-9。如果团队太大，建议分组。目前我们公司正在使用看板，每天的站会都在看板前召开。
4.产品迭代功能演示会
产品功能开发出来后，需要先向产品演示，确认功能符合预期，避免出现意外。
5.评审会
目前我们公司每两周举行一次总结回顾(15分钟到1小时)。这里要注意的是，评审会不是批判会，不必邀请大领导参加，否则很容易变成大家都不敢说的会，或者变成甩锅会。评审会议的重要点是形成改进措施，可以在下一阶段进行改进，以保证更稳定的迭代。
当然，要做到敏捷还有很长的路要走，引导团队了解和理解敏捷；目前我们公司每个季度都会对各个团队的敏捷成熟度进行评估。可以建议公司要求团队在每个季度之前设定敏捷季度OKR目标，比如：1。团队成长目标2。效率改进目标3。质量改进目标。
除了OKR评分，我们还每季度评估一次敏捷性成熟度。很难一下子敏捷起来，但是每个人都可以一点一点的积累。
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/179353.html