我们一直在讨论、学习并实践活动灵巧，在灵巧全面爆发的当下，很多组织和精英团队都宣称你是“灵巧的”，那样什么才是 “灵巧” 呢 ？要解决这个问题，大家必须重新回到意味着灵巧崛起的敏捷宣言。
灵巧的出现
在2001年，17位具备反叛精神的软件开发方式的象征性角色欢聚在美国犹他州的雪鸟城，然后进行为期三天小型大会。这群人都来自于那时候“轻量”软件开发方式的象征性角色，相较于方案驱动开发方法，尤其是已经被业内广泛接纳的瀑布模型，这种重量级的软件开发方式还不是很为人们熟知。他俩深入探讨了关于广告设计的设想、开发设计、交付乃至涉及到了关于世界运转的方法，进而签订了灵巧崛起的代表性文档-敏捷宣言。
敏捷宣言
灵巧的价值观
敏捷宣言的开场即叙述了敏捷宣言的初心，之而探索的是更加好的软件开发方法。实践的重要性，根据在不断地在实践中进行整理、抽象化、脱离，最后归纳出去这四颗 “银弹”，为众多寻找更加好的的软件开发方法的人提供观念引导。
Individuals and interactions over processes and toolsWorking software over comprehensive documentationCustomer collaboration over contract negotiationResponding to change over following a plan最后一句汇总是非常重要，敏捷宣言对左右两边的价值都认同，并不是否定右边存有的价值。仅仅，灵巧觉得左边至关重要。
敏捷宣言其背后的原则
或许灵巧所遵照的原则通过英文的形式描述更为“原生态”，不一样的中文翻译多的是片面性，以下是节选自官方网英文版的全文。
We follow these principles:
1. Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.2. Welcome changing requirements, even late in development. Agile processes 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.4. Business people and developers must work together daily throughout the project.5. Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.6. The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.7. Working software is the primary measure of progress.8. Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.9. Continuous attention to technical excellence and good design enhances agility.10. Simplicity--the art of maximizing the amount of work not done--is essential.11. The best architectures, requirements, and designs emerge from self-organizing teams.12. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.这12个原则所表达的并不是什么新东西，并不是灵巧的原创性原则，我们在软件开发的过程当中早已亲身实践着里边的一个或几个原则。这种原则是17位敏捷宣言签定者从现有的软件开发方式中归纳、提炼出所得的，有那么点良好实践的意味。
大伙儿结合自己的工程项目历经，对每一条原则很有可能有着不同的感受。我本人印象最深刻是：
Simplicity--the art of maximizing the amount of work not done--is essential.简易！简易! 简易！
简易是灵巧的真谛，这也是使 “不用做工作更大化” 的一门艺术。怎样保持简易绝对是一门艺术。依据“二八原则”，80%的价值根据20%工作完成。在我们实现了百分之八十的价值以后，剩下的百分之二十的价值要花费大家百分之八十工作量，那还需要再做下去吗？自然。剩下的80%工作仍然可用二八原则。但是最终大家关心的是给顾客所带来的价值，根据最小的工作中使顾客最大的一个价值得到达到，可谓“事倍功半”了。
Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.大家最大优先的目的是根据尽快的、持续不断的交付有价值的app使顾客满意。
确实如此，大家软件开发的原始动力是会为商业目标服务项目。大家发掘出来的软件项目可以满足客户需求，并并获得客户认可，这也是完成商业目标的前提条件。尽早总和持续不断的交付有铁架子的app是促进这一标准的高效方法。尽早的交付可以实现客户所关心的价值的app可以全面提升顾客满意度，持续不断的交付（相对应的定义，很有可能“频繁地交付”更加适合）有利于大家尽早得到顾客的意见反馈，尽早捕捉顾客可能得变动，减少后面变动带来的损失。
周期性检查、调节以求实创新
灵巧并没有终点站，提倡持续的检查和优化。这是一个持续的全过程，不因工程项目的逐渐而开始，工程项目的完毕而结束。在单独精英团队、好几个工作团队机构内持续不断的改善。我们要有思考自己的问题的勇气改善决心，不因追究责任和抨击为主要目的，以发现的问题和优化为出发点，在更为积极主动、热情地分成下，产生检查-改善的稳步发展。
有关灵巧的一些讨论
讨论一：灵巧的本质是什么 ？
“灵巧”是一种抽象化软件开发观念，敏捷宣言用四颗“银弹”勾画出一种思维模式，这类思维模式有利于大家更强开展软件开发，乃至有利于大家更加好的认知世界。
个人认为灵巧是单纯的，灵巧白喉的原则不应该归属于灵巧界定的范围。灵巧是由其价值观所凸显出的一种思想方式，是单纯的价值观。
“灵巧”并不是科学方法论，灵巧并不是“架构”，“方式即是实际，架构即构造”，灵巧并没有告大家开展软件开发的操作步骤，都没有给我们勾勒软件开发的架构，大家在具体设计中如何实践灵巧多存在差异。如果你在工程实践中遵从了迅速的价值观，就能觉得具备“灵敏性”。
讨论二：灵巧落伍了吗 ？
自2001年到今天，做为一份签订的里程碑式文档敏捷宣言已有近17年多。这般长的一段时间内，早已不断涌现相当多的、出色的软件开发方式实践活动。但软件开发的核心思想变化并不大，从前的一些价值和原则时迄今日仍然可用。自然，大家无法完全的认为敏捷宣言是100%正确且天衣无缝的，全世界本没有“银弹”，仍然有许多人对灵巧拥有不一样看法和建议。毫无疑问，敏捷宣言所提倡的价值观和原则确实能够促使大家在软件开发中获益，只能作为一份里程碑式的原材料，敏捷宣言早已不可能会发生变化。
或许，敏捷宣言的签定者们都没有料想到敏捷宣言会引发这般很大的变化，有着这般众多灵巧跟随者。但令人不安的是，现阶段灵巧好像已经“泛滥成灾”了，很多人都在谈灵巧、实践活动灵巧并宣称你是灵巧的，与此同时，也不断涌现出了许多的其它的灵巧行业，紧随“灵巧”以后，“灵巧手机软件”、“敏捷教练”、“敏捷培训”和“灵巧大会”都成了“灵巧”的发展理念。这种核心理念不好说是错的，也不是说是“单纯的”灵巧，或多或少的全是遵照了迅速的价值和原则。本人并不拒绝这类“家喻户晓”式 “发展趋势”，但另很多人躁动不安的是，这种灵巧好像已经远离了 “专业性” 的路轨，或许这类场景中，“单纯灵巧” 的支持者已不再觉得那就是灵巧了。
讨论三：灵巧相当于“快”？
很多企业或个人提前准备引进灵巧的最开始驱动力便是 “灵巧可以使大家迅速”，只要我们引进了灵巧，因此我们一定能：
- 更快地研发出商品
- 让精英团队能够拥有更高研发效率
- ……
十分悲剧的是，灵巧并不意味着“快”，反过来，灵巧引进初期可能会致使生产力水平降低。例如，为了能可以实现所谓“迅速”目标，高管频繁地向精英团队施加压力，规定团队在更短时间内交付更多价值。精英团队应对管理人员的工作压力也就必须要靠“加班加点”来达到预期成果了（精英团队生成式的成熟情况比较有限，在具体落地式时，多多少少都会体会到来源于“高管”压力。）。尽管短时间很有可能可以“立即见效”，但这种方法早已“不灵巧”了，因为他早已违反了灵巧的“延续性”规定。
合理的实行灵巧确实可以让我们更加好的交付商业服务价值、顾客更为令人满意、减少商品上市日期。但这不是根据 “灵巧相当于快” 这个观点。以迅速的价值观为引导，遵照灵巧的有关原则，我们也会更加重视业务流程价值的交付，并且还会尽量早的交付客户，尽早得到客户的意见反馈，自组织团队也更加关注研发能力提高、使不需要做的事情最大化了这些……这所有的一切更改和提高都有助于大家变得更加 “快”。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
