互联网公司项目的标准流程走向（细化版）

需求评审 → 需求准入 → 评估开发时间和资源 → 需求优先级排列 → 确定版本周期并按照资源减需求  → 填写工时 → 开发前的设计文档（概要设计） → 技术评审 → 开发准入 → 系统联调 → 提测 → 问题修复 → 版本上线 → 产品验收

其中，确定版本周期并按照资源减需求，这个节点是给出开发/测试时间人天的最佳节点，评估数据最为准确，否则有风险；

需求准入，这个节点标红的原因，是很多公司把需求评完了之后，项目经理就开始催促赶紧让开发/测试人员评估一下工时，这样粒度太粗，而且恨不准确，以致于后面风险重重；

产品验收，最终目的是用来定责：1）如果产品没验收，导致之后客户在使用线上系统时，发现了问题，是产品问题；2）如果产品验收了，在线上发现问题，早于客户，是开发/测试人员的问题。

另外，产品人员的需求应当保证每个版本需求要有“积压”，不能每次上完了，需求干干净净，然后再去排下一个版本，要有未来1-6个月的“积压”计划。这样可以在一段时间的统计报表，上报给领导的时候，可以用数据说话，让领导知道，我们项目组缺很大的人力资源（开发/测试），需要人手，同时这样也不用过多担心客户满意度遭到不测。