Scrum敏捷开发管理办法20150921课案.docx

Scrum敏捷开发管理办法V1.0敏捷开发概念简单的说，敏捷开发是一种以人为核心、迭代、循序渐进、小步快走的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。敏捷开发特征开发方法要称之为敏捷，需要具备4个基本特征：增量的、协作的、直接的、适应性强的。增量”是指小版本、频繁发布。“协作”是指客户和开发人员之间紧密沟通，经常工作在一起。“直接”是指方法本身是容易学习和修改的。“适应”是指能把刚刚发生的改变考虑进来。 敏捷开发宣言个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判响应变化 胜过 遵循计划虽然右项也很有价值，但是我们认为左项具有更大的价值敏捷宣言遵循的原则我们遵循以下原则：我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。经常性的交付可以工作的软件，交付的间隔可以从几星期到几个月，交付间隔越短越好。在整个项目开发期间，业务人员和开发者必须天天都在一起工作。围绕被激励起来的个体来构建项目。给他们所需的环境和支持，并且信任他们能够完成工作。在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。可以工作的软件是首要的进度度量标准。敏捷过程提倡可持续的开发速度。责任人、开发人员和用户应该保持长期的、恒定的开发速度。不断的关注优秀的技能和好的设计会增强敏捷能力。简单——尽可能减少工作量的艺术至关重要。最好的架构、需求和设计出自于自组织的团队。每隔一定时间，团队都要总结如何才能更有效的工作，然后相应地调整自己的行为。Scrum的定义Scrum是一个轻量级的软件开发方法。Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发周期包括若干个小的迭代周期，每个迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周。在Scrum中，使用产品BackLog来管理产品或者是项目的需求，产品backLog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为Story。Scrum开发团队从产品BackLog中挑选最有价值的需求进行开发。Sprint中挑选的需求经过Sprint计划会议上的分析，讨论和估算得到一个sprint的任务列表，我们称为Spring backLog。在每个迭代结束时，Scrum团队将交付潜在的可交付的产品增量。Scrum框架术语类型术语解释3个角色PO（Product Owner）产品负责人，类似产品经理岗位SM（Scrum Master）Scrum活动管理者或教练，类似项目经理岗位Scrum Team（团队）Scrum团队3个工件产品backlog（Product Backlog）产品特性列表，类似需求列表，产品特性计划会议后的输出Sprint Backlog迭代任务列表，Sprint计划会议后的输出燃尽图（Burn-down Chart）燃尽图，进度跟踪的图表工具5个活动产品Backlog梳理会议（ Product Backlog Refinement）产品特性计划会，类似产品范围规划活动Sprint计划会议（Sprint Planning Meeting）Sprint计划会议，类似项目需求澄清、任务分解活动每日站会（Daily Scrum Meeting）每日简会，类似日工作汇报活动Sprint评审会议（Sprint Review Meeting）Sprint评审会，类似软件集成活动Sprint回顾会议（Sprint Retrospective Meeting）Sprint回顾会，类似项目回顾及反思总结活动5个价值承诺 – 愿意对目标做出承诺专注– 把你的心思和能力都用到你承诺的工作上去开放– Scrum 把项目中的一切开放给每个人看尊重– 每个人都有他独特的背景和经验勇气– 有勇气做出承诺，履行承诺，接受别人的尊重Sprint冲刺，指某一次迭代开发阶段用户故事（User Story）用户故事，从系统各种用户的各自使用场景角度来描述的功能要求，类似需求规格说明任务看板任务墙，任务跟踪的白板工具障碍列表障碍列表，风险记录跟踪的工具SCRUM理论基础Scrum以经验性过程控制理论（经验主义）做为理论基