随着时间的推移，软件团队开发他们自己的敏捷变体。这里告诉你如何使你的实践与敏捷精神相一致。

什么才是真正的敏捷软件开发？我一直在思考这个问题，自从有一名读者写道说，他看到了大量的所谓的“人造敏捷”。

人造敏捷可以有无数的形式：未能获得正确的需求，直到编码完成前都在等待测试，或者正如读者所写道：在最后期限前完成最终的故障修复后跳过回归测试。“真正的敏捷影响着发布情况，当完成的差不多时，但是发布日期却更重要，”他说。“在敏捷世界中，这已经成为了常见的实践，同时我认为这是个大问题：人造敏捷。”

那么什么才是“真正的敏捷？”一个真正的敏捷开发实践能给敏捷精神带来荣誉。敏捷精神包含如下：

• 递增，而不是连续的：如果你的开发实践是真正的敏捷精神，那么你交付的工作软件是一小部分一部分递增的。不必等到一个阶段完全完成后才开始另一个，你的工作也不是向大的发布日期而努力。完成的工作，但并不是业务最终期限，驱动着敏捷交付。但敏捷精神也承认业务操纵着最后截止日期。你能在这一期限内工作，并与敏捷开发价值保持一致吗？这是一个挑战。
• 避免不必要的开销：如果你的实践仍然是真正的敏捷精神，那么团队就致力于尽可能多地减的项目计划和文档。与其讨论你要做什么，然后再写下来，不如赶紧动手云做。否则，你就是在浪费时间在工作的工作上。在工作对工作中，敏捷精神有利于于实际的工——作交付工作软件。而且它也值面对面的交流通过邮件和其他书面文件。
• 协作：根据需求，团队成员一直与其它人进行交互，以及一些外部利益相关者。在敏捷教练世界中，整个团队的负责人Lisa Crispin能够解决所有问题，在问题出现之前 。真正的敏捷精神团队是自助的。他们分配需要做的工作。虽然每个成员承担的任务都在他们的专业技能范围内，他们还是需要与团队协作的。没有人的工作孤立的，也没有团队本身是独立工作的。没有业务利益相关者，以及诸如用户体验方面的外部专家的重大投入，团队就不可能使项目向前发展，
• 说真话：为是保证真正的敏捷，团队探讨的与项目相关的一切都要是真实的。在一些至关重要的专业领域，如冲刺测试的编码技能，他们承认存在差距。关于实际生产力，他们的要讲事实；这也就是说，在y时间内，团队是否有能力做x。他们承认错误。说真话是一项挑战，因为我们害怕承认缺点会让我们显得很弱。但敏捷精神知道说出事实需要勇气。承认问题需要信心，然后快速地去解决问题。

这就是敏捷精神：递增地交付软件、避免不必要的开销、致力于团队协作，关于项目的一切都要实是求是。当有保证的真正的敏捷时，你就会很自信地交付软件。你相信它是有效的，它正是业务所需的，你可以修复一切有问题的东西，而且随着需要的改变可以快速响应。