1、
　　简介：
　　敏捷项目管理在我们国家起步比较晚，成功运用的项目不多
　　百分之六十五的敏捷项目用户为scrum

2、互联网时代的特征，雷军的话：
　　专注，极致，口碑，快(敏捷项目开发就是要快速)

3、敏捷开发各门派

　　

4、敏捷的四大宣言及其内涵
　　1）个体和互动高于流程和工具
　　2）工作的软件高于详尽的文档
　　3）客户合作高于合同谈判：强调和客户之间的合作，尽可能少用合同来说话
　　4）响应变化高于遵循计划：快速响应客户的要求，不需要把软件全部开发出来再投入市场，可以开发某些功能，投放到客户，然后再不断地完善

5、敏捷的十二条原则
1）对我们而言，最重要的是通过尽早和不断交付有价值的软件满足客户的需要。
2）我们欢迎需求的改变，甚至在开发的最后阶段
3）经常性的将会可以工作的软件，交付的间隔可以从几周到几个月，倾向于采用较短的周期。
4）在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
5）要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。重视激励
6）无论是团队内还是团队间，最有效的沟通方式是面对面的交谈。
7）可用的软件是衡量进度的首要标准。
8）敏捷过程提倡可持续开发。出资人、开发人员和用户应该能够保持一个长期的、恒定的开发速度。传统(前期松后期紧)
9）对技术的精益求精以及对设计的不断完善将提升敏捷性。
10）要做到简洁，即尽量大可能减少不必要的工作，这是一门艺术。
11）最好的架构、需求和设计都出自于自组织的团队。
12）团队要定期反省如何能够做到更有效，并相应地调整自身的行为。学习、总结、反思

6、scrum项目管理流程

7、角色：
　　产品负责人：确定哪些功能首先进入冲刺待办列表，接受和拒绝开发团队的工作成果，在用户和客户的角度确定什么时候提交哪些功能
　　Scrum Master：团队的team leader，解决团队开发中的障碍，
　　开发团队：需求分析人员，设计人员，架构设计师，程序员等等

8、精髓
　　1）小步前进，不断优化：不追求一步到步，追求功能不断累加
　　2）持续交付，迭代开发：我们所做的工作以最快的速度让客户可见，让客户持续感受到工作的进度
　　3）不做“无用工”：确定哪些该做，做到极致，不该做的不做
　　4）有效、简单：
　　5）团队规模：5-9人最为合适

9、三大前提：
　　1）组织结构：
　　2）人员能力和素质：
　　3）团队文化：

10、对人才的要求：
　　1）较强的技术能力
　　2）多面手
　　3）自动自发地工作
　　4）以团队为重

11、基本理念：
　　1）scrum框架实施中并没有所谓的最佳具体实践，只有更适合、更有效的实践，实施scrum不在于你现在在有我优秀，而在于你下个月
　　有没有变得更好。
　　2）实施scrum，不仅是指技术层面的转型，更意味着理念层面的革新；工作实践的改变只是一方面，观念的改变却是完全不同的另一个方面
　　3）实施scrum不仅要求项目 团队改变，同时也要求整个组织发生改变
　　4）成功实施scrumr的关键是结合自上而下和自下而上的变革
　　5）scrum改进没有终点，它是一个持续改进的过程。
　　6）我们都在一条船上。
　　7）所有人对项目成功负责。
　　8）团队决定，而不是领导决定
　　9）所有人直接需求驱动地工作。
　　10）所有人都需要跨领域地工作。
　　11）scrum简单但并不容易

12、开发总体过程

13、用户故事的三大要素
　　1）作为一个<用户类型>
　　2）我想<某个目标>
　　3）以便<一些原因>
　　用户故事举例：
　　作为一名新用户，我能通过创建用户名和密码注册，让该系统能记住我的个人信息

14、建议
　　1）改变环境，营造氛围
　　2）培训在前，实施在后
　　3）试点在前，推广在后。试验一下是否适合，试点成功后再铺开
　　4）整体“规范”，渐进“敏捷”。在局部引入敏捷
　　5）持续发力，挣脱“重力”。持续坚持，否则会被传统*拖下
　　6）配套激励，“内”、“外”兼修。
推荐书籍：
《scrum敏捷软件开发》，《用户故事与敏捷方法》