敏捷知识体系：
传统项目特点
1> 一开始就对详细的需求进行很高的投入
2> 价值只有到项目结束的时候才能体现, 风险较高
3> 一开始就要编写很多的文档
4> 客户参与度不高, 澄清完需求之后基本不参与
5> 需要花大量的时间来汇报当前的项目状态
6> 无法灵活应对市场变化
7> 新需求需要走变更流程, 需要走变更流程来延长进度或增加预算
敏捷认识
敏捷是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力
- 个体互动胜过过程和工具
- 可用的软件胜过完整的档案
- 客户合作胜过合同谈判
- 应对变更胜过遵循计划
STACEY矩阵
敏捷原则
1> 我们最重要的目标, 是通过及早和持续不断地交付有价值的软件使客户满意
2> 欣然面对需求变化, 即使在开发后期也一样. 为了客户的竞争优势, 敏捷过程掌控变化
3> 经常地交付可工作的软件, 相隔几星期或者一两个月, 倾向于采用较短周期
4> 业务人员和开发人员必须相互合作, 项目中的每一天都不例外
5> 激发个体斗志, 以他们为核心搭建项目. 提供所需的环境和支援, 辅以信任, 从而达成目标
6> 不论团队内外, 传递信息效果最好效率最高的方式是面对面交谈
7> 可工作软件是进度的首要度量标准
8> 敏捷过程倡导可持续开发. 责任人， 开发人员和用户要能够共同维持其步调稳定延续
9> 坚持不懈地追求技术卓越和良好设计, 敏捷能力由此增强
10> 以简洁为本, 它是极力减少不必要工作量的艺术
11> 最好的架构、需求和设计出自自组织软对
12> 团队定期的反思如何能提高成效, 并依次调整自身的行为表现
SCRUM框架
信息发射源
在集中办公区域设立一块大白墙或白板，上面用高可视化、图形化的方式展示出项目的实施状态和信息，如产品待办列表、问题列表、迭代燃尽图等等。可以最大程度促进团队成员间、团队和相关方间透明式的信息流通。敏捷倡导引导相关方观看信息发射源以获得项目状态，而不是单独发送项目状态报告
