产物司理怎么改需求，才不会被研发“砍死”？

注：很对团队都是用邮件来同步、生涯需求，在项目打点进程中很轻易呈现需求文档版本紊乱的题目。工欲善其事，必先利其器，产物司理都应该在团队中敦促成立一套好的需求文档打点体系，譬喻 GIT 就很是好。

无论是正式可能非正式的，我们有须要将需求改观的环境奉告相干同事，包罗需求方、研发同事。

尤其是测试的同事，许多时辰在接头需求时，开拓或多或少会参加，但每每测试的同事直到发明实现和需求纷歧致时，才知道需求改观了。这也会带来他们的一再事变和测试质量的低落。

我们必要至少说清晰两件事：

（１）阐发需求改观的缘故起因

假如是本身的锅，请主动的背起来。假如是老板的锅，请充实雷同领略之后，也主动的背起来，不让本身酿成老板的传声筒。背的时辰，注重对改观代价的告诉，让相干人都能明晰改观的意义。大家都但愿本身做的工作是有代价的，描写清晰改观的代价，有助于后续事变的开展。

（２）明晰新的项目排期

对付研发的同事，项目排期是否变革抉择了各人阶段性的事变压力。假如争取到了改观需求的开拓时刻，各人可以保持事变节拍，以相对轻松的状态应对变革。假如项目排期无法改变，必要各人加班的话，也请备好零食饮料，全程陪同。

对付需求方，原有的打算也许有一系列后续事变，假如需求改观会导致项目拖延，必要汇报后续同事留意调解事变打算。同时这也是再一次奉告需求方这是我们团队为需求变革买的单，将来必要越发盛大。

注：假如老板是需求方，最后评估下来必要调解当前项目，出格是影响到其他项目标排期，必要做好向上打点的事变。由于层级之间每每存在信息差池称，对付整体项目标优先级判定也许会呈现纷歧致，要实时雷同。

许多同窗畏惧被同事 K 而不敢做需求改观，尤其是一些计划初期没能思量到的细节题目，研发一旦做出来之后，产物同窗发明白也不敢提出修改，放弃了对产物体验的有用掌握。

这种环境，我小我私人有个风俗是在每次研发前跟研发的同事约定一个产物体验改观期。当产物初版出来之后，我集中中把产物从新到尾感觉一遍，找出体验上的细节题目。有了事前的雷同和项目排期，各人对体验修改的容忍度也会高一些。

也有的同窗对其他人拍过来的需求来者不拒，所有都找研发同事改掉，而本身对付修改的缘故起因和水平并不相识。久而久之，这样的修改水平会让研发团队疲于奔命，也把本身酿成了需求方和研发团队之间的传发话器，损失团队信赖。必要回归原点，从用户需求出发，判定需求改观的代价。

偶然辰我们会由于排期已定，担忧影响上线时刻，连真正的题目也放过了。究竟上，对付互联网研发项目，排期更多起的是参考浸染，辅佐权衡项目标盼望环境。纵然真的有重大不能延缓的项目，像618，双十一这类大促勾当，我们也必要按照上线后的影响来抉择是否修改，而不是仅凭排期干事。

最后，送上不会被砍死的需求改观 32 字口诀：

方针出发，权衡代价，判定机缘，做好雷同；

不怕质疑，不甘传声，机动应对，顺理成章。

作者：蔡沁宇，公家号：勰门歪道（xmwd-666）

文章作者系 @蔡沁宇 未经容许，榨取转载。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!