在古代，人们传递消息是通过驿或者烽火台，他们的信息更新一次，可能是几周或者几天；在近代人们传递消息是通过写信或者电报，他们的信息更新时间可能是几小时或者几天；在现代人们传递消息可能是计算机，电话，信息更新时间可能是几秒或者几毫秒。随着社会的进步，科技的发展，信息更新速度越来越快。所以谁先掌握信息，谁就是赢家。在互联网产品上，同样也是这样的，谁先推出某款产品，谁就是领头羊。
为了快速的在市场推出产品，那么相应的就需要快速的进行规划，开发，测试这些流程，并且在开发过策划个闹钟要随时配合市场的一些改变来做出改变。但是传统的开发模式对于这种改变他的应对流程很长，不适合这种改变，那么相应的，敏捷开发就应运而生。
敏捷开发的价值观：
个体和互动高于流程和工具
工作的软件高于详尽的文档
客户合作高于合同谈判
相应变化高于遵循计划
敏捷的12条原则：
持续不断的向客户交付有价值的软件使客户满意
在整个开发过程面对需求变化
业务和开发必须合作
无论团队内外，传递信息最有效的方式是面对面交流
激发个体斗志，辅予团队成员信任
可工作的软件是进度的首要度量标准
敏捷的开发过程倡导可持续开发，开发人员，客户，都要步调一致
坚持不懈的追求技术卓越和良好设计
以简洁为本，极力减少不必要的工作量
最好的架构，需求和设计出自于组织团队
团队定期反思如何提高成效，并调整自身
敏捷团队由scrummaster，产品负责人，团队成员组成。一般的情况是6到8人。项目由产品负责人启动，会在发布和冲刺规划会议之前开会收集用户故事。
在这里了解几个概念：
发布规划：是让scrum团队确定软件产品该交付的所有发布，还有一份合理的交付日程表。
冲刺规划：是在冲刺开始之前，在发布规划之后开。会议内容一般是
1.产品负责人把用户故事梳理一遍，根据团队反馈来决定哪些应该先做，哪一个冲刺阶段做哪一部分
2.把当前冲刺阶段的用户故事转化成可交付成果需要的时间
发布规划和冲刺规划会议完成以后，就要开始冲刺阶段。冲刺阶段要开每日站会，每日站会一般是15分到半小时。一个冲刺阶段一般是1到4周。对于剩余的工作量，会通过迭代燃尽图来表示，燃尽图可以通过scrummaster来更新。在每个冲刺结束的时候，团队会开会召开冲刺审查会议。冲刺审查会议会，冲刺审查会议是为了讨论哪些已经完成，哪些还没有完成，同时团队要给产品负责人来演示目前的产品，并且团队还要从产品负责人那里获取产品的更新。
在冲刺审查会议结束以后，团队还要开冲刺回顾会议，冲刺回顾会议是来确定这次冲刺哪些需要纠正，哪些值得借鉴。了解如何使团队在接下来工作中更好的协调。 那么，讲了这么多，敏捷项目管理的好处到底在哪里？ 首先在传统的项目中，对于风险的处理一般是规避，转移，接受，减轻。在敏捷的项目中，拥抱变化，随时都会随着需求的比阿花而改变这次冲刺的内容，减轻了很大的风险应对成本。
在开发生命周期上，传统项目是需求，设计，编码，测试，验收，部署这一个流程，如果中间有需求要变化，那么还要经过很长的变更流程，极大的浪费了时间。那么在敏捷的项目中，只需要经过初始阶段的需求规划和初始讨论会，然后便可以开始冲刺阶段，每一个冲刺阶段都有需求设计编码以及测试，这些步骤，小步快跑，对于有变化的需求，可以在下一冲刺进行。这样极大的增强了适应性。
在积极性和成就感方面，传统项目是让项目经理决定团队成员做啥，而敏捷项目是让团队决定自己做啥。
