常见|几种常见的研发管理体系，哪种更适合你？产品研发|迭代|老谭|流程|管理

编辑导读：本文对基于CMMI、基于IPD和基于敏捷模式这三种不同的研发体系进行了梳理介绍，并分析了产品研发的流程以及每一个流程中的要点，与大家分享。

文章插图
纵观各类科技企业，由于自身所处环境不同，因此其软件研发管理模式也不尽相同，这其中有基于CMMI能力成熟度模型指导下构建的研发管理体系，也有基于IPD集成产品研发框架指导下构建的研发管理体系，当然也有一些目前不少小企业、互联网企业推崇的敏捷研发管理体系。
01 基于CMMI的研发体系CMMI能力成熟度模型相信大家都不陌生，从一级到五级，覆盖了22个过程域，一般能达到CMMI3级别的基本上可以理解为各类流程、过程规则等已经达到一个较好的水平。
当然，这里主要是指企业能够确实按照CMMI模型去实践，这种实践其实更适合于以瀑布式开发为主导的项目开发及产品研发模式。

文章插图
虽然老谭所在的公司通过了CMMI5的级别，但是实际执行的过程中，我们并不会完全按照CMMI5进行，需要根据实际情况进行裁剪，相比于它对实际研发过程的指导作用，我感觉CMMI认证更多的为公司增加一种重要资质，以期在招投标中获得更好的加分。
对于互联网企业，特别是To C的互联网企业，CMMI认证的意义并不是特别大，因为在C端你无需依赖这些资质证明能力，而是以产品制胜。
02 基于IPD的研发体系IPD的核心内容是以市场为导向的产品开发，关注客户需求，将产品开发看成一项投资（商业价值），通过CBB—公共基础模块和跨部门的团队准确、快速、低成本、高质量地推出产品（各评审点的多团队参与和决策、通过各种技术改进提升产品开发效率和降低浪费、持续交付）。

文章插图
去年开始负责研发时，我在公司更倾向采用IPD的模式构建研发体系，把技术团队和产品开发团队做了分离，也融合了近几年比较火的中台思想，其目的是将过去分散式的研发体系做适度的统一和整合，加强技术能力建设。
但经过这段时间的运行来看，其实也出现了水土不服的现象，其根本原因是IPD是是一个相对重量级的体系，要落地执行往往需要从整个公司层面去整体考虑和推动，而不仅仅是研发团队内部的变革，需要高密度的跨部门协作，所以对于中小企业来说，IPD也并不一定适用，因为：
IPD需要对产品拆分为技术开发、平台开发和产品开发，一般中小公司没有这么复杂和巨大的产品；

IPD的流程繁琐复杂，虽然可以裁剪，但也很多，针对众多研发项目，需要方方面面考虑周到，对中小公司来说管理成本太高；
IPD的关键要素，无论是跨部门团队、管道管理，还是优化投资组合等都是针对市场，一般中小公司的市场驱动较弱。

03 基于敏捷模式的研发体系在这个快鱼吃慢鱼的互联网时代，对用户和环境越来越要求要快速响应。
敏捷研发是当前不少互联网企业、中小企业推行的研发管理体系，主要理念就是敏捷迭代、小步快跑，快速改进、拥抱变化，用户参与等等。
敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。
首先，我们要理解它不是一门技术，它是一种开发方法，也就是一种软件开发的流程，它会指导我们用规定的环节去一步一步完成项目的开发，而不是一次性完成项目的交付；而这种开发方式的主要驱动核心是人；它采用的是迭代式开发或者可以理解为小步快跑的开发模式，一次只交付客户一部分的特性或功能，如下图：
传统的外部客户的项目如果更适合CMMI管理的话，那么对于产品研发，不论是互联网产品研发还是To B的软件产品研发，敏捷模式都是更加适合的。
敏捷的交付是持续的一个过程，软件更像一个活着的植物，软件开发是自底向上逐步有序的生长过程，类似于植物自然生长；敏捷开发遵循软件客观规律，不断的进行迭代增量开发，最终交付符合客户价值的产品。

文章插图
老谭在负责一块互联网业务时，更多的是采用敏捷的开发模式，基本两周一个迭代的快速改进。
敏捷模式下，迭代的节奏是非常重要的，基于统一的节奏，产品、开发、测试、发布等不同岗位的人员就像建立了生物钟一样有规律的执行，团队间的协同能力得到极高的体现。