⼀、敏捷价值观和敏捷原则
敏捷价值观
敏捷价值观有四项内容，即：
1、个⼈与互动胜过过程与⼯具（Individuals and interactions over process and tools）
1、个⼈与互动胜过过程与⼯具
在项⽬管理过程中，过程和⼯具是⽐较重要的。在过程、⼯具和个⼈、互动相⽐较，过程、⼯具就显得没那么重要。这也就是我们常说的：成也萧何，败也萧何。事在⼈为。天下事，重在商榷。
2、可⽤的软件胜过复杂的⽂件(Working software over comprehensive documentation)
2、可⽤的软件胜过复杂的⽂件
在互联⽹plus、⼤数据时代下，通过收集有效数据、信息，再进⾏汇总、分析、挖掘，项⽬⼲系⼈通过移动端即可实时监控项⽬进展和状况，这远⽐复杂的⽂件更⾼效。那么，要想实现这⼀功能，就离不开可⽤的软件平台。
3、与客户合作胜过合同谈判(Customer collaboration over contract negotiation)
3、与客户合作胜过合同谈判
半决赛什么意思甲⼄双⽅，在平等互利的基础上，签署合同。换句话说：签订合同，就是在平等的基础上，为了实现双赢。只有彼此合作，才能追求双赢。这也正是项⽬管理之所以重视沟通的原因所在。
4、响应变更胜过遵循计划
4、响应变更胜过遵循计划(Responding to change over following a plan)
项⽬的特征之⼀就是渐进明细。⼈们常说：计划赶不上变化快。在规划阶段，不论我们的计划做得多么详细，在实施阶段，总会有意想不到的问题发⽣。在项⽬管理过程中，变更在所难免。正确⾯对变更，是每个项⽬管理者最睿智的抉择。
敏捷原则
敏捷原则共12条，为了更好地理解和掌握敏捷原则，我们把它重新排列归为两类，即成果交付原则（6条）和⼈员交互原则（6条）。
1、成果交付原则
价值排序，尽早交付
敏捷原则第1条：我们第⼀优先的任务是，通过尽早且持续交付有价值的软件（系统）来满⾜客户（Our highest priority is to satisfy the customer through early and continuous delivery of valuable software）。
项⽬之所以被⽴项，是因为它有存在的价值。既然项⽬是有价值的，那么它越早交付，价值呈现越明显。在安排交付顺序（⾥程碑）时，把握客户的痛点和敏感点，优先交付客户关注的内容，可以尽早、持续地让客户满意，有效降低项⽬收尾时，客户不满意的风险。
拥抱变化，提⾼优势
敏捷原则第2条：即使在最后开发阶段，也要竭诚欢迎改变需求，敏捷过程掌控变更，以维护客户的竞争优势（Welcome changing requirement , even late in development . Agile process harness change for the customer’s competitive advantage）。
在项⽬管理过程中，既然⽆法回避变更，那么就该正确⾯对变更。发⽣变更，分析变更，做出正确判断，最后执⾏变更计划。敏捷团队不能坐视问题不管，要敢于迎接改变，尽早修正，让价值最⼤化、伤害最⼩化。
持续交付，⼩步快跑
敏捷原则第3条：经常交付可⽤的软件（系统），频率可以从数周到数⽉，以较短的时间间隔为佳（Deliver working software frequently , from a couple of weeks to a couple of months , with a preference to the shorter timescale）。
在项⽬管理过程，我们与客户沟通，往往出于两种原因：第⼀种原因是遇到问题，需要沟通、协商、解决，第⼆种原因是有成果产出，需要⽤户确认。如果能持续、快速地交付成果给⽤户，⽆疑会博得⽤户的青睐、⽀持和认可，利于项⽬⼯作推进。
成果达成，衡量进度
敏捷原则第7条：可⽤的软件（系统）是进度的主要测量标准（Working software is the primary measure of progress）。
现在，⼀些企业实⾏项⽬管理考核制，旨在提⾼项⽬管理效益，可是⼈为衡量、鉴定项⽬的进度，相对困难（延误的借⼝总会有的），甚⾄产⽣意见和分歧。如果能借助相应的管理软件（平台），可以让⼲系⼈直观地查看项⽬进度，回避意见和分歧。
英雄英文追求卓越，强化敏捷
apply update from cache
敏捷原则第9条：持续专注于追求卓越的技术与优良的设计以强化敏捷⼒（Continuous attention to technical excellence and good design enhances agility）。
精益求精，让敏捷更加敏捷。在发布、迭代的过程中，不断精益设计，卓越产品或成果，产出令⽤户满意的产品或成果。返⼯少了，变更少了，项⽬更敏捷了。
精简产品，杜绝浪费
敏捷原则第10条：精简——精髓是要尽最⼤的可能，排除不需要做的⼯作（Simplicity-the art of maximizing the amount of work not英语作文翻译
done-is esntial）。2013高考英语作文
敏捷管理，虽然以客户为导向，拥抱变更，但是同样要控制范围，尽最⼤可能排除不需要做的⼯作。坚决杜绝需求范围蔓延现象。
2、⼈员交互原则
团队合作，每⽇互动
敏捷原则第4条：业务⼈员与开发者在项⽬进⾏中，必须每天⼀起⼯作（Business people and developers must work together daily throughout the project）。
不论是传统项⽬管理，还是现代项⽬管理，甚⾄敏捷项⽬管理，都提倡集中办公。不过敏捷管理，要求更加苛刻。敏捷团队成员，必须在⼀起⼯作，每天组织15分钟⽴会。
信任成员，给予⽀援
敏捷原则第5条：项⽬靠积极的个⼈来完成，给予他们所需的环境与⽀持，并相信他们可以完成⼯作（Build projects around motivated individuals . Give them the environment and support they need , and trust them to get the job done）。
eliot spitzer⽆数条河流，汇聚成⼤海。来⾃不同岗位、技能的成员，组成敏捷团队，共同完成项⽬⼯作。相互信任、⽀持和配合，积极、主动完成⼯作，加强团队凝聚⼒，⼯作就会⽆坚不摧。领导再像仆⼈⼀样提供服务，为团队创造环境，给予⽀持，项⽬不敏捷都没⼈信。
⾯沟通，⾼效明了
man
当⾯沟通，⾼效明了
敏捷原则第6条：在开发团队与团队成员之间，⾯对⾯的沟通是传播信息最有效率与效能的⽅式（The most efficient and effective method of conveying information to and within a development team is face-to-face conversation）。
影响沟通效果的因素之⼀就是距离。如果项⽬团队成员能⾯对⾯沟通，是最⾼效的沟通⽅式。
各⽅成员，稳定节奏
敏捷原则第8条：敏捷过程提倡稳定持续的开发，发起⼈、开发者及⽤户都应该能不断地维持稳定的步调（Agile process promote sustainable development .The sponsors , developers , and urs should be able to maintain a constant pace indefinitely）。cube是什么意思
敏捷管理，是在愿景、资源和时间明确的条件下，采取的⼀种⾼效管理⽅式。这也就意味着资源不会改变，保证项⽬时间进度。持续稳定的⼯作节奏，有利于控制项⽬的时间进度。项⽬⼲系⼈应该维持稳定的步调，在适当的时机做适当精度的规划、设计，才能按时持续输出可⽤的阶段成果。同⼼协⼒，⾃我组织
限制性从句敏捷原则第11条：最佳的架构、需求及设计皆来⾃于能⾃我组织的团队（The best architectures , requirement , and designs emerge from lf-organizing teams）。
团结就是⼒量，这⼒量能克服各种困难。敏捷团队是⾃我组织、管理的团队。敏捷项⽬管理没有明确的架构、需求及设计时间。团队成员同⼼协⼒，⼀起规划、设计，⼀起完成任务，⼀起克服困难，⼀起分享胜利的喜悦。
团队⾃省，持续改进
敏捷原则第12条：团队定期⾃省应如何更有效率，并据以调整与修正⾏为（At regular intervals , the team reflects on how to become more effective , then tunes and adjusts its behavior accordingly）。defined
笔者提倡精益敏捷管理，也就是说敏捷要建⽴在精益的基础之上，脱离精益，盲⽬敏捷，必将造成返⼯，或者更多的变更。
敏捷团队成员，在追求卓越的同时，要加强学习，定期反省。在提升⾃⼰技能的过程中，及时调整与修正⾃⼰的⾏为，才能成为真正的敏捷成员。
以上敏捷价值观和原则，摘⾃《敏捷项⽬管理——基础知识与应⽤实务》。
