项目管理问题之需求变更

 

案例情景：

该项目整个周期为2个月,有3轮功能测试，当第3轮功能测试结束时也就是即将进入预发布阶段时，需求提出方才把用户反馈信息给了我们，要求我们按用户的要求去改。改动的地方涉及到页面的样式，文案，sql语句，校验逻辑等，总共可能有20个左右的文件要被改动。我们建议只改页面的样式和文案，其他部分先不要改，等下次升级维护时再改，否则可能会影响发布。在多次交涉无果的情况下，开发只能硬着头皮改，测试只能再申请一轮测试，也就是总共要4轮的功能测试。虽然大家努力地按需求提出方的要求做了，但是开发和测试变得很被动，也给项目管理带来了潜在的风险。

 

问题：

公司有很完善的流程来管理需求变更，但是在实际项目管理中，需求提出方还是在出其不意地提出变更需求。项目管理中，如何来避免或改善这种情况？光靠流程显然是不够的，该怎么办？

 

项目管理中要改进的地方：

在这个项目中，需求提出方从需求定下来之后，似乎就是开发和测试的事情了，直到快发布的时候，需求提出方才给了用户使用反馈。项目经理一直在跟开发和测试的进度，却忽视了去和需求提出方及时沟通，如果在第一轮功能测试后，让用户就试用一下，给点反馈，我们就不会这么被动了。

 

心得体会:

项目经理在项目管理的过程中，当前期的需求和计划都确定后，不能光顾着跟开发和测试的进度，也要阶段性的和需求提出人多沟通，让他们及时给点反馈,不要等到什么都做好了，再让用户说“我要的不是这样的，这里要改一下”。永远不要把问题留到最后一分钟，超前一步，留点余地。