案例情景:
该项目整个周期为2个月,有3轮功能测试,当第3轮功能测试结束时也就是即将进入预发布阶段时,需求提出方才把用户反馈信息给了我们,要求我们按用户的要求去改。改动的地方涉及到页面的样式,文案,sql语句,校验逻辑等,总共可能有20个左右的文件要被改动。我们建议只改页面的样式和文案,其他部分先不要改,等下次升级维护时再改,否则可能会影响发布。在多次交涉无果的情况下,开发只能硬着头皮改,测试只能再申请一轮测试,也就是总共要4轮的功能测试。虽然大家努力地按需求提出方的要求做了,但是开发和测试变得很被动,也给项目管理带来了潜在的风险。
问题:
公司有很完善的流程来管理需求变更,但是在实际项目管理中,需求提出方还是在出其不意地提出变更需求。项目管理中,如何来避免或改善这种情况?光靠流程显然是不够的,该怎么办?
项目管理中要改进的地方:
在这个项目中,需求提出方从需求定下来之后,似乎就是开发和测试的事情了,直到快发布的时候,需求提出方才给了用户使用反馈。项目经理一直在跟开发和测试的进度,却忽视了去和需求提出方及时沟通,如果在第一轮功能测试后,让用户就试用一下,给点反馈,我们就不会这么被动了。
心得体会:
项目经理在项目管理的过程中,当前期的需求和计划都确定后,不能光顾着跟开发和测试的进度,也要阶段性的和需求提出人多沟通,让他们及时给点反馈,不要等到什么都做好了,再让用户说“我要的不是这样的,这里要改一下”。永远不要把问题留到最后一分钟,超前一步,留点余地。