干货经验：产品需求的评审和讨论.docVIP

干货经验：产品需求的评审和讨论 　　话不多说，直接上干货。 　　 　　本文主要分为四部分： 　　需求评审的标准 　　需求评审面临的困难及小技巧 　　需求评审的原则 　　需求评审的具体步骤 　　一、需求评审的标准 　　1、需求评审要细到什么程度？ 　　严格地讲，需求评审应当检查需求文档中的每一个需求，每一行文字，每一张图表。 　　2、评判需求优劣的主要指标 　　正确性、清晰性、无二义性、一致性、必要性、完整性、可实现性、可验证性、可测性。如果有可能，最好可以制定评审的检查表。 　　二、需求评审面临的困难及小技巧 　　1、需求评审的一个通病是“虎头蛇尾” 　　需求评审特别地乏味，在刚开始评审时，大家都比较认真，进行的越往后越马虎。尤其是当需求文档很长时，几乎没人能够坚持到最后，别说你能，我不信！ 　　小技巧： 　　事先强调重点模块； 　　评审时间长时，建议隔时间段休息； 　　如果系统大文档长时，可细分成不同的部分或模块分别进行讨论； 　　严格控制每次评审的文档规模及评审时间。 　　2、需求评审涉及的人员可能比较多 　　将这么多人聚到一起开会是非常不容易的，例如某些人可能在出差，某些人可能在进行别的事物··· 　　小建议： 　　不要把所有事情挤在一起做，需求评审可以分段进行，这样每次评审的时间及与会人员都会少一些； 　　其次将《需求规格说明书》进行不同的标记，如草稿状态、评审状态、最终状