敏捷宣言解释

个体和互动高于流程和工具 人
可工作软件高于详尽的文档 沟通
客户合作高于合同谈判 产品
响应变化高于遵循计划 灵活性

四项核心价值

1.个体和互动高于流程和工具

重视个人和个体合格团队的利郎并坚持一人为本，则会使生产力产生质的飞越。敏捷换已经一人为本，并倡导共同参与，从而更容易适应新的想法和创新。

2.可工作软件高于详尽的文档

能够工作的软件意味着该软件符合所谓的完工定义（DoD），减少没有必要的镀金文档，可提升项目效率。（可以使用 产品待办列表、重启待办列表、任务版

3.客户合作高于合同谈判

项目开始时候在合同中锁定产品的细节，意味着你在不完整认知产品下做出决策，导致产品与可以索要的不符合，将客户看做项目的一部分。

4.响应变化高于遵循计划

变更是为了产品适应当前市场做出的改变，变更在敏捷开发中是可预测并可管理的。

12条敏捷原则

1.尽早持续不断的交付有价值的软件，使客户满意。
2.开发后期也欢迎需求变更，为软件创造竞争优势。
3.较短的项目周期，不断地交付可工作的软件。
4.业务人员和开发人员必须在整个项目期间每天一起工作，加强沟通。
5.围绕富有进取心的个体而创建项目。为他们提供所需的环境和支持，信任他们所开展的工作。
6.不论团队内外，面对面交谈远胜于其他方式的沟通且效率也是最高的。
7.可工作软件是度量进度得到首页指标。
8.敏捷过程倡导可持续开发。发起人、开发人员
用户能够长期位置未定的开发步伐。
9.坚持不懈地追求技术卓越和良好的设计，从而增强敏捷能力。
10.以简为本,最大限度的减少工作量。
11.最好的架构、需求和设计出自于团队内部。
12.团队定期地反思如何能提高成效，并相应地作出调整。

12条敏捷规则总结

客户满意度
质量
团队工作
项目管理

项目管理实现方式

支持开发团队
制作 "刚好够" 文档
精简状态报告，是开发团队能够短时间就把信息推送出去，而不是让项目经理花费大量时间提取有用信息。
最小化非开发任务
数据信息，任务变更是正常且有益的，而不是要惧怕和躲闪的东西
采用准时制，的需求细化方式使变更敢要或浪费工作的程度最小化
与项目开发团队和工作，建立实现的进度计划于目标
保护项目团队原理组织安排的、与项目无关的工作，这些工作可能影响项目目标的完成
理解工作与生活的适当平衡是搞笑开发的组成部分

附加白金原则

抵制形式化
团队思考与行动
可可视化而非书写

敏捷石蕊测试

反问自己，目前使用的方式是敏捷吗？

个人总结

敏捷项目管理，主要使团队成员对项目产生主人翁意识，团队内部沟通时候最好的方式是使用面对面交流。