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敏捷软件开发》，《用户故事与敏捷方法》