一个项目如果需要多人完成，一定需要一套完整的项目管理流程，要不然项目会出现延期、风险、埋坑等问题。

由于技术派的项目管理，属于简版的标准管理流程，所以在讲述技术派的项目管理流程之前，我先给大家讲一下大厂的标准项目管理流程。

大厂标准项目管理流程

标准的项目管理分为4个阶段，分别为需求阶段、研发阶段、测试阶段和上线阶段。

需求阶段

首先是“产品规划”，这个真的太重要了，产品规划就像是海上的灯塔，指引你前进的方向。有了产品规划，产品可以将需求提前放入需求池，每个迭代只做高优需求。

然后是“需求评审阶段”，一定是需要产品给出完整的需求文档，如果有UI交互的地方，需要提前给出原型图，拒绝没有原型图的需求评审。

需求一定是要非常明确，最好是能细化到具体的功能点，拒绝模糊需求（比如一句话需求），下面给一个我之前带项目的要求：

为了提高需求评审的效率，我们在需求评审前，需要做很多准备工作，比如需求前期沟通、研发初步评估，前期工作准备到位后，需求评审期间就可以主要讨论问题，避免一个需求反复沟通的情况。

研发阶段

技术方案是整个项目的灵魂，很多项目到后期出现问题，很大原因就是技术方案没做好。

• 项目排期用于控制整体项目的节奏，有以下几点经验之谈：
• 项目排期每天不要排满，建议预留 20% buffer;
• 如果项目时间紧，可以采用分批提测的方式；
• 排期要有里程碑，开发、联调、提测、上线、验收等；
• 项目排期不能仅到上线阶段，还需包括线上灰度和项目验收；
• 前端排期依赖UI设计。

下面是项目排期要求：

测试&上线阶段

上线方案可以为线上的稳定性保驾护航，重要性不言而喻。 因为上线导致严重的线上问题，这个项目可能就白干了。

• 关于测试&上线流程，有以下几点经验之谈：
• 测试环节需要大家一起过测试Case；
• 提测前，有的项目还需要做项目演示；
• 上线前，需要一起过上线方案，突出风险点；
• 上线后可能需要小流量验证，或者灰度；
• 有的项目还有项目验收环节，最后才全员开放。

技术派项目管理流程

技术派的项目管理流程和大厂标准流程类似，只不过是个简版，下面就通过技术派这个项目示例，给大家讲一下标准大厂的项目管理流程是如何实施的。

需求阶段

我们出需求方案前，其实进行了大量的需求调研工作，这部分内容，其实应该是产品去完成，因为人力有限，所以当时是楼仔负责，具体内容，我们会放到“产品调研”这篇文章中，下面是我们当时产品调研的部分截图。

产品调研完毕后，我们开始进行需求评审环节，具体的需求文档，到时也会放到“产品设计”中，下面是我们当时需求文档的部分截图。

产品调研完毕后，我们开始进行 UI 交互设计，这个需要专门的设计师，同样因为人力有限，所以当时也是楼仔负责，具体内容，我们会放到“交互设计”这篇文章中，下面是我们当时交互设计的截图。

放大再看看：

产品调研，我们花了半个月，产品方案和 UI 设计，我们也花了半个月，整体花了 1 个月时间。

研发阶段

进入研发阶段后，我们先定排期，由楼仔、一灰和二哥三人开发，后来由于前端人力不够，后来前端加入小超，楼仔和一灰负责后端，二哥和小超负责前端。

这部分内容，我们会放在“项目管理的研发阶段”去详细讲解，下面是我们的排期（部分截图）：

因为我们都是兼职开发，周末搞搞，中间还因为前端人力不足，进度停滞了半个月，后来我们团队成员挨个阳了，又停了半个月，估计真正开发也就 3 个月左右。

测试阶段

当项目开发完毕后，就开始去体验试用，问题非常多，需要一套流程去协助管理。

这部分内容，我们会放在“项目管理的问题反馈机制”去详细讲解，下面是我们的 bug 池（部分截图）：

这个我们边测试边打磨，前前后后倒腾了 1 个多月。

上线阶段

最后是上线阶段，上线后，我们进行了为期 2 周的灰度试用，即邀请一些好友和粉丝，深度体验我们的产品，然后进行最后一轮的迭代优化，最终就是大家看到的完整的技术派。

结语

通过这篇文章，给大家讲述了标准的项目管理流程，然后结合技术派项目，进一步说明每个环节需要做的事情。

虽然很多同学并不会进行项目管理，但是整个流程，大家还是需要知道的，不当将军的士兵不是好士兵，希望大家后续都能成为一名优秀的项目管理者。