Scrum敏捷开发浅谈.pptx

Scrum敏捷开发浅谈 目录 理解敏捷 敏捷开发流程Scrum迭代式增量软件开发总结理解敏捷 何为敏捷？敏捷核心价值是什么？理解敏捷敏捷开发是…“一种以人为核心、迭代、循序渐进的开发方法 ! ”在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。理解敏捷敏捷开发核心价值观是什么呢？答案是： 沟通，简单，反馈，勇气理解敏捷敏捷宣言敏捷开发的核心思想是：以人为本，适应变化。谁在用敏捷敏捷更符合软件开发规律传统开发敏捷开发软件更像一个活着的植物，软件开发是自底向上逐步有序的生长过程，类似于植物自然生长敏捷开发遵循软件客观规律，不断的进行迭代增量开发，最终交付符合客户价值的产品目录 理解敏捷 敏捷开发流程Scrum迭代式增量软件开发总结敏捷开发流程敏捷开发流程目录 理解敏捷 敏捷开发流程Scrum迭代式增量开发总结Scrum特点Scrum将小型团队转化为自身命运的管理者强调每个人的主动性与参与性快速实现“频繁变更的需求”关注交付与产出的商业价值目的：促使整个开发过程迅速、自我驱动Scrum框架每日站立会议Daily Scrum Meeting在简会上，每个成员主要回答三个问题;–自上次SCRUM简会后的一天了（昨天），你做了什么?–从现在到下次SCRUM简会的一天里（今天），你要做什么?–在实现SCRUM及项目目标的工作中，你遇到哪些困难吗? 迭代订单Sprint Backlog产品订单Product Backlog新的功能增量Daily SCRUM每24小时迭代每30天可运行的软件工作项分解高优先级迭代规划会议Sprint Plan一般不超过8小时。前4个小时：产品负责人向团队展示最高优先级的产品，团队则向他询问产品Backlog的内容、目的、含义及意图。后4小时：团队计划本Sprint的安排迭代复审会议Sprint Review 一般4个小时，由团队成员向产品负责人额其他利益相关人展示Sprint周期内的产品开发情况迭代回顾会议Sprint Retrospective一般3个小时， Scrum Master将鼓励团队在SCRUM过程框架和实践范围内，对开发过程做出修改，使它在下一个Sprint周期中更加有效和令人愉快Scrum主管开发团队产品负责人Scrum角色及职责Scrum角色分类 - 各种“猪”Product Owner传递来自市场的声音、提升项目的回报确定产品Backlog中的优先级从产品的角度确保团队工作方向Scrum Master管理Scrum流程，确保Scrum运转确保每个Sprint目标的实现与产出，不受外界干扰团队 由5-9人组成（开发，测试等）、评估每个Sprint工作非Scrum角色 - “鸡”利益相关者（客户，供应商）产品使用者、项目相关者仅在Sprint回顾展示中参加会议 经理 设置环境的产品开发组织管理层公司管理层（比如总裁办公室等）垂直职能经理层（比如开发经理等）Scrum角色敏捷团队包括3个核心角色: PO(Product Owner)、Scrum Master(Scrum教练)和Team(开发产品)Scrum角色职责角色名称角色定义角色职责注意事项Product Owner（产品负责人）确保Team做正确的事代表利益相关人（如用户、Marketing、用服、管理者等），对产品投资回报负责确定产品发布计划定义产品需求并确定优先级验收迭代结果，并根据验收结果和需求变化刷新需求清单和优先级除了客户需求之外，内部任务如重构、持续集成环境搭建等也由PO纳入统一管理Scrum Master（Scrum教练）确保Team正确地做事辅导团队正确应用敏捷实践引导团队建立并遵守规则保护团队不受打扰推动解决团队遇到的障碍激励团队不命令和控制TeamTeam（开发团队）负责产品需求实现负责估计工作量并根据自身能力找出最佳方案去完成任务且保证交付质量向PO和利益相关人演示工作成果（可运行的软件）团队自我管理、持续改进一般由5-9名跨功能领域人员组成坐在一起工作有共同的目标，共担责任团队成员严格遵守团队规则Scrum工具PO：准备Product Backlog团队：Sprint计划会议（Sprint Backlog）Daily 简会评审会议、总结Scrum工具Product Backlog所有需要完成的产品清单，包括优先级、商业诉求，PO负责Sprint Backlog由团队主动选择完成的每个Sprint需要完成的Story列表每个Story包括了需求、优先级、工作量一旦确定，不亦更改Sprint Burn down显示工作量趋势变化的图表每天由Scrum Master更新Sprint 计划会议PO讲解需求以及项目目标通过讨论，由PO确认功能的优先级Prod