【软件开发 | 甲方建设】业务系统有多复杂？

本文转载自腾讯云官方社区公众号，对原文内容做二次修改。

01 前言

过去一整年我都一直在思考「业务系统复杂性」这个问题。

其实对这个问题，从我开始工作就有不断地思考，不过这些思考大多在读完一两本软件工程或者软件架构的书之后就戛然而止。

因为书中那些高度抽象的概念以及似是而非的论点，总是让人觉得这个东西是玄学，好像说了什么，又好像什么都没说，你不知道它说得对不对，好像有道理但又好像脱离实际。

我依然非常清晰地记得去年的某个时候，Leader 曾跟我们谈过一次话：

我担忧的是，我们团队规模的扩张并不是因为用户规模或营收规模的增长，仅仅是因为我们有越来越多的事情要做导致人手紧缺。

这个担忧我相信很多人能感同身受，并且很多团队也正面临同样的问题。为什么用户规模或者营收规模不增加，但事却越来越多呢？

02 斜体样式 系统复杂性

这个现象的原因其实也不难想到：

由于业务规模停滞或者下滑，产品侧不得不做更多的事情来止住颓势甚至力挽狂澜。

要么是不断地拓展产品的边界，在一个应用里加入更多的功能，也就是所谓的交付更多的用户价值，从而吸引更多潜在用户。

要么是不断地优化现有功能，比如通过调整排版布局来从心理学角度提高用户停留时长和点击率，或者是进一步优化产品的交互流程，也就是所谓的提升用户体验，从而提升口碑稳固用户基本盘。

这些要做的事情，对应到开发侧，那自然就是有更多的需求。

一个需求不能提升指标，那可能就得再来两个；一个策略效果不及预期，那下次就得AB两个策略同时做实验。看起来，这势必就会加剧团队开发人力的压力。