第1章 适应性项目框架概述

1.1适应性项目框架的基础

1.1.1客户与顾客的区别

1.1.2 APF项目团队

1.1.3初步认识APF

1.2目标、解决方案、功能和特征

1.3传统项目管理（TPM）

1.3.1线性模型

1.3.2增量模型

1.4敏捷项目管理（APM）

1.4.1迭代模型

1.4.2适应模型

1.5案例研究：Try&Buy百货公司——DSDM方法

1.6适应性项目框架

1.6.1 APF的根源

1.6.2范围是变量

1.6.3 APF即时（just-in-time）计划

1.6.4期待变化

1.6.5 APF项目合同

1.6.6 APF是业务攸关型项目

1.6.7 APF项目中客户和项目经理的角色

1.6.8 APF并非可以盲从的食谱

1.6.9我们需要APF的原因

1.6.10 APF与传统项目管理方法的优势对比

1.6.11 APF核心价值观

1.6.12 APF生命周期概述

1.6.13 APF范围三角形

1.7案例研究：PDQ排列范围三角形的优先级

1.8极限项目管理

1.9限极项目管理

1.10小结

1.11问题讨论

第2章 如何界定APF项目的范围

2.1 APF版本范围阶段概述

2.1.1 APF版本范围定义流程

2.1.2 APF版本范围计划流程

2.2 APF版本范围阶段：定义流程

2.2.1开始解决问题或利用机会

2.2.2制定满意条件书

2.2.3编写项目综述

2.2.4获得阶段出口1的批准

2.3案例研究

2.3.1案例研究：第五大道小吃——小亭子设计

2.3.2案例研究：Kamikazi软件系统——系统开发项目管理流程设计

2.3.3案例研究：比萨饼快递——订单输入和送货上门流程设计

2.3.4案例研究：Try&Buy百货商店：课程设计、开发和交付

2.3.5需求启发方法

2.3.6案例研究：比萨饼快递——订单输入和送货上门流程设计

2.3.7案例研究：Try&Buy百货商店：课程设计、开发和交付

2.4 APF版本范围阶段：计划流程

2.4.1选择项目管理象限和模型

2.4.2排列范围三角形的优先级

2.4.3开发中级工作分解结构

2.4.4排列功能需求的优先级

2.4.5制定高级项目计划

2.5版本范围阶段启动会议

2.6团队的形成

2.7小结

2.8问题讨论

第3章 如何计划APF周期

3.1 APF周期计划阶段概述

3.1.1第一个周期计划阶段

3.1.2第二个和所有后续周期计划阶段

3.1.3泳道

3.2 APF周期计划可交付成果

3.2.1更新已排列优先级顺序的功能列表

3.2.2确定下一个周期构建集成泳道的内容

3.2.3确定下一个周期构建检验泳道的内容

3.2.4创建本周期泳道内容的低级WBS

3.2.5确定资源需求

3.2.6估计任务时长

3.2.7确定依存关系和完成周期进度表

3.2.8生成分队计划

3.3周期范围变化

3.4问题跟踪和解决

3.5微观管理APF周期

3.6案例研究Try&Buy百货商店

3.7案例研究：比萨饼快递

3.7.1子系统1#：比萨饼工厂定位

3.7.2子系统2#：订单输入

3.7.3子系统3#：物流

3.7.4子系统4#：订单提交

3.7.5子系统5#：路线

3.7.6子系统6#：库存管理

3.8小结

3.9问题讨论

第4章 如何构建APF周期

4.1周期构建阶段概述

4.1.1责任矩阵

4.1.2微观时间表

4.1.3工作包

4.1.4问题日志

4.1.5问题解决

4.1.6解决冲突

4.1.7建立共识

4.1.8每日团队会议

4.1.9状态报告

4.1.10泳道现状

4.1.11结束周期

4.1.12延长周期长度

4.2周期构建变体

4.2.1单一泳道

4.2.2并行泳道

4.3案例研究：Kamikazi软件系统

4.4小结

4.5问题讨论

第5章 如何管理客户检查点

5.1 APF客户检查点阶段概述

5.2客户检查点问题

5.2.1计划做什么

5.2.2实际做了什么

5.2.3关于解决方案有什么认知

5.2.4版本范围是否仍然有效

5.2.5关于项目团队和APF有什么认知

5.2.6开发团队是否如预期那样工作

5.2.7客户团队是否如预期那样工作

5.2.8关于APF流程有什么认知

5.3下一个周期计划活动的主要参考内容

5.3.1上一周期计划并集成的所有功能和特征

5.3.2上一周期计划但并未集成的所有功能和特征

5.3.3所有前面周期中获得的认知和发现（储存在范围银行中）

5.3.4为所有剩余周期确定的功能和特征（储存在范围银行中）

5.3.5仍然留存在问题日志中的所有条目

5.3.6下一个周期中可用的团队成员

5.3.7前面周期期间发生在商业环境中的所有变化

5.4客户检查点阶段的工件

5.4.1用头脑风暴法确定下一个周期的泳道内容

5.4.2重新排列集成进入解决方案的功能和特征的优先级

5.4.3重新排列检验泳道中的想法的优先级

5.4.4下一周期长度

5.4.5这些累计的可交付成果是否满足预期

5.4.6 项目是否应该继续到下一周期

5.4.7剩余功能的优先级顺序

5.4.8下一个周期应该构建的内容

5.4.9项目是否重新开始

5.4.10决策风格

5.5下一个周期

5.5.1下一个周期的集成泳道

5.5.2下一个周期的检验泳道

5.5.3周期长度

5.6客户检查点的变化

5.6.1 APF项目回顾

5.6.2 COS & POS回顾

5.7案例研究：PDQ

5.8小结

5.9问题讨论

第6章 如何进行后期版本审查

6.1 APF后期版本审查阶段概述

6.2后期版本审查阶段的主要问题

6.2.1团队是否找到可接受的解决方案

6.2.2是否满足成功标准

6.2.3是否建议第二个版本

6.3经验教训

6.3.1 APF方法是否有效

6.3.2项目团队使用APF的情况如何

6.3.3开发团队使用APF的情况如何

6.3.4客户团队使用APF的情况如何

6.4改进机会

6.4.1流程

6.4.2客户团队

6.4.3开发团队

6.5后期版本最终报告

6.5.1项目的全面成功

6.5.2项目的组织

6.5.3取得成果使用的技术

6.5.4项目的优势与弱点

6.5.5项目团队建议

6.6案例研究：第五大道小吃——小亭子设计

6.7案例研究：Kamikazi软件系统——系统开发项目管理流程设计

6.8案例研究：比萨饼快递——订单输入和送货上门流程设计

6.9案例研究：Try&Buy百货商店——课程设计、开发和交付

6.10小结

6.11问题讨论

第7章 适应APF

7.1 APF是灵活的和可适应的

7.2变体

7.2.1演变开发APF

7.2.2概念验证

7.2.3修改版本计划

7.2.4将APF嵌入传统项目管理（TPM）

7.2.5使用APF的业务理由

7.2.6设计周期

7.2.7业务流程改进

7.2.8原型制作

7.2.9研究与发展

7.3小结

7.4问题讨论

第8章 极限APF

8.1定义极限项目

8.1.1极限项目是探索过程

8.1.2极限项目非常复杂

8.1.3极限项目需要创造性思维方式和方法

8.1.4极限项目是认知型项目

8.1.5极限项目没有具体的结束日期

8.1.6极限项目没有定义明确的目标

8.1.7极限项目没有具体的任务列表

8.1.8极限项目不遵循公认的变更管理做法

8.1.9思考极限项目的另外一种方式

8.2极限项目生命周期

8.2.1启动

8.2.2推测

8.2.3孵化

8.2.4审核

8.3极限项目的一个变体：限极项目

8.4对比xPM和MPx PMLC模型

8.5小结

8.6问题讨论

第9章APF常见问题

9.1 APF是在制品

9.2您的意思是说我向客户要100万美元和1年的时间，但却说不出他们将得到什么

9.3客户是否能够增加预算或推迟截止日期

9.4如果您不能使客户有意义地参与进来，那么应该怎么办

9.4.1客户犹豫不决地不愿参与一个技术项目是因为以前的不良经验

9.4.2客户团队不理解APF

9.5对于前几个周期的内容预先做多少计划工作

9.6如果团队抵制APF，那么应该怎么办

9.7分布式团队是否能使用APF以及如何使用

9.8是否可以把APF用于项目的一部分以及如何使用

9.9您是否担心微观管理

9.10如何在一个严重依赖TPM的组织里实施APF

9.10.1自下而上实施

9.10.2自上而下实施

9.10.3 CEO说：“就这么做！”

9.11小结

第10章 总结

10.1组织环境

10.2选择

10.3优先级规则

10.4项目景观模型的价值

10.5 APF的现状

10.5.1我们做的工作

10.5.2我们还需要做的工作

10.5.3我们应该如何做

10.5.4 APF的结束状态

10.6在您的组织中实施APF

10.6.1自上而下

10.6.2自下而上

10.6.3管理者的角色和职责

10.7小结

10.8 问题讨论

附录A CareerAgent概述