pmi-Acp 相关学习

1. 为什么需要敏捷？

• 在VUCA（动荡性、不确定性、复杂性、模糊性）时代，建立在传统工业时代环境下以预测型为管理的方式，遭遇极大的挑战，无论是企业界还是咨询界，有很多人认为传统的战略规划方式和思维已经失效。

敏捷是一种理念、是一种思维方式、小步快跑快速多次交付有价值的成果来帮助企业把产品迅速推向市场。 敏捷用在软件开发上是基于敏捷宣言定义的价值观和原则的一系列方法和实践的总称。敏捷是数字化过程中的企业生存之道。
选择敏捷的理由：灵活性，持续改进，更快交付价值，更低风险

1.1 敏捷项目与传统项目的区别

例：盖房子（汽车生产，工业生产等）是属于预测型项目，按照瀑布型开发方式，设计，开发，不太可能盖了一层推了重来。
敏捷项目如网络写手，写了一段根据读者反馈情况再进行下一步操作，还比如软件开发等频繁的交付，频繁试错。
确定型工作：范围前期确定，不易变更；项目工作可以按计划进行；产品一次性交付；团队成员执行为主。
不确定型工作：范围难以事先确定，且走且看；计划赶不上变化；产品可多次交付；团队成员即动手又要动脑。

1.2 敏捷核心商业目标

• 持续创新–交付现有客户的需求
• 产品适应性–交付未来客户的需求
• 缩短上市时间–提高投资回报率
• 人员和流程适应性–对产品和商业变化作出快速反应
• 可靠的结果–支持业务增长和盈利能力

1.3 敏捷三角形

1.4 敏捷思维模式

4大价值观，十二大原则指导下的实践（scrum,xp，水晶方法等）。自组织团队是最显著特点。
对成员和领导都有要求，提倡T型人才通型人才，服务式领导。
敏捷思维模式由价值观定义，以原则为指导，并在许多不同的实践中体现，敏捷实践者根据自身需求选择不同的实践。
敏捷宣言（4大价值观）

• 个体以及互动 胜于 流程和工具 【以人为本】
• 可用的软件 胜于完整的文档【以价值为导向】
• 客户合作 胜于 合同谈判【合作共赢】
• 应对变更 胜于遵循计划【拥抱变化】
  相较于左边，更重视右边，右边也有其因有的价值。
  十二大原则
• 1.我们的最高目标是，通过尽早持续地交付有价值的软件来满足客户的需求。
• 2.即使在项目开发的后期，仍欢迎对需求提出变更。敏捷过程通过拥抱变化，帮助客户创造竞争优势。
• 3.要不断交付工作的软件，周期从几周到几个月不等，越短越好。【频繁交付】
  交付软件时间间隔越短越好，scrum的迭代周期大概一个月，xp迭代周期会短至一周。
• 4.在项目过程中，业务人员与开发人员要每天在一起工作。【一起工作】
  面对面的交流，防止信息孤岛与竖井现像发生。
• 5.要善于激励项目人员，给他们所需要的环境和支持，并相信他们能完成任务。
• 6.团队内部和各个团队之间，最有效的沟通方法是面对面的沟通。
• 7.可工作软件是衡量进度的首要指标。
• 8.敏捷过程提倡可持续的开发。项目方，开发人员和用户应该能够保持恒久，稳定的进展速度。
• 9.对技术卓越和好的设计的持续关注有助于增强敏捷性。
• 10.尽量做到简洁，尽最大可能减少不必要的工作。【消除浪费，不构建华而不实的系统】
• 11.最佳的架构，需求和设计出自自组织团队。【与传统项目最显注的区别，提倡T型人才。】
• 12.团队要定期回顾和反省如何能够做到更有效，并相应地调整。【复盘】

1.5 敏捷的含义

敏捷是创造并响应变化，从而在动荡的商业环境中创造利润的能力。
敏捷是平衡灵活性和稳定性的能力。

2.项目生命周期选择

• 项目生命周期：指项目从启动到完成所经历的一系列阶段。
• 作用：它为项目管理提供了一个基本框架。
  开发生命周期：项目生命周期内通常有一个或多个阶段与产品，服务，或成果的开发相关，这些阶段称为开发生命周期。
• 开发生命周期一般有：预测型，迭代，增量，敏捷（适应）型。
• 预测型:传统方法，提前进行大量的计划工作，然后一次执行，执行是一个连续的过程。也称计划型或者瀑布式。【盖房子】
  步骤：可行性研究–需求分析–开发，构建–测试和验收–交付，运行和维护
  分析–设计–构建–测试–交付。项目活动以顺序方式执行，需要详细计划，尽量减少变更（有变更走流程）。
• 迭代型：这种方法允许对没有完成的工作进行反馈，从而一次次的迭代去改进和修改该工作。【论文修改】
• 增量型：这种方法是在逐渐预定的时间内向客户提供，【装修房子，每次一个房间装修交付；吃饭上菜，一个个的上。】
• 适应型：即有迭代也有增量，便于完善工作，频繁交付。
  

2.1 敏捷使用筛选器

2.2 混合型生命周期

• 先敏捷后预测：开发高科技产品，然后面向大众用户推出，并对他们培训。
• 预测为主敏捷为辅：承包商小规模安装试验，找到最佳安装方法，通过试验调整，增量改进过程。
• 集成不同供应商开发的外部组件，这些外部组件不能或不会以协作或增量方式合作。在组件交付后，需要单独集成。

• 混合敏捷方法：敏捷团队很少将期实践局限于一种敏捷方法，为了定期交付价值，团队可能需要对实践进行裁剪。通常团队都会实践各自特殊的敏捷组合。

3.常见的敏捷实践方法

scrum敏捷实践
33355法则

• 3个支柱：透明性【站会，看板，坐一起等】；检查；适应。
• 3个角色：PO【产品负责人】，敏捷教练【SM】，项目团队【Scrum Team】
• 3个工件：产品待办事项列表【Product Backlog】,迭代待办事项列表【Sprint backlog】,可交付产品
• 5个事件：冲刺/迭代（sprint），迭代计划会议[Sprint Planning]，每日站会【Daily Scrum】,
  迭代评审会议【Sprint Review】，迭代回顾会议【sprint Retrospective】
• 5大价值观：承诺，专注，开放，尊重，勇气。