敏捷(六):敏捷总结
1、项目管理过程组与知识领域
2、敏捷在知识领域中的应用
3、敏捷宣言的价值观
4、敏捷宣言背后原则的实践指南映射
5、敏捷与精益框架概述
5.1、<<敏捷实战指南>>的选择标准
讨论已选特定方法的常用的示例:
专供整体使用
|
某些敏捷方法围绕单个项目活动,如估算或反映。所列示例仅包含更为完整的敏捷框架。
|
适合常用环境
|
某些敏捷框架具有专有性,仅适合单个组织或环境特定使用。
|
现代流行用例
|
某些敏捷框架经过整体化设计和优化构建,但通常不适用于大多数项目或组织。
|
根据广度与详情指定的敏捷方法:
5.2、SCRUM
Scrum 是用于管理产品开发的单个团队过程框架。
该框架包含 Scrum 角色、事件、工件和规则,采用迭代方法来交付工作产品。
Scrum 是运行在 1 个月或更少时间的时间盒上的,其中包含持续时间一致的多个冲刺,在这些冲刺中会产生潜在可发布的产品增量。
5.2.1、Scrum事件与工件
5.2.2、Scrum团队
Scrum 团队包含产品负责人、开发团队和 Scrum 主管。
产品负责人负责实现产品价值的最大化。
开发团队是一个跨职能自组织团队,其开发成员拥有所需的一切资源,可在不依赖团队外部其他资源的情况下交付工作产品。
Scrum 主管负责确保 Scrum 过程获得相应支持且 Scrum 团队遵从实践和规则,并指导团队消除障碍。
5.3、极限编程
极限编程 (XP) 是一种基于频繁交付周期的软件开发方法。
理念:将特定最佳实践提炼到最纯粹和最简单的形式,然后在整个项目周期内持续运用该实践。
XP 最受关注的地方在于推广旨在改进软件项目成果的整套实践。该方法最初包含十二种主要实践,随后逐渐演变,采用了一些其他推论实践。
极限编程实战:
该演变是通过筛选核心价值观(沟通、简洁、反馈、勇气、尊重)并根据主要原则(人性化、经济、互惠互利、自相似、改进、多样性、反思、流程、机会、冗余、失败、质量、循序渐进、承担的责任)信息来设计和采用技术的结果。
5.4、看板方法
看板在精益制造中是一种用于规划库存控制和补给的系统。
看板面板能够推动和实现整个系统中工作流的可视化,该信息发射源(大型显示屏)包含许多列,表示需要完成的工作流的状态。
最简单的面板可能包含三列:要完成的工作、进行中的工作和已完成工作,可以调整为使用团队所需要的任何状态。
看板方法可以确保工作流和价值交付的持续性。
看板方法未规定使用时间盒迭代。在看板方法中可以使用迭代,但应始终遵循在整个过程中持续拉取单个条目并限制在制品以优化流程的原则。
适用看板方法的场景:
灵活性
|
团队通常不受时间盒的限制,将执行待办事项列表中优先级最高的工作。
|
专注于持续交付
|
团队专注于完成整个系统工作流,直至在制品完成才会开始新工作。
|
提高工作效率和质量
|
通过限制在制品将可以提高工作效率和质量。
|
提高效率
|
检查每个任务,了解增值或非增值活动,然后清除非增值活动。
|
团队成员专注力
|
限制在制品,使团队能够专注于当前工作。
|
工作负载的可变性
|
如果即将开展的工作存在不可预测性,团队将无法做出可预测承诺,即使对于短期工作也不例外。
|
减少浪费
|
透明将会使浪费可视化,因而能够消除浪费。
|
看板方法是从精益思维原则衍生而来,看板方法的定义原则和核心属性:
看板方法是一种整体性组织增量演变过程和系统变更框架,采用“拉式系统”来完成在制品。团队完成一个条目后,即可拉取另一个条目到该过程。
看板面板利用列进入和退出策略以及限制在制品等制约因素,可提供一目了然的工作流、瓶颈、阻碍和整体状态信息;面板可作为面向所有观众的信息发射源,提供团队工作状态的最新信息。
看板面板通过展示在制品限制和拉取系统来优化工作流。在看板方法中,完成工作比开始新工作更为重要。从未完成的工作中无法获得任何价值,因此团队将协作实施和遵从在制品 (WIP) 限制,让整个系统中的每份工作得以“完成”。
5.5、水晶方法
水晶是一种方法论家族。水晶方法论旨在根据项目规模(项目中涉及的人员数量)以及项目的关键性来量化并提供方法严格程度选择。
水晶方法家族:
水晶方法认识到每个项目可能需要一系列轻量剪裁的策略、实践和过程,以匹配项目的独特特征。
该方法论家族根据“重要性”使用不同的颜色来确定要使用的方法。不同面代表了根本的核心原则和价值观。不同面代表了技术、工具、标准和角色。
水晶原则的核心价值观和常见属性:
6、功能驱动开发
功能驱动开发 (FDD) 的开发目的是满足大型软件开发项目的特定需求。
小型商业价值功能重视能力。
功能驱动开发项目中有六个主要角色,每个人可以担任以下一个或多个角色:项目经理;首席架构师;开发经理;首席编程人员;类负责人;领域专家。
功能驱动开发项目分为五个过程或活动,以迭代方式执行:开发整个模型;构建功能列表;依据功能规划;依据功能设计;以及依据功能构建。
功能驱动开发项目生命周期:
7、动态系统开发方法
动态系统开发方法 (DSDM) 是一种敏捷项目交付框架,DSDM 因强调制约因素驱动交付而著称。
该框架从一开始便可设置成本、质量和时间,然后利用正式的范围优先级来满足这些制约因素的要求。
制约因素驱动敏捷的DSDM方法:
可通过八个原则来指导 DSDM 框架的使用:
专注于业务需求;
准时交付;
协作;
在质量上永不妥协;
在坚实的基础上进行增量式构建;
迭代开发;
保持持续和明晰的沟通;
演示控制(使用适当的技术)。
8、敏捷统一过程
敏捷统一过程 (AgileUP) 是软件项目中统一过程 (UP) 的分支。与紧前统一过程相比,该过程具有加速周期和轻量级的过程。其目的在于在七个主要因素之间执行更多迭代的周期,并在正式交付之前纳入相关反馈。
敏捷统一过程的主要元素:
9、规范敏捷
规范敏捷 (DA) 是一种在综合模型中整合多种敏捷最佳实践的过程决策框架。
DA 旨在平衡专注范围过于狭窄(如 Scrum)或细节过于规范(如 AgileUP)的流行方法。
为实现这种平衡,该方法根据以下原则混合了多种敏捷技术:
以人为先
|
枚举不同层级的角色和组织元素。
|
面向学习
|
鼓励协作改进。
|
完全交付生命周期
|
提倡多个符合目的的生命周期。
|
目标驱动
|
定制过程以实现特定结果。
|
企业意识
|
提供跨部门治理方面的指导。
|
可扩展
|
涵盖多种项目复杂性维度。
|