再谈软件研发管理体系建设

在前面的文章中，我曾和大家分享了软件研发管理体系建设的一些见解，其中涉及对软件研发管理体系的一些概念认知、什么样的软件研发管理体系适合我们的发展以及构建我们的软件研发管理体系应包含哪些内容。结合最近一段时间的思考，今天再次和各位朋友探讨一下软件研发管理体系建设这个话题。今天要谈的这个话题主要包括以下几点： 1、研发体系框架 2、人员组织能力 3、项目管理能力 4、技术研发能力 5、持续交付能力 6、运维服务能力 7、安全可控能力 8、资源建设能力
在正式探讨该话题之前，简要谈谈最近的一些思考和想法，首要一点是 会的发展、业务的变化、技术的进步促进了研发模式的转变，同时也促进了研发内容的转变，例如从以往的单体架构向云化架构演变、从以往的PC端应用向多终端应用演变、从以往的传统应用向智能化应用演变，另一方面项目交付的发展方向也是发生了重大转变，从以前的注重过程标准、流程可控、需求明确和面面俱到向关注交付价值、交付效率、安全保密和过程可视的方向转变。 正是基于对上述这些认知和理解，让我对软件研发管理体系的建设有了一些新的思考，为此和大家一起分享交流。

一、研发体系框架
在个人看来，研发体系主要从标准方法体系、技术能力、组织架构、交付模式、服务客户等方面去分解考虑，并在中间通过人员组织能力、项目管理能力、技术研发能力、持续交付能力、运维服务能力、安全可控能力和资源建设能力等贯穿。研发体系框架示意如下图所示：

五、持续交付能力
在持续交付能力方面，不同阶段会有不同的做法。个人认为，在构建持续交付体系框架的初期，可以考虑从两个方面出发，一是统一软件开发平台，二是推行CI/CD。 统一软件开发平台，主要目标是把基础服务平台化、软件架构标准化，从而进行快速的开发和迭代，提高整个应用开发域的自主可控能力。
推行CI/CD方面，主要是通过搭建自动化工具平台，构建持续交付流水线，实现端到端无缝集成。这里面可快速运用的实践包括代码构建自动化、静态代码扫描自动化、API接口测试自动化等。有关这方面的一些实践会在后续计划分享的敏捷和DevOps转型实践的有关文章中探讨。

六、运维服务能力
在运维服务方面，有两方面的考虑。首先是对于软件开发项目的生产运维，这方面可能会涉及到持续部署等方面的内容，更多会牵涉到DevOps中有关Ops的部分内容。另外一方面是针对常规性的IT运维服务及管理，这方面需要围绕提升IT服务交付质量打造以流程、规范制度、技术人才和工具共同支撑的运维服务管理体系。

七、安全可控能力
在安全可控方面，着重于将安全问题摆在凸显问题。这里面既有应用安全，也有过程安全，同时也需要考虑本质安全。应用层安全包括应用安全、内容安全、工控安全等。过程安全包括物理层安全、设备层安全和数据层安全，其中设备层安全包括物理安全、环境安全、设备安全等，系统层安全包括 络安全、软件安全等，数据层安全包括数据安全、身份安全、隐私保护等。

八、资源建设能力
资源建设能力方面着重于持续积累组织过程资产，包括持续积累在研发过程中所获得的经验和教训，其中包含显性知识（文字档案），隐性知识（员工脑子中的思想、经验）。组织资产积累除了显性知识，更重要的是把隐性知识显性化。

以上是本次针对软件研发管理体系建设的进一步思考，欢迎各位朋友广泛提建议，可以做进一步交流、探讨。