请教各位前辈关于需求评审的粒度问题
去年底的时候我开始负责公司里的一些项目，算是个0~1岁的PM新手吧~今天想请教各位前辈的是关于需求评审的问题。我们公司这边需求评审会有公司高层和关键部门的负责人参加，大家一起划定需求范围。不过需求评审是产品这边组织，平时的需求采集和分析也是产品这边做，所以就总会有这样的问题出现：评审的时候总有其他部门的同事看不懂需求，或者直接提出诸如“会有XXX功能吗”“XX能不能做成点一下按钮就出现XX效果的那种”这种直接从需求跳到交互细节的问题，让我不知该怎么回答。另外技术方面的同事也希望需求能细点再细点，他们好评估开发量。
我的观点是需求评审上只讨论要做哪些事，不希望深入到用例或者更甚到交互层面。举个例子吧，比如我们要做一个在线比赛相关的项目，收集到一些客户的需求，客户需要线上推广他们组织的比赛，还需要在比赛结束以后对比赛有量化的总结。需求评审阶段相关的产品需求有网页上的活动推广位置和活动数据报表。我想请教的就是评审阶段需求的粒度到这里合适吗？还是说应该再细致一些？比如细化到报表里的统计指标？但是太细了是不是也不太好呢，毕竟会延长前期需求分析的时间，时间什么的永远都不够。。。
不知道我说明白没，也可能每个公司的流程不一样，也许会和我描述的不太一样，如果那样也希望大家能介绍一下，赐教一些更好的工作方法~
总之因为经验不足最近每天都手忙脚乱的，不过痛并快乐着，还是挺开心的~呵呵~~\(≧▽≦)/~ 参考：
http://www.hiaxure.com/thread-2989-1-1.html
http://www.hiaxure.com/thread-1218-1-1.html
http://www.hiaxure.com/thread-23-1-1.html
http://www.hiaxure.com/viewthread.php?tid=176 这个问题，是很多人经常遇到的扩散的问题。我去看下LS的回答去。
PS：看完了，基本答非所问，但是最后一个帖子真的受益匪浅。
页:
[1]