敏捷计划优雅应对(2)

　　不可能! 这个小孩要是不把树叶扫干净、装袋并且在屋后给叶子找个归宿的话，他一个子儿也得不到。在敏捷项目中，我们使用同样的定义。这时,交付一个特性就意味着要完成所有必需的任务才能生产出可交付的代码。

分析、设计、编码、测试和用户体验(UX)，东西都在这里了。这不是说必须要把首个版本特性搞得花里胡哨，也不是说要将最新版本的作品放在每个迭代的最后才可使用。但是我们的态度是：要做就得做好。如果作品还不能交付，那就是没有完成。

　　三条简单准则

一旦接受下面三条简单项目准则，就可以避免软件项目中常见的戏剧性效果和机能障碍。

　　接受第一条准则意味着即使没有万事俱备，你仍大胆地开始了旅途。你意识到要自己去发现需求，如果等着一切都收集完毕才开始，那永远也开始不了。

　　接受第二条准则意味着你不再惧怕或者规避变化。你知道变化无法避免，只能承认它。必要时你会调整计划后再继续下去。

　　接受了第三条准则,当待做事项列表超出交付时间和资源时，你不会再有压力。对于任何有趣的项目来说，这都是正常状态。你只是做了唯一能做的事——设置一些优先级别,首先完成最重要的任务，将最不重要的留到最后。一旦接受以上这三条简单的项目准则，那些在软件交付过程中经常困扰你的紧张和焦虑感就都会消失。

　　然后，你就能够集中清晰的思路去思考和创新了，而这正是我们行业最缺乏的。要牢记于心：方法不止一个!

就像不会存在终极口味的冰激凌一样，也不存在终极口味的敏捷。

　　你拥有了Scrum———项目管理包装器，用于管理敏捷项目。

　　你拥有了极限编程———有高度纪律性、核心的软件工程实践,这些对于每个敏捷工程来说都是不可或缺的。

　　你拥有了精益———从持续改进的丰田公司的“丰田生产系统”总结出的超高效率方法。

　　你还拥有了自己的敏捷方法,就像你和家人开车恨不得穿过了半个国家，到头来却发现计划游览的娱乐公园由于要翻新而关闭了，你只能随机应变。每个项目都是不同的，虽然一些原则和实践永远不会出错，但是具体应用仍然取决于特有的情况和环境。

原文转自：http://www.ltesting.net