通过文档来传递信息是的。但是，对于同一个内容，不同的人可能会产生截然不同的理解。因此，需求评审是需求文档的有效补充。需求评审能够「更准确」的传递信息。我个人觉得一场会议，无论是什么类型的会议，尽可能的都要简短。超过两个小时的会议，会议的效率会非常非常低。我个人参加一个会议，超过半小时，待在一个密闭空间里，就有些受不了。更别说专心的吸取庞大的信息。
破格申报
为了不拘一格选拔人才，对确有真才实学，成绩显著、贡献突出的人员，可以不受学历、资历的限制破格申报高、中级职务任职资格。
一破格申报高级职务者具有下列条件中的二条：
1、获得部、省级表彰的学科带头人；地市级以上有突出贡献的中、青年专家；荣获、省级表彰的乡镇企业家或厂长、经理。
2、获得科技进步三等奖以上；省、部二等奖以上；地市一等奖以上（含发明奖、成果奖、自然科学奖、星火奖）项目的主要完成者；获得金、银产品奖或省、部级产品奖或工程奖的主要生产技术负责人；创、省级新产品奖的主要生产技术负责人。
3、直接主持完成大型项目或负责大中型企业生产经营管理工作或对非公有制企业技术发展作出突出贡献，取得明显经济效益者；企业连续二年营业收入在2000万元以上（省确定的山区县1000万元以上）、或利税在400万元以上（省确定的山区县200万元以上）的主要负责人。
4、在技术发明、创新、改造、专利、推广、应用中，取得的经济效益连续二年（申报高级职务的前二年）占该企业利税总额（400万元以上，贫困山区200万元以上）20%以上的主要技术负责人。
5、对本专业技术岗位的工作创立了有价值的经验，并在省内同行业中推广的主要贡献者；担任中级职务期间，成绩显著，并获得省级以上先进工称号的；或者在地市以上报刊或会议上发表过两篇以上被同行专家认定为有价值的学术论文，或正式出版过有价值的著作或译著。
需求评审会上还需要注意。那么尽可能的准备充分的文档，并且让与会人员详细详细再详细的。需求需不需要评审，其实主要由两点决定的。文档能不能详细的阐明清楚需求的设计方案。另一点是有没有容易导致大家产生歧义的点。也与团队的协作模式有关系。如果团队协调的已经很，而且非常乐于用文档传递信息，并且已经在的通过文档来传递信息，那么可以考虑不进行需求评审。有时候一个过于简单的需要，其实也是没有必要进行评审的。产品经理要及时把大家带回正轨。需求评审会不是挑刺大会。
