基于基于JIRA的的Scrum敏捷开发的项目管理敏捷开发的项目管理
Scrum开发的步骤及准备
Scrum敏捷开发的关键字就是增量、迭代，他更重视项目团队之间的现场沟通，不向传统瀑布式开发那样需要万事具备，才开
始开发，Scrum在大方向和小故事点确认好了后，团队就可以开动了。
Scrum的团队一般都不大，一Scrum团队人数一般在10人左右，主要角色有：
1.product owner（产品负责人）、scrum master（团队负责人）、scrum team（开发/测试团队）。
2.Product owner :需求方，提出需求，能对功能流程、业务流程拍板的人。
3.Scrum master :团队负责人，负责解决团队各类问题，领导项目的人。
4，Scrum team :项目执行人员，一般指项目具体开发和测试的人员。
Scrum开发的步骤：
步骤一：头脑风暴
如果product owner对产品需求非常清楚，就可以省略这个步骤；开发遵守“先紧后松”原则，必须先把需求了解清楚；这里
product owner可以召集技术团队/用户群体对其需求进行公开征求意见，最后输出一个产品建议表。
步骤二：product owner对产品建议表进行筛选并做减法，提炼最核心的需求。
在确定了需求后，由scrum master进行输出prd(product requirement document),这里就和传统的瀑布模式一样了，该有的文
档都必须有，必须由scrum master和product owner确定好需求，包括业务逻辑、功能流程等。
步骤三：工作量估算
把任务量化，包括原型、logo设计、ui设计、前端开发等，尽量把每个工作分解到最小任务量，最小任务量标准为工作小时不
能超过16小时，然后估算总体项目时间。
把每个任务都贴在白板上面，白板上分三部分：
（1）to do-待完成（2）in progress-进展中（3）done-完成
步骤四：Sprint
经过讨论后，已经把任务量化到需要具体完成的时间，然后把n个任务按照开发的重要度，组合成n个sprint（冲刺），每次执
行一个sprint。
Sprint：每个sprint都是独立的，一般先做主要功能，再到次要功能，再到小功能，最后的sprint一般是修复bugs。）
Sprint：因为任务都被量化了，每天工作了多少小时，完成了多少任务量，通过每天的例会scrum master就非常清楚，并且在
time burn down chart（时间燃尽表）进行表示，我们就可以直观看到任务的进度了，而且是具体到多少小时。
Sprint：在burn down chart里面，不管任务是否按时完成都必须记录。
Bugs：每个sprint都必须测试，尽量大家一起测试，如果太多bugs就开一个sprint来修复bugs。
站会：每天要做的是，要开standing meeting，因为大家的时间都是非常紧张的，一般是站着开的，时间不要长，10分钟左右
为宜。会议必问开发团队每个人三个问题：（1）今天做了什么（2）明天打算做什么（3）遇到什么困难
scrum master要解决开发团队的困难，让项目快速进展下去；每周一次周会，product owner最好在场；每个月一次月
会，product owner最好在场，指出产品开发是否在product owner期待范围内；如此重复下去，直到开发完成。
（时间燃尽表：scrum的精华，通过该表格可以可视化任务的时间进度，从图中可以看到，day1是整个任务的总共时间，每天
按照任务完成度更新剩余时间，或者增加时间（例如发现一个技术难点、团队成员请假等要增加开发时间））。
步骤五：评估
product owner和其团队/用户会对产品进行评估，可能还会有各种不满意的地方，不过product owner要求需要改的地方还是要
改的，建立一个bugs sprint，把产品做到product owner最想要为止。
补充说明
SCRUM也有其自身的先天缺点，就是对团队要求高，团队成员有能力且相互信任度高，不会相互推卸责任。
新团队使用该方法，起初会有各种问题，需要多多磨合。
剩余29页未读，继续阅读
weixin_38719564
- 粉丝: 2
- 资源: 914
我的内容管理
收起
- 我的资源
快来上传第一个资源
我的收益 登录查看自己的收益
我的积分
登录查看自己的积分
我的C币
登录后查看C币余额
我的收藏 
我的下载 
下载帮助
评论0