需求汇总表
项目进度表
自身的研发实力和饱和度我认为这是做好需求控制的前提，没有这个前提，一切的规划和分析都是无用功。俗话说得好，有多大屁股穿多大裤衩。这就要我们首先得明确自己的定位，对公司来说就是要知道自己手里有几杆枪。产品、研发的实际能力，在面对纷繁的需求时，我们就可以有的放矢。举例，明明整个研发部门才10个人不到，但每每规划的时候却经常忽视这一点。工期安排也是不切实际，盲目评估。最后的结果必然是无休止的加班和徒劳。明确自身定位，实事求是，不冒进，不夸大！
明确需求的重要性和优先级了解清楚自己的家底之后，我们再来评估哪些能做、哪些不能做、又该如何做的问题。其实关于需求分析的能力，之前也有专门的文章提到过，在这里只简单的说下需要注意的地方。首先，整体定位。客户提需求永远都是站在自己的立场，这就需要的定位是否相符。定位为资源共享平台，用户需要将所有信息隐藏不公开。定位有偏差的地方，这种需求，战略调整，否则肯定是不会考虑的。其实，是否影响用户正常使用流程。这就要区分所提的需求是锦上添花还是雪中送炭，影响客户正常业务开展的功能需要能够及时安排，而那些为了提升效率的功能，先完成了从0到1之后再考虑吧。最后，是否影响现有流程。这也是至关重要的，如果提的需求和之前的业务存在冲突，就需要我们提供一个平衡方案。既要保证之前的业务不受影响，又要满足新业务的开展，考验的是产品经理的设计能力。
寻求速度和质量的最优解这最后一条其实就是产品经理的最后防线，在所有的需求都不得不做、砍无可砍的情况下，如何兼顾开发速度和开发质量，就是摆在我们面前的一大难题。在情况允许的前提下，我们肯定会争取一切可能的资源。这里包括争取更多的开发人力、争取更多的客户时间。在这期间，集中一切精力，一个功能点一个功能点的击破，切记多点开花。需求精简再精简，请记住这时候是在和时间赛跑，所以优先保证主流程的顺利，其他任何周边辅助功能都可以往后。先让产品能跑起来，才是王道。这时候如果再谈什么用户体验、使用感受，那就是耍流氓。测试的快速跟进，争取做到开发和测试同步进行。当然了，产品也要及时跟进，确保需求的准确落地。遇到这种情况，都是每个主流程开发完马上提测，遇到问题快速解决。这时候，就不要想着什么版本的问题了。
对需求进行评审
明确需求的优先级
资源状况