敏捷开发真正起效了吗？CIO说：NO！

MAY

13

CIO总结：常见的错误观念阻碍了企业充分利用敏捷的方法。

本文字数：2000

阅读时间：3分钟

今天你敏捷了没有？

“敏捷”在互联网和软件开发领域从涓涓细流逐渐演变为行业潮流，往小了说是改进了开发方法，往大了说是革了瀑布流式的命——把产品开发引向了快速迭代、小步快跑的路线上。

到目前为止，CIO已经意识到敏捷开发的许多好处。比如个体和交互胜过过程和工具；可以工作的软件胜过面面俱到的文档；客户合作胜过合同谈判；响应变化胜过遵循计划等。但有仍旧存在一些误区，使企业变成敏捷开发的牺牲品。以下是CIO总结的经验。

敏捷人才

促进敏捷开发方式和有效的人才管理是许多CIO奋斗的目标。敏捷不仅仅是一套原则和价值观，而是与之配套的人才战略。若想成功，CIO需要雇用具有敏捷经验的技术人才。

同时，敏捷是以人为核心、迭代、循序渐进的开发方式。我们学过瀑布开发模型，它是以文档作为驱动，开发人员都是根据产品部门提供的需求文档进行开发，一切的核心是文档。所以说文档是这个模型中的一个核心。而敏捷开发的意义在于它只关注文档中的重要点，或者尽可能的去简化文档，敏捷开发其实更注重的是人与人之间的沟通、交流。所以它强调以人为核心。

但非常遗憾，CIO在实施敏捷开发时并没有足够的投入在人才激励策略上。因为现在的程序员应该70%以上或许对开发语言很熟，但是缺少系统逻辑思维训练。更重要的是，严重缺乏项目管理、文档管理的历练。他们既不知道流程的重要性，也不知道死于流程的局限。对于敏捷开发，他们只是抱着一种学语言的态度去学习敏捷开发的具体方法。CIO如果没有及时投入精力去激励他们，那么就将使得其反了。

预算阻碍

在预算固定的开发项目中，不要采用敏捷。

当前企业IT的预算都是在年初制定，但是敏捷的开发模式往往会面临需求比较大的改变，与之相对的就是预算不好确定，采用相对宽松和灵活的预算体系是企业需要提前做好准备的。

组织的变革阻力

敏捷的模式不仅仅是针对IT的开发和管理人员，同时也是对客户或用户的。以Scrum为例，业务部门需要有专门并且全职的人员和开发人员在一起完成工作，不断做需求更新和排位，不断收集业务部门的反馈来调整开发目标。业务人员的参与程度的高低直接决定了Scrum方式的成败。但是传统企业中的业务部门是否做好了这个准备，是否有相应的资源来匹配新的交付模式，都值得事先花更多的时间准备。

俗话说，“船小好掉头”，只有规模够小才能敏捷灵活，但是传统大型企业IT有一个致命的问题，就是IT资源的全球化或者区域化协作。以前这是一个引以为豪的地方，但是现在却成为一个绊脚石。大部分的企业会把IT系统架构、方案设计、IT运维、软件开发和测试分家，业务关系管理（BRM）则可能紧挨着有业务部门的地点。这种分散的模式很难把Agile模式所需要的资源集中在某一个物理位置，所以企业IT只能采取虚拟团队的模式来应付这种情况，或者从长远上来看准备进行大的组织结构调整。

因此，这对组织结构的转变影响不小。目前还没有看到哪个大企业为了实现Agile和DevOps改变传统的IT组织架构，仅仅是在做小范围的测试。

同时，如果没有业务部门负责人、管理层，以及用户的参与，那么敏捷开发的优势无法得到充分的发挥。如果公司其他部门不愿以新的方式去工作，那么与业务部门经理和用户的沟通将非常必要。

艰难过渡，循序渐进

在敏捷开发模式中，熟练的开发者能完成大规模的开发，这就像是翻越大雪山。不过，积累必要的经验需要很长时间。如果组织刚刚转向敏捷开发模式，那么需要从头开始建立开发者的信心和能力，使他们逐步有能力承担大型开发任务。

敏捷开发的实践者需要持续优化质量和效率，这意味着每次开发都需要进行经验总结，从而优化开发策略和具体实践过程。这样的分析和学习并不仅仅是一小部分高级开发者的责任，而应当成为所有参与者的基本工作之一。此外，需要学习的也并不仅仅是软件开发技能，还包括项目管理技巧、系统架构、质量保障，以及IT预算管理等。

敏捷开发模式的有机组成部分之一在于“持续地交付”。敏捷模式意味着与业务部门经理和用户的持续互动，这将在业务运营环境中持续带来新版本软件。这也意味着业务管理和关系管理的方式，以及运营团队的基础架构会发生明显的变化，这是一个循序渐进的过程，需要CIO格外的控制过程。

外包的困惑

有经验的CIO建议在敏捷开发模式中，如果需要与第三方开发服务提供商合作，那么需要额外的关注。

许多公司的IT部门都会将应用开发工作外包给专业服务提供商。尽管在敏捷开发模式中，服务提供商可以扮演一定的角色，但商业模式和互动模式将会出现很大的不同。在敏捷开发过程中，坐在一起办公是关键，因此能将大量工作任务外包给第三方的机会不大，而通过某种方式在内部补充人员很可能是一种更有用的方式。

总结：可以说，敏捷已经得到管理层的注意，所以这也是CEO的关注点。CIO们必须考虑他们是如何描述敏捷的，这样他们就能缩小IT和技术和业务之间的差距。因此，CIO应该讨论快速反馈、设计思维、客户关系、整个组织的调整以适应敏捷原则。