从5个会议入手，聊聊Scrum敏捷开发实战

一、开发模式

我们团队用的是Scrum敏捷开发模式，这个模式的优点就是比传统的瀑布式开发灵活，但是对于团队中每个人的要求又比较高。

Scrum中有三个角色，分别由PO、Scrum Master、项目成员组成。那我在这边就是Product Owner的角色，也就是项目的负责人。一般产品经理在需求分析、确定需求之后可能就开始做原型设计和写PRD文档了。但是在这个开发模式下，我是不写PRD文档的，我会把所有想法体现在原型上，再加上相应的备注，如果说开发人员遇到问题就会找到我问清需求。因为Scrum的最关键的点就是多沟通，用沟通来替代文档。

当然，如果在开发的时候直接扔个原型给开发，那他们肯定一脸懵逼然后想把你打一顿。为了产品经理的人身安全，所以这就涉及到我接下来要说的五个会议。Scrum的五个会议由需求澄清会、计划分析会、站立会、评审会和回顾会组成。

需求澄清会，顾名思义，就是澄清需求，但是人家就会问了，你没有PRD你澄清什么需求。对的，我准备的是User Story，也就是用户故事，如果说我是这个产品的用户，我要实现什么功能。这边的功能描述可能就是“我想要有XXX增删改查的功能”而不是详细到“我的提交按钮要放在哪里”。简单点说，就是这个用户故事是有一定的颗粒度的，但是它在所有产品的设计者、开发者和使用者的理解下是没有歧义的。只要我们大家都确定了，我们要做的就是这样的一个东西那就没有问题。因为用户故事都比较多，我们一般会把用户故事排一下优先级，然后根据优先级把用户故事分成几次sprint来做，就是不断地迭代。每次迭代的周期很短，一般是一周或者是两周，还有迭代出来的一定是一个可以使用的产品，可能功能有点缺陷，但一定是可以正常使用的产品。

计划分