资深程序员必备技能-如何对软件系统做技术规划

1. 前言

本文是笔者对于技术规划的一些思考沉淀。如果这篇文章能帮助你入门技术规划，那自然是最好的，同时，正所谓教是最好的学，这也侧面了证明笔者已经掌握了技术规划的能力哈哈。

2. 我对软件系统技术规划的理解

软件系统技术规划，顾名思义，就是对软件系统做一些技术侧的规划，分三块描述：

1. 软件系统
2. 技术侧
3. 规划

2.1. 软件系统

往大了说桌面端的PC软件，Web端的网页、移动端的APP等等都是软件系统，往小了说，一个服务，一个模块，一个组件，一个小工具也属于软件系统的范畴。任何一个软件系统都是可以做技术规划的，一方面世界上不存在完美的系统，总会有这样或那样的问题，把这些问题归因分类下，我们就可以做规划了；另一方面，世间万事万物总是向前发展的，即使现在的系统真的很完美，我们仍然可以思考系统未来的发展方向，并针对这个方向做一些技术探索甚至创新颠覆，这也是规划的一种。

2.2. 技术侧

技术侧是相对于业务侧来说的，本文虽然专注于技术视角，但是我们也要知道，技术和业务是相辅相成的，不能孤立的看待两者，有了业务的发展才有技术的用武之地，有了技术的支撑业务才能更好得发展，因此做技术规划的过程是绕不开业务话题的。

2.3. 规划

根据规划-百度百科的定义，

规划，是个人或组织制定的比较全面长远的发展计划，是对未来整体性、长期性、基本性问题的思考和考量，设计未来整套行动的方案

按我个人理解，主要有两个关键点：

1. 规划即方案
2. 规划即计划

2.3.1. 规划即方案

方案，是用来解决问题的措施，因此方案既要明确问题是什么，同时要避免假大空，要避免空中楼阁，要细化到怎么解决问题，或者说细化到解决问题的具体步骤。

规划即方案，说的是规划也要满足上述针对方案的论断，这点毋庸置疑。同时，规划相对于方案来说，首先侧重于解决基本性问题而不是一个两个BUG，其次正所谓不谋万世者，不足谋一时，不谋全局者，不足谋一域，好的规划需要从局部视角切换到全局视角，需要以一种较为全面整体的视角来出方案。

2.3.2. 规划即计划

2.3.2.1. 规划是面向未来的

规划主要是面向未来的，但是要想展望未来必先立足当下。对于一个软件系统而言，需要对系统的现状甚至过去的演进有一个足够的了解后，才能做出比较好的规划。

2.3.2.2. 规划是长期性的

规划需要面向多久的未来呢？一般情况下是3-12个月，时间太短了赶着落地可能会出一大堆Bug，而且谁也不想天天活在Dealine的恐惧中；太长了也不好，正所谓计划赶不上变化，万一出现了一些意外情况导致结果不及预期，那么船小还能掉头。

2.3.2.3. 规划是要排期落地的

规划需要落地执行，简单来讲就是排期，在某个时间节点完成某项功能。

2.4. 小结

1. 无论大小系统都可以做技术规划
2. 做技术规划不能脱离业务视角
3. 规划既是计划，也是方案。从这两点出发，那么其实也就引出了规划的方法论：
   1. 梳理过去/现状
   2. 展望未来，提出理想态
   3. 基于过去/现状和理想态的差距，自然就可以发现基本性问题
   4. 针对问题设计解决方案
   5. 排期时间，落地执行解决问题

3. 为什么要做规划

事事都离不开规划，大到国家，有五年规划，小到个人，有人生规划和职业规划等。做规划在我理解最大的好处是，有了目标和方向感，有了目标和方向感就不会迷茫并且能正确发力，精力只有用到正确的地方才能起到事半功倍的作用。

具体到软件系统技术规划也是一样的道理，有了规划我们才能稳扎稳打的做出对用户更友好的系统，甚至成为业界标杆；当然，还有一个更现实的原因，对于一个程序员而言，如果不掌握规划能力的话，那么是无法进一步往上发展的，它是我们迈向资深程序员的必备技能。

4. 如何对软件系统做技术规划

4.1. 收集资料

收集资料贯穿整个技术规划的始终，只有足够的输入才能有输出，资料包括但不限于代码、以前的规划文档、技术方案、接入文档等等

4.2. 梳理现状

从两个方案入手梳理现状：

1. 业务功能
2. 技术架构

4.2.1. 业务功能

我们可以实际从头开始体验系统，了解系统有哪些角色，代入这些角色实际操作一把系统，并最终沉淀一份接入文档。

4.2.2. 技术架构

体验系统的过程中我们可以抓包、查日志、看代码等方式梳理系统的架构和链路，最起码总结出以下两张图：

1. 分层架构图
2. 核心链路图

4.3. 展望未来提出理想态

有两种方法可以推测系统的未来：

1. 归纳法
2. 演绎法

4.3.1. 归纳法

我们可以去做竞品调研，了解司内司外同类系统是怎么做的，并整理归纳下，对比我们的系统就知道未来需要做什么了。

4.3.2. 演绎法

但是如果竞品系统没有值得借鉴的地方怎么办呢？那我们可以从本质出发，思考系统的本质是什么，为谁服务，基于此进行逻辑推理与演化思考，从而推导出系统的未来理想态，就如同本文最开始从规划是什么的定义出发，带出了怎么做规划的方法论。

4.4. 发现问题

什么是问题呢？现实和理想的差距就是问题。前文梳理现状和预测未来提出理想态如果已经搞清楚了，那么发现问题自然不在话下，具体而言，可以从以下几个方面总结问题

1. 技术架构层面
2. 接入效率层面
3. 性能层面
4. 稳定性层面
5. 成本层面
6. ...

4.5. 设计解决方案

针对一个问题，我们需要提出至少3个解决方案，并总结每个方案的优缺点，再进行对比选型，最后，针对选型出的方案总结出两张图：

1. 分层架构图
2. 核心链路图

4.6. 排期落地

方案出来了，剩下的就是排期落地，其实就是列出Todo项，根据优先级排序，并一项项得完成之。