落地敏捷开发的12个建议，打造自定义开发管理模式！

目前软件开发业界已存在多种开发合作模式，各有其特点、适用性和局限性，没有一种开发模式是通用又完美的，可以适用任何组织、任何业务的研发协作。所以每个公司研发组织要根据自身业务特点、自身组织实际情况来采用合适的开发管理模式。

对于大多数开发人员来说，对敏捷开发的思想、方法论大多略有研究。敏捷开发提到的相关原则，敏捷开发模式应用到实际开发过程中，实施起来或多或少与理论存在差异。所谓理论结合实际，作为开发人员或者开发组织来说，不可完全照搬。

 

敏捷开发实施背景

敏捷开发模式，总体来说适合迭代演进的产品项目。相对来说ToC的业务应用应开发采用的比较多，因为产品需求一开始不明确、市场变化快，需要快速对客户反馈进行响应，产品需不断迭代完善调整。当然敏捷开发也适合ToB的轻流程或面向互联网相关业务应用、业务总体流程不复杂，应用业务之间关系相对比较独立，可分段式推进上线。

产品项目研发采用敏捷开发模式，首先得建立符合敏捷开发模式的组织团队，强调团队稳定、目标明确协作一体化，团队参与全过程、为质量负责。本文对相关业界提到的敏捷开发原则并结合以往实际产品项目开发实施经验进行总结，仅代表个人观点，仅供大家参考。

 

尽早交付

“我们优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。”

传统的瀑布式开发模式涉及到多个环节，整个研发周期过长，中间环节都可能会发生各种不可预期的因素，最后交付大批量的成果给到客户进行试运行，等待反馈，来回的周期往往超出预想的计划，对于需要敏捷响应的业务不太适合。

实际很多项目产品后期交付给客户试运行经常发生反复调整，加上中间响应过程过于繁琐，造成双发的满意度、成就感都很差。

当然传统的瀑布式开发模式运用多年，每个开发组织经过多年也积累相当的经验，形成了一定的风控经验措施，还是适合一些特定客户特定业务的产品研发，但始终存在多环节带来的周期不可控风险、风控成本不确定的弱点，不太适合目前对周期要求快速响应的业务应用。

敏捷开发中强调持续集成交付有价值的成果。把产品项目整个任务进行拆分成多个小批量目标，根据优先级进行迭代式推进，每个小批量任务完成后都是可交付给到客户使用的，缩短客户等待周期反馈周期，及时根据反馈结果进行调整，以此达到客户满意度。

在实际产品项目开发采用敏捷开发模式过程中，经常碰到很多对交付成果反馈并不敏捷的情况，ToB应用这种情况比较多，有客户因素也有团队因素。

同时，迭代划分规划也存在不够合理情况，例如：人员因素、外界因素、技术因素等等。

组织内部的迭代测试与开发过程经常性交接不顺，很多敏捷开发团队共享一个测试团队，无法持续的交付可使用的成果，，甚至最终还是采取瀑布式验收模式，ToB应用这种情况比较多，到最后才统一进行试运行使用，客户满意度也不高。

不论