——中航电测仪器股份有限公司首席技术专家 陈南峰
研发过程评审及其组织管理能力弱是目前的普遍问题，使得研发过程得不到有效控制，产品问题频出。
本文总结结构化与批判性思维在评审中的应用，详见专家工作室训练课程《逻辑思维4-结构化与批判性思维——锻造火眼金睛》。
1 评审管理
a) 评审类别
1)决策评审
规划决策、计划决策、立项决策、发布决策、退市决策等。
2)技术评审
需求评审、方案评审、设计评审、测试/试验/验证报告评审、项目验收评审、通用技术评审等。
b) 评审流程
评审流程参见图22-1。
图22-1 评审流程
2 评审方法
a) 评审视角
1) 编辑性审查
2) 逻辑结构与关系
3) 管理/控制要素
4) 技术与方法
5) 讲解技巧点评
b) 评审步骤
3 注意事项
a) 编辑性审查
公文、国家标准、 企业内部的技术报告等，各有各的编写规范，但在评审时应区分原则性与非原则性的问题。
1）对于需要向外部提供的报告资料，编写规范是需要严格执行的；
2）只在内部交流使用时，核心关注条款编号、表号、图号、错字等易引起误解的内容，以及明显影响整洁美观的编排，其它不符合情形可做告知项处理。
b) 逻辑结构与关系
1）根据报告主题，凭借自己的经验，结合学过的金字塔结构及其变种、SCQA、TED、SCORE、OREO等等各种语言结构模型，去思考、构思逻辑结构，然后再审视比对被评审报告。
2）若发现与自已的构想有差异时，一定要仔细分析它的逻辑关系。
——报告的逻辑关系可能是对的，只是因为作者表达的视角与运用模型与自已的构想不一致，需要及时调整自已的思路。
——报告的逻辑关系是错的，那么需要充分思考，明确理由，指出错误，并给出改进意见。
c) 管理/控制要素
1）涉及到项目管理要素各知识域，要检查是否遗漏；同时也需考虑是否需要，并不是所有要素均需要体现的。
2）研发需求要素中，质量要素是评审最核心内容之一。要分类构建起产品需求模型—>模板—>要素表，然后传递成“评审要素表”，参见图22-2；此项工作量巨大，是个逐渐积累完善的过程，需要按照“需求工程”要求去构建，并在“ZOS—集成研发”软件平台的支撑下开展工作；逐渐积累形成“质量问题库”、“缺陷问题库”，然后再去迭代完善质量模型、模板，形成持续迭代改进的闭环。
图 22-2 评审要素及其传递关系
d) 技术与方法
1）运用的技术要追求成熟度：稳定、可靠，先进的技术一定要研究成熟方能用于产品开发。
2）采用的方法、方案、路径，要尽可能按结构树分类列出，并经过比对、评估、决策，从中优选。
3）新选择的工具、组件等要充分验证、试用，确认其功能、性能能满足我们工作需要，切不可盲目跟风，把应用“工具”变成“目标”。
4）要重视cbb的构建与应用，尤其在概要设计中报告尤为重要！
e)讲解技巧点评
继续仔细琢磨，反复体会图22-3所示相关要求！
1)大家一定要学会换位思考，想想你在听别人讲解时的感觉:
——语速太快你来得及吸收吗?
——声音过大过小你舒服吗?
——语调平淡无奇无起伏你觉得会犯困吗?
——他讲的内容是你想听的吗?
——你想听的重点他强调了吗?
——讲到重点问题时他留时间给你思考了吗?
——他讲的问题层次分明，前后连贯，通俗易懂吗?
—— ……
2）再问问自已，思考该怎么讲？
图 22-3 报告编写与讲解要求
——版权声明：著作权归作者所有，文章引用请注明出处，商业转载请联系作者获得授权，微信号：cnfeng2453