随着敏捷开发使用的普及，出现了各种不同的方法论。有些来源于敏捷，有些是已经被人用过却从未完全定义或运用到软件开发中的系统。scrum便是此类方法，这种生产R&D的方法来源于日本汽车和消费电子制造业。从定义上来说，scrum指橄榄球比赛中的一种调遣方法，即队伍中的每个人都参与到移动球的动作中。作为一种方法论，这种精神也可以被运用到产品开发中，项目团队被重新划分组织成小团队，这些小团队密切配合，完成项目的某个具体成分。迭代开发受到重视，项目被划分成可被呈现、测试和功能评估的“可运载”成分。
SCRUM流行的原因
提供简单和证明的结果； 包含其他敏捷工程技术； 强调小型团队和团队授权； 欢迎需求的变更； 允许单一来源的优先项目工作开展； Scrum会议包括日常状态会议； 提供团队在冲刺阶段一个潜在的可交付增量承诺。
术语“冲刺”：在不超过30天的时间里去执行系列工作创造一个可交付物
透明性（Transparency） • 过程或项目的各个方面：对结果的责任透明； • 运用信息辐射器，让这些关键信息，如产品待办事项列表、冲刺待办事项、障碍、风险和项目进展对所有的利益相关者是透明的。 检验（Inspection） • 团队根据项目目标定期检查他们的绩效和进展； • 他们不断寻找问题领域和计划的偏离。 适应（Adaptation）
Scrum框架四个主要部分3355
【三个角色】
产品负责人（ProductOwner） 产品负责定义项目愿景、需求和优先级，对产品成功负责。 关键点：抵制管理团队的诱惑，在每次冲刺进行中增加更多重要工作；愿意在冲刺计划会议上做出艰难选择。 敏捷教练（ScrumMaster） 负责团队，并移除、阻止他们实现产品负责人所设定目标的障碍。 关键点：协助团队和产品负责人； 指导产品负责人如何 最大化投资回报或ROI（投资回报率）。 开发团队（Developmentteam ） 自组织、跨职能，它们协同工作，以确定如何最好地满足产品负责人的目标。 关键点：有自主权选择如何 最好地满足目标，并为之负责。
【三个工件】
ProductBacklog ——产品待办事项列表 已经明确定义，但是需要进一步定义的，即将在未来完成的工作。 产品待办事项列表是一个排序的列表，包含所有产品需要的需求，也是产品需求变动的唯一来源。产品负责人负责产品待办事项列表的内容、可用性和优先级。 SprintBacklog —— 冲刺待办事项列表 一个明确定义的需求，在30天左右的时间里，用较小的变更执行，创造一个有形、可转移的增量交付物。 Sprint 代办事项列表是一组为当前 Sprint 选出的产品代办事项列表条目，由团队在Sprint计划会议中确定下来，放入Sprint Backlog内的需求不支持更改。 Burn DownChart ——燃尽图 Sprint Burndown Chart 显示了Sprint中累积剩余的工作量，它是一个反映工作量完成状况的趋势图。任务完成得慢或者是缺席有可能让燃尽图中的趋势慢慢向下， 只有当添加新任务的时候才会呈上升趋势。
【五个活动】
【五个价值观】
承诺——愿意对目标做出承诺。
专注——把你的心思和能力都用到你承诺的工作上去。
开放——把项目中的一切开放给每个人看。
尊重——每个人都有他独特的背景和经验。
勇气——有勇气做出承诺，履行承诺，接受别人的尊重。
Project软件课火热招生中
早鸟优惠活动
6月26-27日周六日，金指南推出基于Project软件的项目管理实战课。你带项目来，拿软件和项目导航图走！PMP重知识和理论，Project软件重工具和实操，两者结合，所向披靡！
有意向的同学可以私信联系老师哦！