大家在公司做不做需求和设计的评审？
具体是怎么做的？ 做需求评审要求用户需求人员、系统测试人员、系统设计人员和需求开发人员参加
设计评审：如果是顶层设计 要求需求人员、底层设计人员、集成测试人员和顶层设计的同行参加；如果是底层设计 要求顶层设计人员、单元测试人员、代码实现人员和底层设计的同行参加。
提高评审有效性的关键在于评审会前评审人员工作量的投入、好的检查单使用。 好的检查单应该有备哪些信息？
如何使用好检查单呢！？ 好的检查单源于你对该类工作产品的详细定义。
是该类工作产品历史出错的经验浓缩。
检查单不能覆盖全部错误，
但它有助于你关注关键多数 所谓的评审很多时候都流于形式了。 为什么所谓的评审都流于形式？评审就是要出结果的不是吗？
例如《测需求规格》评审就是要对文档中有疑问的地方提出问题来，评审会就是要解决这些问题的，怎么会是形式呢？ 如果评审流于形式，那么评了不如不评。流于形式的评审，只会造成资源的大量浪费。我觉得，有效的评审首先需要一个好的公司文化，氛围；第二，需要有一个科学的评审规程。比如，在选择评审员，评审时机等。总之，是要从机制上解决。
页:
[1]
