后台管理系统项目整体流程

当前版本整体流程 是参考多份项目流程 及实际经历 整理的 适合研发团队配置较低 的情况，与诸君共勉。

一、写在前面

之前有遇到某些情况，研发团队配置极低，领导要求流程要做的非常之极其详细。这样对于某些角色来说可能会增加丁点安全感，认为这样一来产品出问题的概率会小上一些。但是在下并不认同。

如果流程的定位是用来提升团队协作效率的，梳理公司现状并作出一定的改善。在下认为还是应该推崇“抓重点、重细节”的核心思想，增强流程的可阅读性、尽可能简单，这样做出来的流程才有被执行的可能，才具有实际意义。否则，最终免不了一个徒劳无功、资源浪费的结局。

二、整体流程图

三、写在后面

对于研发团队配置较低的情况，运维这块就省了，部署由研发团队解决，做一个简单的运维框架还是不成问题的。对于后台管理系统来说，UI及交互设计的复杂度不算高，产品经理做原型设计时一并解决。

为了保证产品健康出生，PRD是必须要的，在完成原型时研发及测试可以开始评估并作出规划了。但是正式开工最好还是得PRD全部完成或者部分完成的时候开始。

当然，以上只是在下的粗浅观点。不同的公司，不同的团队，不同的要求，实际情况千差万别。拥有自己的思维方式、扎实的基础、强悍的适应能力，以不变应万变才是正解。