互联网行业的产研测，必须要懂项目管理。1是因为产品从需求到上线需要项目上的把控，2是公司里如果没有专职项目经理岗位（一般中小公司都没有项目经理这个岗位）那么就是产品研发测试中的其中一人兼任项目经理。

如果一个项目没有项目管理，那这个项目必然是失败的。

失败的定义是什么？最直观数据是项目延期，附带的是需求不断变更，远远没有上线时间，这在项目中简直是一个非常恐怖的事情。因为这个项目没有截止时间，那个项目没有截止时间，开发和测试根本不好安排自己的手头工作。

如果面试官问你，项目延期了怎么办。有经验的项目管理者就会知道，这个在考察项目管理定义，项目管理范围是什么？项目管理范围是针对于时间，范围，质量的管理，所以延期仅仅是体现延期的一个表象。

那互联网行业的一个项目的管理会有哪些关键节点和关键会议呢？我们以产品从想法到上线这个阶段来看。一个项目如果从产品到上线需要＞3个星期时间，那么一般就会涉及到项目经理介入。

UI设计评审和研发评审如果项目忙的话不会单独召开。UI稿质量由产品经理把控，研发代码质量由研发和测试保证。

如果一个项目从评审完成到要上线需要2个月时间，那么前一个月每周召开项目周会即可，等到最后1周再召开项目日会形式来进行项目冲刺。

以一个要做增加秒杀功能为例子。

项目启动会

项目启动会最主要说明项目背景和目标，项目范围，项目负责人和项目参与人，项目上线时间。

比如说我们为了拉新促活等角度新增秒杀功能，本期涉及到前端，后端营销工具系统，支付和订单系统，财务系统更改。项目负责人是谁谁谁，项目操作人  前端产品谁谁谁，后端营销工具系统产品谁谁谁，支付系统产品谁谁谁，订单系统谁谁谁，财务系统谁谁谁。前端研发谁谁谁，后端研发谁谁谁，测试谁谁谁。整个项目时间系统上线时间是4月20号。

提问环节：现在各个领域大家知道要更改，现在来定下产品评审，研发转测和测试完成时间是否合理？

项目经理如果这样说大概会被研发和测试一句话怼:产品没有评审我们给不出排期。因为产品不评审，研发和测试根本不知道修改了哪些内容。

在这个会议上一定要给出的是下个会议时间，产品评审完成时间。前后端产品一般会商量下时间给出。

在这个会议上产品提一些和项目业务方范围有关系的，比如秒杀以一个新的业务方调支付还是什么方案，秒杀传订单和以前接口有什么不同。产品如果真这么问业务方听不懂，转化为业务方的语言是： 在收款单中要专门查秒杀带来的支付金额嘛？他说要，然后产品就知道设计方案是什么了。

技术一般会问一天预测大概有多少单量等来进行性能上面的设计。

产品需求评审会

各个产品私下会讨论系统之间的修改和对接API接口的业务字段和逻辑。产品需求评审涉及多系统一般会放在一个会议上进行需求评审，相关研发和测试组，UI设计师参加。

产品需求评审之后UI就可以做视觉设计，研发就可以进行研发了。在产品评审结束之后因为研发和测试，UI知道大概工作量，所以会进行UI稿出来时间，研发提测时间，测试完成时间，产品验收完成时间的给出。

测试用例评审会

测试用例一般在研发提测之前进行评审，因为研发要对照测试用例进行自测。

测例评审测试主讲，产品和研发去review场景是否有遗漏。好的产品，研发，测试是相互补充和成就的，产品研发和测试都会遗漏场景，所以谁发现其他人进行补充即可。

测试阶段测试完成产品要进行验收，去测主要功能ok。

上线方案会

产品验收阶段一般会召开上线方案会和产品培训使用会，一个大项目上线会涉及到 历史数据处理，上线步骤，上线验证方案。

历史数据处理：比如这次加字段历史数据是否要刷，比如说系统切换了库存商品订单支付数据如何初始化？

上线步骤：比如说哪些参数要设置，一个项目涉及5个系统，哪个系统先上哪个系统后上？因为系统之间也要有依赖的，一般是流程上的末端系统先上，前端线上系统后上。

上线验证方案：因为线上不能随便造数据，那么如何验证？有的是业务方去做单据，要做哪些单据？

上线复盘会

上线之后会有问题，小问题大问题都可能有，需求和bug都有。上线后需求产品跟踪，bug测试跟踪

大约上线一周之后会做上线复盘会，上线数据怎么样？项目实施过程中暴露哪些问题下次如何更改？

项目周会

项目周会主要是回顾本周进展和下周计划，是否有延期是否要协助

比如这个时间就存在说：后端没给接口前端搞不下去，XX被支援其他项目…各种问题。

项目日会

这个一般都到项目尾期每天召开。可以放在上午上班或者要即将下班。主要围绕:是否有风险，风险是什么。昨天我做了什么，今天我要做什么，我遇到什么问题需要协助。