这个公司应该有应对的流程吧~大概说下我之前公司的应对方法吧：

1、bug分类，按照类型、优先级、难易度；

2、优先修复容易和级别高的bug；

3、与客户（领导）提前做好沟通，做好可能延期交付的应对；

4、协调增加资源，加速bug修复速度；

5、与客户（领导）协商非必要bug放到上线后逐步修复。

之前公司方案：
1.根据现有Bug归类严重程度、影响流程、并在对应Bug后注明未修复上线会造成那些影响

2.再根据以上进行二次归纳排列，救急缓轻，预估修复时间。

3.根据整理好的文档发给负责人（客户）确认，并说明情况，需根据客户方使用用户体量出解决方案。

4.目前所接触的所有老板（客户）都很喜欢负责做事的态度，说明情况，都不会很强硬上线。再一再二不可再三

5.个人吧跟着相关人员一起下班，买些茶点加班加点的完成，进行修复好的功能性、逻辑性测试。（需要的是提前完成，不是卡点提交）

#产品经理挑战赛# day6

1、从职责上来说，产品是只管业务功能，设计的过程，研发的过程，是由项目经理来管，我不管bug我也不管人员，我只管到点接受符合要求的结果。

2、从团队上来说，其实到了这个时候，就是单个人拖累了整个团队，那么作为团队，你应该在里程碑中不断的控节点来满足最后的结果达成，虽然你不是项目经理，但这个产品是你的，你要做的是管好自己的产品以及对应的流程节点。

真的遇到这种情况

1、先看bug程度，影响范围，然后产品在这里要有一个决策权，你要决定能不能上，能上哪些。同步这里要和研发经理、项目经理共同去沟通，必要的还需要多久，延期需要多久能搞定。

2、启动预警方案，通知相关部门和领导，着手去做补救工作。做好了，依然是你的功劳。

客观讲，没有任何一个产品是0bug上线的。

这块，看看你公司有没有硬性规定，上线时遗留的bug占比是多少，有时候产品经理真的是解决不了那么多事，差不多就成了。如果有，那么就扣kpi吧，kpi要是管不到这块，那也就放弃吧。

其次，按时上线时第一目标，如果有责任心，就上线后慢慢修复bug，快速迭代。

不然也没什么更好的办法，你打死开发和测试，他们也完不成。

最后，就是，所有已知的，上线时存留的bug，拉出明细，确认到人，确认到时间，具体什么时候更新版本，修复哪些bug，你能做的也就这么多了。

其实前面被点水的人，说的 话糙理不糙，你只是一个小产品经理很多事你都无能为力。

#产品经理挑战赛# day3

项目还有很多bug，项目就要上线？

是谁要上线？是领导的要求么？还是正常的计划上线？

如果是领导要求，那就把现实情况告诉他，并把这些未解决的bug的情况说明；看领导怎么决定；

如果只是单单的因为正常的计划上线，那就申请延期并说明原因；

另外这些未解决的bug按高、中、低三级划分一下；然后在按模块进行拆分；

在上线前看能不能把核心模块的中高级bug解决掉，剩余的等项目上线后进行排期解决，进行迭代更新升级。

如果你这个是甲方项目，那一定要提前告知甲方项目经理，并且把相应的后果告知他，我相信，他宁愿去申请延期，也不会让你就这么上线。延期最多挨顿骂，但是如果强行上线，那如果出现问题，那就是上线事故了。会丢工作的。

#产品经理挑战赛# day3

这事我有经验啊。

需要从项目开始前进行排期预防，项目进行中节奏控制，项目即将上线抓主要矛盾。

项目开始前：

项目开始前认真评估工作量，把预估好的开发进度安排和开发对一遍，对一遍后适当进行调整。如果项目涉及到与其他系统的对接，建议每对接一个新的系统就多安排2-3个工作日的时间。因为对接新的系统需要对方的接口文档，甚至开通防火墙等等。

项目进行中：

制定每周的开发进度计划表，每周四与开发开个会议过一下本周任务执行的进度。如果慢了，就让研发考虑在周末努力一把来赶上项目进度。如果快了，就把下周的开发任务适度挪到本周进行（很少发生）。

项目即将上线：

抓主放次，只要项目能满足业务需求，达到了业务目标，且数据没有错误的话。像UI不美观这种bug，都是可以容忍的。当然有时间的情况下也要抓紧将这些bug修复掉。

1.进行bug分类，看看哪些是会影响主流程执行的bug必须优先解决，其他优先级比较低的可考虑靠后修复（若时间不够可跟业务沟通，先上线后修复）；

2.要紧盯修复bug的质量，要保证问题不会重复再出现，否则就会延误很多时间，而且测试人员也难受，测了个寂寞；

3.最后一点就是跟开发主管沟通协调，通过加班来追赶进度；

首先要与领导确认，现在遇到的问题，会出现的情况，影响到的功能。看怎么去解决，是否能够延迟上线时间，待bug都修复好才上线。

之后就是要大家开会沟通，把bug分类好，按严重性，优先级来区分，先把严重优先的bug解决，可以把一些不严重优先级低的bug延后处理，或者可以等上线后再处理。

淦他凉，上了再说。

成了起飞，出问题跑路

这种事情对产品经理不是家常便饭嘛，严重bug加班修复，修复不好别上；不严重的上线后再改。

是因为需求文档写的不清楚导致的bug么？

太多bug我不会签名的，硬上出问题自己扛着

bug和你有啥关系，那不应该是程序员操心的么？狗头.jpg