scrum 框架

关键词:
Sprint: 项目中若干小的迭代周期中的一个
Backlog: 按照商业价值排序的需求列表(每一项为user Story)  ----PM(PO)负责产出
Sprint BackLog: Sprint 经过回忆分析，讨论，估算得到的backlog
Issue:议题

三个角色:
Product Owner(Product Manager):定义开发目标，需实现的fetrue和优先级
Scrum Master :保证团队高效而不受打扰的工作，优化工作条件和过程
Scrum Team: 自组织完成项目开发,使用可行手段确保进度+质量

四个活动:
Sprint计划会议(Sprint Planning Meeting)--(一下午):
             由Scrum Master主持,参加人员为PM,Scrum Master,Scrum Team.
    (1)沟通PM选定重要性高的产品BackLog细节，理解需求无误;
    (2)将Product BackLog根据需求拆分城任务，估算时间;
    (3)Product Owner和团队根据可用人员和BackLog进行估算，选入排入本次Print
       的BackLog
    (4)产出Print BackLog,任务板等......

每日站会(Daily Scrum Meeting)(每天10-15分钟):
             参加人员为:Scrum Master ,Scrum Team
    (1)PrintBackLog的按任务未开始、进行中、已完成等状态进行归类,展示燃尽图
     (2)确认成员前一天的工作，今天的工作和工作中碰到的issue，更新人物墙
     (3)评估需求变更,视情况推迟其他重要性低的BackLog
Sprint评审会议(Sprint Review Meeting):
     评审Sprint过程和结果，发现列举存在的问题

Sprint回顾会议(Sprint Restrospective Meeting):
             参加人员为:PM,Scrum Master,Scrum Team
    (1)头脑风暴模式的，轻松讨论氛围，每次选中小于5个的问题进行解决
     (2)总结经验教训,反馈到后面的Sprint，持续改进工作方法

三种物件:
产品backlog(Product Backlog)
Sprint Backlog
燃尽图(Burndown Chart)

特点
1.简单开发流程
2.需求迅速变化下迭代、增量开发开发系统的产品
3.控制由利益和需求冲突变得混乱的流程
4.改善交流，优化合作
5.检测产品开发和生产过程中障碍并且除去障碍
6.设计流程的总结
7.最大化生产率
8.能让每个参与者发挥最佳水平,并且为贡献感到自豪和骄傲

不同于传统开发模式:
最显著的特点是:响应频繁的需求变更

适用场景:
1.重量级导致开发环节复杂
2.面向职责、面向任务的各司其职导致流程衔接不畅，项目进度掌控困难
3.上面2个情况所产生的项目周期过长

原理
1.目标驱动、统一的软件交付目标下组织团队
2.Scrum 团队做出的评估计划 甚至是 设计、开发、测试
3.项目基本开发属性：周期+质量(如果Bug数为B,周期为T,那么尽可能的减少T*B)

过程
粗略:
  前期:Product Owner整理业务需求，产出Product Backlog
  执行:以Sprint Planning Meeting产出 printBackLog,以Spirnt为单位
        迭代完成sprint Backlog
  后期:每个sprint完成后，通过sprint回顾会议,发现问题和改进点,指定下一个
        Sprint要引入的新实践

详细:
  Scrum Master主持Sprint Meeting:
     1.sprint 会议沟通PM选定重要性高的产品BackLog细节,所有人员确保理解需求
      2.将BackLog根据需求拆分城任务，估算任务时间
      3.PM和Scrum Team根据可用人员和Product BackLog进行时间估算.选入排入本次
        Print的BackLog
     4.Scrum Master于团队分派任务,指定Sprint计划
                                              ---一次Sprin周期2周,会议一下午

  执行:
    1.Spirnt内的BackLog按任务 未开始、进行中、已结束等状态进行归类，同时展示
       燃尽图
     2.每日早上例会，确认成员前一天的工作，当天的工作和工作中碰到的issue.更新
      任务墙
     3.评估需求变更,视情况推迟其他重要性相对较低的Backlog
    4.任何完成的BackLog都要掩饰给PM和QA后才能提交测试

  完成:
    1.Scrum Master召集、组织Sprint回顾会议
     2.头脑风暴方式Review Sprint过程和结果，发现列举存在的问题
     3.确定(投票方式)需要在下一个Sprint解决的1-3个问题，探讨解决方案，确定
       实践方式

其余活动
Double Check:交叉检查项目制品是否达到要求(例如分析文档，核心代码等)
CheckList:   总结经验教训、作为后续项目的检查项  (Scrum Master,Scrum Team)
Tech Show:   技术交流(必须为短时间并且高频率的)       (Scrum Team)
守门员:       为团队创造安静条件,增加对项目的Focus程度.(Scrum Team)
单元测试:     测试优先保证代码质量                       (Scrum Team)
结对编程(PP): 提高设计和代码质量,人员的经验共享和加强合作(Scrum Team)
任务纸牌:     增加任务评估的客观性                 (Scrum Master,Scrum Team)


最后4句话:
   个体于交互   重于   过程于工具
   可用软件     重于   完备的文档
   客户写作     重于   合同谈判
   响应变化     重于   遵循计划

评论

1 楼 heavenslv 2011-02-18  

看不明白啊 思哥 ......