第1章 敏捷思维—“互联网+”知识工作者必备的DNA

1.1  强化敏捷思维，落实“十三五”双创战略

史蒂夫·布兰克观察美国创业环境，提出创新生态四个方面：动机、管理工具、文化、基础建设，开创LLP创新创业模式。

1.2  现代敏捷管理发展趋势

1.敏捷与传统项目管理适用范围

(1).结构式项目区

(2).敏捷式项目区

(3).浑沌式项目区

2.软件开发常见问题

(1).版本发布所需要的时间越来越长

(2).无法准时交付

(3).制定项目管理计划的时间太长，而且规划得不准确

(4).在开发期间，很难做更改

(5).越到最后阶段，所需得时间越久

(6).质量持续恶化

(7)."死亡行军"损伤士气

1.3  敏捷革命

1.3.1  敏捷宣言

敏捷是一种心态，敏捷的核心是敏捷心态，敏捷是一种基于敏捷价值观、原则及实践的心态或做事情的思维哲理。敏捷不是某种特定的过程、架构或工具。

1.3.2  敏捷宣言的4个价值观

(1).个人与互动胜于过程与工具

(2).可用的软件胜于复杂的文档

(3).与客户协作胜于合同谈判

(4).响应变更胜于遵循计划

1.3.3  敏捷宣言的12条原则

第1条：我们第一优先的任务是，通过尽早且持续交付有价值的软件（系统）来满足客户。

第2条：即使在最后开发阶段也要竭诚欢迎改变需求，敏捷过程掌握变更，以维护客户的竞争优势。

第3条：经常交付可用的软件（系统），频率可以从数周到数月，以较短的时间间隔为佳。

第4条：业务人员与开发者在项目进行中必须每天一起工作。

第5条：项目靠积极的个人来完成，给予他们所需的环境与支持，并相信他们可以完成工作。

第6条：在开发团队与团队成员之间，面对面的沟通是传递信息最有效率与效能的方式。

第7条：可用的软件（系统）是进度的主要测量标准。

第8条：敏捷过程提倡稳定持续的开发，发起人、开发者及用户都应该能不断地维持稳定地步调。

第9条：持续专注于追求卓越的技术与优良的设计以强化敏捷力。

第10条：精简—精髓是要尽最大的可能，排除不需要做的工作。

第11条：最佳的架构、需求及设计皆来自于能自我组织的团队。

第12条：团队定期自省应如何更有效率，并据以调整于修正行为。

1.3.4  传统与敏捷的比较

1.传统与敏捷的三角限制

2.传统与敏捷开发模式

1.3.5  敏捷的优点与适用性

1.采用敏捷的好处

(1).可持续创新

(2).产品有弹性

(3).加速上市时间

(4).人员与过程有弹性

(5).产出可靠的成果

2.全世界优秀成功的信息公司几乎都采用敏捷

3.敏捷适用于各行各业的工作和每个人的生活

1.4  敏捷力=现代组织竞争力

1.OPM3=PPP+OE

(1).PPP，包括SMCI四个等级：标准化(Standardize)、可衡量(Measure)、可控制(Control)、持续改进(Improve)。

(2).OE，包括组织的四个因素：结构(Structural)、文化(Cultural)、技术(Teachnological)、人力资源(Human Resource)。

2.OPM成熟度=敏捷(PPP+OE)

1.5  相互依赖声明

敏捷项目领导力网络(Agile Project Leadship Network,APLN)于2005年为敏捷项目管理提出相互依赖声明(DOI)。

1.我们借由持续专注于有价值的工作来提高投资报酬率。

2.我们借由与客户频繁的互动与共享所有权来交付可靠的成果。

3.我们借由迭代、预测及调整来应对与管理不确定性。

4.我们借由认知到个人是团队价值的源泉，并建立让他们可以有卓越表现的环境来发挥创意与创新。

5.我们借由激发群体实现成果的使命感与团队共同分担效能责任来提高绩效。

6.我们借由视情况而定的战略、过程及做法来改善效能和可靠度。

1.6  PMI道德与专业行为准则

1.6.1  责任

1.责任的期望性标准

2.责任的强制性标准

1.6.2  尊重

1.尊重的期望性标准

2.尊重的强制性标准

1.6.3  公正

1.公正的期望性标准

2.公正的强制性标准

1.6.4  诚实

1.诚实的期望性标准

2.诚实的强制性标准

1.7  敏捷认证考试