Scrum_介绍.ppt

Scrum敏捷开发 软件开发模型 Scrum框架介绍 Scrum应用情况 软件开发过程 为了建造高质量软件所需完成的任务的框架，即形成软件产品的一系列步骤，它规定了完成各项任务工作步骤，包括了中间产品、资源、角色、过程中采取的方法、工具等. 传统软件开发过程 经典模型-瀑布模型 瀑布模型优缺点 优点 缺点 各阶段的划分完全固定，阶段之间产生大量的文档，极大增加了工作量；  用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险 早期的错误可能要等到开发后期的测试阶段才能发现 适用于大型软件的开发，有利于大型软件开发过程中人员的组织、管理，有利于软件开发方法和工具的研究，从而提高了大型软件项目开发的质量和效率 过程 规范 文档 需求、设计阶段的问题 敏捷开发 上世纪90年代开始产生，是一种以人为核心、在高度协作的环境中，使用迭代式的 方式进行增量开发，经常使用反馈进行思考、反省和总结，不停自我调整和完善 敏捷开发价值观 遵循计划 个体与交互 过程与工具 可用的软件 复杂的文档 客户协作 客户谈判 响应变化 胜于 敏捷开发12条宣言 1.最优先的目标是通过尽早地、持续地交付有价值的软件来满足客户。 2.欢迎需求变化，甚至在开发后期。敏捷过程控制、利用变化帮助客户取得竞争优势。 3.频繁交付可用的软件，间隔从两周到两个月，偏爱更短的时间尺度。 4.在整个项目中业务人员和开发人员必须每天在一起工作。 5.以积极主动的员工为核心建立项目，给予他们所需的环境和支持，信任他们能够完成工作。 6.在开发团队内外传递信息最有效率和效果的方法是面对面的交流。 7.可用的软件是进展的主要度量指标。 8.敏捷过程提倡可持续发展。发起人、开发者和用户应始终保持稳定的步调。 9.简化——使必要的工作最小化的艺术——是关键。 10.持续关注技术上的精益求精和良好的设计以增强敏捷性。 11.最好的架构、需求和设计产生于自我组织的团队。 12.团队定期地对运作如何更加有效进行反思，并相应地调整、校正自己的行为。 两种开发模型对比 对比项 瀑布 敏捷开发 核心 强调过程 强调以人为本 文档作用 产生大量文档 少量文档 战略形态 防御性 进攻性 适用团队 大型团队（数十人） 小型团队（几人、十几人） Scrum敏捷开发 软件开发模型 Scrum框架介绍 Scrum应用情况 Scrum在开发模型的位置 Scrum定义 Scrum是敏捷开发的一种实践框架，是一种迭代式增量软件开发过程，包括了一系列 实践和预定义角色的过程骨架 Scrum角色 Scrum过程 Scrum会议 Scrum工件（文档） Scrum框架内容 产品经理 开发团队 Scrum Master 产品积压订单 冲剂积压订单 障碍积压订单 冲刺计划会议 冲刺验收会议 冲刺回顾会议 每日站立会议 Scrum团队角色 产品负责人（又名客户） 产品负责人是利益相关方的代表，他的工作重点是产品的业务方面。他负责向团队介绍产品远景。他负责给出一份明确的，可度量的，合理的产品Backlog，并从业务角度出发对Backlog中各项问题按优先级排序 开发团队 团队尽一切可能去完成任务—发布产品。团队需要全面的能力，这意味着小组内拥有实现产品的全部技术和技能。团队还需要充分的理解产品负责人所描述的产品愿景以及Sprint目标，以更好地支持可能需要进一步开发的产品的发布。 Scrum Master（项目经理） Scrum Master是整个团队的导师和组织者，他负责提高团队的开发效率。他常提出培训团队的计划，列出障碍Backlog。Scrum Master控制着检查和改进Scrum的周期，他维护这一团队的正常运行，并与产品负责人一起让利益相关方获得最大化投资回报。他关心的是这些敏捷开发思想是否能得到利益相关方的理解和支持 Scrum过程 冲刺计划会议 每日站立会议 冲刺总结会议 Scrum过程 Scrum过程 Scrum工件 可以理解为需求跟踪表 可以理解为某个版本包括的需求项 Scrum工件—产品backlog示例 Scrum会议—冲刺规划会议 主题：冲刺规划会议（Sprint Plan Meeting） 会议时间：4-8小时 会议目标：产品经理和团队一起对整个产品Backlog进行评估，制定发行版本和冲刺(Sprint)计划的主要依据。 会议流程： 1 . 确定冲刺目标 2 . 产品经理介绍其需要评估的产品Backlog中的内容，团队进行评估产品积压订单。 3. 确定日程安排：起止时间、演示日期、每日例会时间地点 4. 确定冲刺积压订单：由产品经理和团队讨论决定，每个产品订单位都要有开发团队给出的时间及责任人（具体包括：编码，测试，代码评审，会议，新技术应用，文档等要素） 5. 确定如何演示的