个体的互动

可用的软件

客户合作

响应变化（拥抱变更）

价值驱动

拥抱变更

经常的及时反馈 较短周期

个体互动

信任（资源支持和协助） 服务型领导，仆人式领导

提倡面对面交谈 集中办公 够用效果好 效率高

可工作的软件（首要度量标准）完成的可用的 

可持续开发 步调稳定延续  速率（产能）稳定

自组织团队  自主 主动 完成  XY理论

3.1.1预测型的特点和问题

3.1.2MVP（minimum viable product）最小可行产品

快速验证团队的目标，快速试错

1、时间、资金不足无法做大而全，推向市场

2、不知道市场反响快速试错

3、竞品 

3.1.3stacy矩阵

需求的不确定性

选择预测、敏捷、混合

混合型生命周期

敏捷

个体互动胜过流程和工具

可用的软件胜过详尽的文档

客户合作胜过合同谈判

响应变化胜过遵循计划

敏捷的十二原则

1、及早，持续不断的交付有价值的软件（价值驱动）

2、欣然面对需求变化（拥抱变更）

3、经常，较短周期，交付可工作的软件，及时获得反馈

4、业务人员和开发人员必须相互合作（个体互动）

5、提供所需的环境和支援，辅以信任 （服务型领导风格）

6、面对面交谈（提倡集中办公）

鱼缸窗口、远程结对

7、可工作的软件（成果可工作）

8、可持续，步调稳定延续。（团队速率稳定）

11、自由组织团队（敏捷的输出，而非输入）

12、定期反思提高，PDCA

敏捷实践——srcum3-3-5-5

3个角色：

(1)产品负责人（PO），业务专家，负责需求

(2)管理专家

(3)开发团队

产品负责人——产品代办事项列表的唯一责任人

最终的责任人你，决定接受或者拒绝每次Sprint完成的产品增量

敏捷教练（scrum master）确保scrum 团队遵守scrum的理论、实践和规则

scrum master服务于PO，服务于开发团队

开发团队：负责在每个ｓｐｒｉｎｔ的结尾交付潜在可发布的完成产品增量。

自组织，跨职能（所有技能）、不认可开发团队成员的头衔（都是开发者）、可以有特长和专注领域（团队成员是T型人才）一专多能、

敏捷：价值驱动、拥抱变更、及时反馈、个体互动

面对面交谈：1.鱼缸窗口 2.远程结对

Scrum Master

范围定义不明确使用混合方法

一部分用预测，一部分用敏捷

敏捷四大原则

重视个体的互动/可用的软件/客户合作/响应变化

朋友婚礼-预测（完全按照计划）

自助餐 - 敏捷（价值驱动）

敏捷十二原则：（价值观/底线）

1. 及早和持续不断 - 价值驱动

2. 频繁交付，及时获取反馈，调整方向

3. 支持协助，仆人式服务，提倡集中办公

4. 自组织团队 - 敏捷项目的输出

5. PDCA 持续改进

敏捷实践 - Scrum

项目- 需求不明确，具体的需要细化；时间紧张需要立即开始采购；极可能出现需求变更

Product backlog(PB) - 产品待办事项列表

优先级高到低

时间（进度）和人力（成本）是固定的，决定了范围也是固定的，但交付的一定是最有价值的东西

业务专家判定，没有价值的东西放回PB，重排优先级

遇到新需求，和剩余的待办事项一起放到PB重排优先级

Scrum框架

三个角色：

PO产品经理，负责需求确认。唯一PB责任人（业务专家），但scrum master和开发人员也可以维护PB

SM 项目经理，保证敏捷宣言和原则被遵守，服务于PO，指导自组织跨职能，移除开发团队的障碍

交叉培训 I型人才变成T型人才

敏捷 - 迭代/增量 区别？