敏捷项目管理方式

ACP敏捷方法溯源，学习PMP项目管理也必须知道的知识点！

90年代，传统的软件开发方法陷入了“沉重的危机”。一些有识之士开始改革。首先，出现了许多轻量级的软件开发方法，例如:

Scrum .

功能驱动开发。

极限编程。

精益软件开发。

看板法。

水晶法。

动态系统开发方法。

敏捷统一流程

此外，还有一些敏捷方法:

敏捷建模。

测试驱动开发。

行为驱动开发。

敏捷数据库技术。

适应性软件开发

2001年2月，Martin Fowler、Robert C. Martin、Jeff Sutherland、Ken Schwaber、Mike Beedle、Arie van Bennekum、迪夫·托马斯、Andy Hunt、Alistair考克伯恩、John Kern以及包括Steve Mellor、Ron Jeffries、Kent Beck、Jim Highsmith、James Greening、Brian Marick和沃德·坎宁安在内的17位软件开发专家聚集在美国犹他州的雪鸟滑雪胜地，目的是总结和提炼轻量级软件开发方法的规则。这17位软件开发专家都有自己的成就，有些还是上述方法的创始人。最终，他们在雪鸟大会上共同提出了敏捷的概念，并签署了《敏捷宣言四大价值观》和《敏捷实践十二原则》。

所以，如你所见，敏捷方法是各个流派敏捷方法的创造者们聚在一起，提炼，达成共识的总称。“敏捷方法”是一个包含各种框架和方法的术语。它是指任何符合敏捷宣言的价值观和原则的方法、技术、框架、手段或实践。常用的敏捷方法有:精益、看板、Scrum、XP极限编程、Crystal、DSDM动态系统开发、FDD功能驱动开发、AUP敏捷统一流程。

敏捷实践指南将敏捷方法和看板方法视为精益方法的子集。之所以这样，是因为它们都是精益思想的具体实例，都体现了“注重价值”、“小批量”、“消除浪费”等理念。

1、Scrum

Scrum是管理产品开发的单一团队过程框架。该框架包含Scrum角色、事件、工件和规则，并采用迭代方法交付工作产品。Scrum在1个月或更短的时间内运行，其中包含多个持续时间一致的sprintss，在这些sprint中将产生潜在的可发布的产品增量。表A3-1列出了项目执行中使用的Scrum事件和工件。Scrum团队包括产品负责人、开发团队和Scrum主管。产品所有者负责最大化产品价值。

开发团队是一个跨职能的自组织团队，其开发成员拥有交付工作产品的所有必要资源，而不依赖于团队之外的其他资源。

Scrum主管负责确保Scrum过程得到支持，Scrum团队遵循实践和规则，并指导团队消除障碍。

2.极限编程

编程是一种基于频繁交付周期的软件开发方法。这个名字是基于将一个特定的最佳实践提炼为最纯粹和最简单的形式，然后在整个项目周期中持续应用该实践的思想。

XP最关心的是促进一整套旨在改善软件项目结果的实践。这种方法最初包括十二个主要的实践，然后逐渐演变，采用一些其他的推理实践。

这种演变是根据主要原理信息选择核心价值并设计和采用技术的结果。

3.看板法

Board是精益制造中用于计划库存控制和补充的系统。这种“准时制”的库存补货流程最初可以在杂货店看到，商店会根据货架的缺货情况而不是供应商的库存来补货。受这种准时制库存系统的启发，大野泰一开发了看板，并于1953年将其应用于丰田的主要制造工厂。

“看板”一词的字面意思是“视觉符号”或“卡片”。有卡片的实体看板面板，可以促进和实现整个系统工作流程的可视化，让每个人都能看到。这个信息传输源包含许多列，指示要完成的工作流的状态。最简单的面板可能包含三列，但是可以根据使用团队的需要调整到任何状态。

看板方法被应用于许多场合，可以保证工作流程和价值传递的连续性。看板法不像某些敏捷方法那样标准，所以在实现之初破坏性较小，因为它是独创的“原地起步”方法。在必要或适当的时候，组织可以相对容易地应用看板方法，并通过完全实施它向前推进。

与大多数敏捷方法不同，看板方法不指定时间框迭代的使用。看板法中可以使用迭代，但始终要遵循连续拉动单个项目和全流程限制WIP的原则来优化流程。如果团队或组织有以下需求，看板方法是最合适的:

灵活性。通常，团队不受时间框的限制，会执行待办事项列表中优先级最高的工作。

专注于持续交付。该团队将专注于完成整个系统工作流程，并且在工作流程完成之前不会开始新的工作。

提高工作效率和质量。通过限制正在进行的工作，可以提高工作效率和质量。

提高效率。检查每个任务的增值或非增值活动，然后清除非增值活动。

团队成员的注意力。限制在制品，以便团队可以专注于当前的工作。

工作量的可变性。如果即将到来的工作不可预测，团队将无法做出可预测的承诺，即使是短期工作。

减少浪费。透明度将使浪费可见，因此浪费可以被消除。

看板方法源于精益思想的原理。看板方法是一个将渐进演化过程和系统变更作为一个整体来组织的框架。该方法采用“拉动式系统”来完成在制品。团队完成一个项目后，可以将另一个项目引入流程。

看板是一种技术含量不高，但联系广泛的技术。用户一开始可能会觉得太简单，但是很快就会发现它的强大功能。看板面板可以通过使用约束(如列进入和退出策略以及对在制品的限制)来提供一目了然的工作流、瓶颈、障碍和整体状态信息。此外，小组可以作为所有受众的信息传输来源，提供团队工作状态的最新信息。

在看板方法中，完成一项工作比开始一项新工作更重要。你无法从未完成的工作中获得任何价值，所以团队会合作实现并遵守WIP限制，让整个系统的每一项工作都“完成”。

4.透明的

Crystal是一个方法论家族。Crystal方法旨在量化项目规模和项目的关键程度，并提供方法严格性的选择。Crystal Method认识到，每个项目可能需要一系列轻量级的裁剪策略、实践和过程，以匹配项目的独特特征。方法系列根据“重要性”使用不同的颜色来确定要使用的方法。“水晶”一词的使用源于宝石，其不同的方面代表了根本的核心原则和价值观。不同的方面代表技术、工具、标准和角色，

Scrumban

Scrumban是一种敏捷方法，最初是作为从Scrum到看板的过渡方法而设计的。是从自身衍生出来的另一种混合敏捷框架和方法，团队以Scrum为框架，以看板为过程改进方法。

在Scrumban中，工作被分解成许多小的“冲刺”,看板面板用于可视化和监督工作。故事列在看板面板上，团队通过使用WIP限制来管理其工作。每天召开会议，保持团队之间的协作，消除障碍。团队通过设置计划触发器知道何时计划下一步，这通常发生在WIP水平低于预设限制时。Scrumban看板中没有预定义的角色——团队保持当前的角色。

6.特性驱动开发

特征驱动开发的目的是满足大型软件开发项目的特定需求。小企业价值函数注重能力。

在一个功能驱动的开发项目中有六个主要的角色，每个人可以扮演以下一个或多个角色:

项目经理；

首席建筑师；

开发经理；

首席程序员；

班长；和/或

领域专家。

功能驱动的开发项目分为五个过程或活动，它们以迭代的方式执行:

开发整个模型；

建立功能列表；

根据功能规划；

根据功能设计；和

按功能构建。

功能驱动的开发活动由一组核心软件工程最佳实践支持:

领域对象建模；

根据功能开发；

个人代码所有权；

团队；

检查；

管理；

常规施工；和

进展和结果的可视化

7.动态系统开发方法

动态系统开发方法是一种敏捷的项目交付框架，其最初的设计目的是提高90年代流行的迭代方法的严格性。该框架是作为行业领导者之间的非商业合作而开发的。

DSDM以强调约束推动交付而闻名。该框架可以从一开始就设置成本、质量和时间，然后使用形式化的范围优先级来满足这些约束的要求。

八项原则可以指导DSDM框架的使用:

关注业务需求；

按时交货；

协作；

《永不妥协》;

在坚实的基础上逐步建立；

迭代开发；

保持持续清晰的沟通；

示范控制。

8.敏捷和统一的流程

敏捷过程是软件项目统一过程的一个分支。与以前的统一流程相比，该流程具有加速周期和轻量化的特点。其目的是在七个主要因素之间进行更多的迭代循环，并在正式交付前纳入相关反馈。

9、Scrum中的Scrum

Scrum of Scrums，也称为“meta Scrum”，是一种由两个或更多Scrum团队使用的技术，而不是一个大型Scrum团队，其中一个团队由三到九个成员组成，以协调其工作。每个团队的代表将与其他团队代表定期举行会议，可能是每日会议，但通常是每周两次或三次。每日例会的进行方式类似于Scrum的每日常务会议，代表将汇报已完成的工作，下一步的工作设置，任何当前的障碍和可能阻碍其他团队的潜在的未来障碍。其目标是确保团队协调，消除障碍，优化所有团队的效率。

拥有多个团队的大型团队可能需要Scrum of Scrum，这遵循与SoS相同的模式，每个SoS代表向更大组织的代表报告，

10.大规模敏捷框架

大型敏捷框架侧重于为各级企业的大型开发提供模式知识库。外管局注重以下原则:

采用经济学观点；

应用系统思维；

假设的可变性；预约方案；

具有快速集成学习周期的增量构建；

根据工作系统的客观评价设定里程碑；

直观地显示和限制在制品，减少批量和管理队列长度；

应用节奏；与跨域规划同步；

解锁知识型员工的内在动力；

决策权的下放。

外管局侧重于在项目组合、项目集和团队层面详细设定实践、角色和活动，强调围绕注重为客户提供持续价值的价值流组织企业。

11.大规模敏捷开发

大规模敏捷开发是组织多个开发团队的框架，其共同目标是扩展Scrum方法，如图A3-6所示。其核心组织原则是尽可能保留传统单团队Scrum模型的元素。这将有助于减少任何模型扩展，并避免不必要的混乱或复杂性。

为了在不失去本质的情况下扩展Scrum，LeSS鼓励使用某些独特的原则，例如系统思考、整体产品焦点、透明性等。

12.企业Scrum

Enterprise Scrum是一个框架，旨在通过更全面的组织层而不是单一的产品开发层来应用Scrum方法。特别是，该框架建议组织领导人:

将所有Scrum应用扩展到所有组织层面；普及Scrum技术，使其可以很容易地应用于这些不同的方面；并根据需要使用补充技术来扩展Scrum方法。其目的是通过实现破坏性创新，将敏捷方法扩展到项目实施范围之外。

13.标准化敏捷性。

规范是一个过程决策框架，它在一个全面的模型中集成了各种敏捷最佳实践。

DA旨在平衡过于狭窄的焦点或过于标准化的细节的流行方法。为了达到这种平衡，这种方法根据以下原则混合了多种敏捷技术:

以人为本。列举不同层次的角色和组织元素。

以学习为导向。鼓励协作改进。

完整的交付生命周期。提倡适合目的的多重生命周期。

目标驱动。定制流程以实现特定的结果。

企业意识。为跨部门治理提供指导。

可扩展。涵盖了项目复杂性的多个方面。

以上内容主要来自《敏捷实践指南》和《产品经理知识体系学习与实践指南》第二版。