关于敏捷开发模式:CIO应知道10大的原则

2015-07-20 13:41:18 IT168 　点击量：评论 (0)

市场调研公司Gartner发布的最新报告显示，CIO目前需要为快速变化的数字业务场景提供支持，而同时又发现传统的项目和开发方式无法满足需求。在这样的情况下，企业正越来越多地转向敏捷开发(Agile Development)

市场调研公司Gartner发布的最新报告显示，CIO目前需要为快速变化的数字业务场景提供支持，而同时又发现传统的项目和开发方式无法满足需求。在这样的情况下，企业正越来越多地转向敏捷开发(Agile Development)模式，以加速项目的推进，展示自身的价值。

　　Gartner于近期在澳大利亚悉尼举办“Gartner应用架构、开发和集成峰会”。而Gartner研究主管Nathan Wilson表示，在执行良好的情况下，采用敏捷开发模式将变革IT与业务部门之间的关系，并有利于IT充分发挥自己的价值。然而，只有CIO和整个IT管理团队专注于必要的文化转变，这样的价值才能实现。

　　Wilson表示：“如果能良好地完成，那么在CIO响应业务部门越来越多的创新需求方面，敏捷开发模式将成为各种方式有机的一部分。而如果完成情况不佳，敏捷开发模式带来的问题会比解决的问题更多。”

　　在敏捷开发模式中，开发者也可借助应用性能管理(APM)工具提升开发速度、让应用更快发布，并且能精准定位使用体验中的瓶颈。以OneAPM为例，其功能也很适合支持敏捷开发模式，对广大开发者来说，只需要把业务做好，把要提供给客户的服务做好，无需再去关心性能问题。

　　Gartner列出了敏捷开发模式的10大指导原则：

　　1.敏捷开发并非单一的方法

　　敏捷开发模式是软件开发的一整套方法，这些方法有着共同的哲学，但在具体执行时也有很大的差别。这些方法适用于解决不同的问题。经验丰富的大型组织可以利用不止一种这样的方法。不过在开始阶段，组织可以首先尝试其中一种方法，在熟练掌握后再尝试更多。

　　2.敏捷开发理念具有系统性

　　敏捷开发是高度系统性的方法，其中每个元素对成功而言都非常重要。对于敏捷开发，组织的一个常见误区在于只重视其中某些元素，例如“敏捷迭代(Sprint)”，而忽视了其他元素，例如对“技术债务(Technical Debt)”的管理。这样的组织能快速完成开发并发布新代码，但将会积累越来越多的技术问题。

　　3.部署敏捷开发模式需要业务部门和IT的合作

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

　　4.引入敏捷开发模式是循序渐进的过程。

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

　　5.敏捷开发意味着持续学习

　　敏捷开发的实践者需要持续优化质量和效率，这意味着每次开发都需要进行经验总结，从而优化开发策略和具体实践过程。这样的分析和学习并不仅仅是一小部分高级开发者的责任，而应当成为所有参与者的基本工作之一。

　　此外，需要学习的也并不仅仅是软件开发技能，还包括项目管理技巧、系统架构、质量保障，以及IT预算管理等。

　　6.敏捷开发意味着团队，以及团队的团队

　　在敏捷开发模式中，发布代码的基本组织单元是小型团队。这样的团队通常包含5到9名成员，需要同时承担开发和质量保障工作。从人力资源的角度来看，管理敏捷开发团队一方面需要将团队以高效的方式凝聚在一起，另一方面也要鼓励团队中的不同成员提出具有交叉性的创意。

　　如果人员流动过于频繁，那么团队将无法形成高效的组织单元;但如果团队之间的人员流动不足，那么每个团队将逐渐变成孤岛，失去与其他团队的交流。需要指出，相对于传统开发方式，在敏捷开发模式中，团队的座位位置更加重要。

　　7.记录、管理及清理“技术债务”是所有敏捷方法的核心理念

　　“技术债务”的定义是，软件现在的状态，以及在可靠性、性能、便携性、可用性、可维护性和安全性等方面满足一定质量要求之间存在的差异。所有开发活动都会造成技术债务，而敏捷开发模式的不同在于，技术债务可以被识别，并被记录至待办工作列表，而不是被弃之不顾。