SCRUM敏捷开发教程
您目前处于:敏捷  2016年10月12日


Scrum 是有效管理未知因素和不断变化的产品需求,结束混乱,着重于如何驱动项目实现最高的投资回报。

在 Scrum 里面,有3种角色,分别是 Product Owner、Scrum Master 和 Scrum Team

头脑风暴,开发一个原则“先紧后松”,必须先把需求了解清楚,这里 Product Owner 可以召集技术团队/用户群体对其需求进行公开征求意见,最后输出一个产品建议表。

敏捷实践:需求工作坊,用户故事地图等。

Product Owner 对产品建议表进行筛选,做减法提炼最核心的需求。

敏捷实践:

Step 1 Crombing:整理 Release Backlog(版本/迭代)。

Step 2 Planning Metting:

(1) 需求工作坊 Who What How

(2)Priority 优先级

如何迅速排列优先级?将故事按照上述四象限进行归类,然后在对每个区域进行优先级评估(从100开始递减,间隔5)。

(3)Story 拆分

—— 定义“完成定义”。

(4)Estimation 评估

如何估算时间:Poker Game(扑克牌评估)这个方法估算出来的工作时间比较准,参与扑克牌评估的最好有专家和开发涉及到的人员。

扑克牌上的数字代表大家给出的对时间的评估,“?”代表没有足够多的信息去评估。准备估算总体项目时间吧!

敏捷实践:如果一个 Story 规模超出20,则需要对该 Story 进行拆分。

(5)Task 拆分

评估之后,需要对 Story 进行更细粒度的拆分!

敏捷实践:10+人的团队,报数,按奇偶数拆分两个小组;Story 按优先级排序,按奇偶数分给两个小组;两个小组拆分 Task,最后所有人一起确认下 Task 拆分的是否合理(一个 Story 拆分出几个 Task,Task 的总工时是否和评估的规模一致)。

经过大家的讨论,终于把任务量化到具体多少时间完成了!接下来,把n个故事按照开发的优先级,组合成n个Sprint(迭代冲刺)。

在白板上面当前 Sprint 每天肯定都是在变的,每天更新工作量吧!更新后算出剩余时间,就画在burn down chart上。

时间燃尽表(time burn down chart )是scrum的精华,通过该表格可以可视化任务的时间进度。

每天要做的是招开 Standing Meeting ,因为大家的时间都是非常紧张的,一般是站着开的,一般10分钟左右。

Standing Meeting 每个人说三个问题:

(1)你昨天做了什么

(2)今天打算做什么

(3)遇到什么困难?

Scrum Master 要解决开发团队的困难,让项目快速进展下去。

最后一个步骤,Review & Retro。

Product Owner 和团队/用户会对产品进行 Review!然后团队进行 Retro!


Reference:

http://mt.sohu.com/20150421/n411622823.shtml


转载请并标注: “本文转载自 linkedkeeper.com ”

如果觉得我的文章对您有用,请随意赞赏。您的支持将鼓励我继续创作!

赞赏支持
    分享到: 更多