要进行需求的管理，首先了解有什么需求，需求提出者是谁，当然如果能了解需求的实现逻辑那是更好了。为什么要了解这些呢，这对我们解决需求中遇到的问题，是有必要的。
1，需求产出问题我们经常会吐槽我们的产品做着做着就变成了填各种坑，经常是需求人员设坑，测试找坑，开发填坑，没准连带着又挖了一个坑，需求人员为了埋这个坑去设计这个需求。。。周而复始，我们就这样的循环着。为什么会产生这样的原因，当然原因有很多，需求不够明确，项目人员考虑的不周到，后期的需求变化，设计的原因等等。
2，需求变更问题开发人员以及项目相关人员经常是最开始的时候了解需求，做到最后的时候，完全的不了解需求了，没有一个人完全的了解这个需求，这个需求是谁提出来的，为什么要这么做。这样导致了后期各个部门直接沟通配合都出现问题，进度delay。
3，需求不确定性问题经常前期沟通需求好长时间，需求评审确定后，开发人员也开始根据需求做了很多的开发工作，突然一天被告知，这个需求全部推翻，不做了，浪费了人力物力财力啊。。。
针对这几个问题，我是采取了那些的措施和工具进行管理的呢，首先在需求阶段，我要识别出需求的提出者是谁，明确规定，前期所有的需求都是要经过产品经理这个人知晓并整理后进行需求的评审，组织项目的相关的人员进行需求的评审，评审过程中明确需求，另外各个人员想想需求的可行性，已经后期的影响等问题，根据需求评审中的问题进行跟踪。需求要进行变更的管理，就是需求评审后在进行需求的变更的时候要有一个流程，这样需求做到可以控制，可以追溯。在需求的过程要不断的识别问题以及风险，尽量做到早识别早发现，早解决，问题风险等要有一个记录，后期归档，做为一个经验的积累，给后期的产品做一个参考。总之需求要全员参与，全员遵守流程。
F�Ѧ�=���
网友评论