IT程序员的苦逼进阶宝典，过年了还在思考软件开发体系设想

结合自己的经历和经验，大致设想一下我想象中比较合理的软件开发体系。后续有更新更先进的理念和方法论，再进一步补充。

借助的系统

对于一个需求管理系统，只需要实现核心功能即可：

1. 需求CRUD（增删改查）；

2. 需求可以评论；

3. 需求可以像问答帖子一样，被结贴。主要做法就是把经过讨论的结果整理出来，作为结论，方便后续追溯；

如果前端有一定后台能力，目前有一些方案采用nodejs来实现后台接口的整合，所谓“大前端”，“全栈工程师”也就是这样的啦。通过接口管理系统，可以提高接口的维护效率，比编辑接口文档好太多了。

通过任务管理系统维护任务。主要的好处有：

1. 可以方便的编辑分配任务；

2. 开发人员收到任务后，定期更新任务进度，项目经理或负责人可以很方便的查看项目整体进度，不用每个人每个人去问；如果发现某个任务进度不理想，可以直接找到任务负责人进一步了解；

只需要实现以下功能：

1. bug CRUD；必须支持拷贝粘贴上传图片，这可以大大提高bug的描述能力；

2. bug 评论；

3. bug 状态管理。

4. bug 指派，流转日志；

5. 最好提供bug操作的api，方便开发人员与版本管理对接，在提交时通过关键字，自动更改bug状态。

利用工单系统，对项目线上的问题进行管理。主要的功能：

1. 工单CRUD；

2. 工单指派，流转；

3. 工单评论；

4. 工单统计；

知识库

知识库主要用于对开发成果的沉淀，总结，封装。

1. 组件库，及文档说明；

2. 样式库说明；

3. 经验总结（可以类似掘金一样，让成员在上面编写总结）；

沟通工具：

自己开发一个聊天工具，有app，有web；与QQ的最大区别：

1. 任何人都可以看任何人的聊天记录；

2. A和B的聊天记录完全公开；其他人完全可以随时插入；

3. 成员可以对某一次聊天设置为结论，并选中通知的人员。方便其他人在有空的时候追溯结论产生的来由；

工程：

gitlab，用于代码托管，代码评审；

git hooks，自动部署；

项目模板（脚手架）；这个用于沉淀技术积累。

作者：荡漾君子

配图：荡漾君子

来源：荡漾君子