【项目管理一点通】（39） 关于敏捷

敏捷这个词现在是越来越吃香，大凡是搞IT的，如果不知道敏捷的话，都有些不好意思和人家交流。我在之前的章节中也谈过敏捷，但是并不是重点，原本不打算去聊这个话题，但是昨天看到CSDN上有人发表一篇关于敏捷要不要的文章，结果引起轩然大波，下面评论如潮，评论还真是反映基层程序员们的各种想法，有要的，有不赞成的，也有说作者学识浅薄的等等。因为敏捷的确是非常关键的词，如果项目经理对这个词理解不到位的话，很可能导致项目的失败。
关于敏捷的概念，我就不在此啰嗦了，毕竟网上铺天盖地的，我只就敏捷的应用场景来描述。
1、敏捷是必须要的，这不是一天两天的经验积累，而是长达数十年的无数开发人员、设计人员、管理人员、测试人员以及实施人员的经验和教训的积累，所以这一点没有必要怀疑；
2、敏捷应用对象。敏捷适合任何一家软件公司，无论大小，原因是敏捷是一种方法，我概括为有机的快速迭代。什么叫有机？就是不割裂现有的进程。什么是迭代？就是在现有的任务基础上进行改进。软件开发过程，实际上是一个漫长的流水线生产，如果推翻一次或者是打断进程进行修复，其代价都是不可估量的，所以才有敏捷这个概念。而每一个软件公司，实际上都有一条流水线作业，可能有完整的和不完整的，有简单的和复杂的，但整体来说都是流水线，除非这家公司是个皮包公司，做的是一锤子买卖，那种情况就另说了。
3、如何去敏捷？这是核心问题。首先，敏捷需要对开发架构进行调整，如果没有一个合理的架构，空谈敏捷是不现实的。这就好比一个身体羸弱的人，你让他身手敏捷，这是非常困难的。所以我们如果要想敏捷，得将各个机构的工作方法按照敏捷的要求调整到位，比如说如果要进行敏捷测试，就需要做到测试组做好版本管理、测试需求管理、测试用例管理、测试结果管理，能够完成测试需求的迭代工作，并且测试需求能够立即触发测试用例，并触发测试用例的执行，最终完成测试报告。这个敏捷的过程也涉及到测试计划的不断修正，这也正体现了敏捷测试管理的核心，计划决定了所有的工作安排，如果一个计划始终不变，敏捷就无从谈起了。其次，敏捷对执行人提出更高的要求，毋庸讳言，敏捷是需要成本的，流水线上的每个参与者处在一种紧张状态是必然的，所以，每个人都需要熟悉工作的规则，而不是临时去了解和学习，所以，项目组应该给每个人提供学习的机会，提高自身的能力，这样才能适应敏捷的工作模式。最后，敏捷需要合适的工具。没有工具谈敏捷，也是不现实的，流水线意味着先进的生产力，先进的生产力需要先进的工具做后盾，我们需要敏捷的管理工具、开发工具、测试工具等等。当然，敏捷还需要一个非常出色的组织者和完美的敏捷方案。组织者是灵魂，方案体现出敏捷的方法和资源的配置，所以是非常必要的。
关于敏捷的思想是很复杂的，我们并不需要去研究它，但是我们要了解它，知道如何去按照敏捷的规则去管理事务，这样才能在更快的基础上更好的完成项目。
谢谢大家的阅读，下一节我们继续聊聊功能测试。