惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

量子位
T
The Blog of Author Tim Ferriss
U
Unit 42
Microsoft Security Blog
Microsoft Security Blog
WordPress大学
WordPress大学
Vercel News
Vercel News
MongoDB | Blog
MongoDB | Blog
P
Proofpoint News Feed
D
DataBreaches.Net
The GitHub Blog
The GitHub Blog
大猫的无限游戏
大猫的无限游戏
C
Check Point Blog
Blog — PlanetScale
Blog — PlanetScale
I
InfoQ
Y
Y Combinator Blog
F
Full Disclosure
B
Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
G
Google Developers Blog
博客园_首页
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
月光博客
月光博客
博客园 - 三生石上(FineUI控件)
博客园 - 叶小钗
S
SegmentFault 最新的问题
腾讯CDC
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
V
Visual Studio Blog
Apple Machine Learning Research
Apple Machine Learning Research
人人都是产品经理
人人都是产品经理
Recent Commits to openclaw:main
Recent Commits to openclaw:main
The Register - Security
The Register - Security
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Microsoft Azure Blog
Microsoft Azure Blog
云风的 BLOG
云风的 BLOG
Last Week in AI
Last Week in AI
F
Fortinet All Blogs
C
CXSECURITY Database RSS Feed - CXSecurity.com
Hugging Face - Blog
Hugging Face - Blog
T
Threatpost
GbyAI
GbyAI
G
GRAHAM CLULEY
L
Lohrmann on Cybersecurity
T
The Exploit Database - CXSecurity.com
P
Palo Alto Networks Blog
L
LangChain Blog
T
Tenable Blog
C
Cisco Blogs
T
Threat Research - Cisco Blogs
Google Online Security Blog
Google Online Security Blog

博客园 - 杨学明

行业解决方案需求分析难点与痛点分析 产品路标开发的组织、步骤与交付 如何构建产品和技术双轮驱动的产品竞争力 Offering、产品名称、型号、BOM 、版本之间的关系 如何进行Offering组合管理与路标规划 技术洞察的组织、方法与工具 如何进行产品包需求分析 工艺装备类产品测试与普通产品测试的差异 多品种,小批量的产品如何做版本规划 产品路标与需求、项目、版本之间的关系 以服务型制造转型为契机,推动研发组织变革 从项目经理走向产品经理,需要迈过四道槛 共创力咨询:AI背景下高科技企业的研发转型策略 如何通过CBB管理提升质量、降低成本、加快产品上市周期 左手创新,右手质量 共创力咨询:AI对高科技企业产生的深远影响 复制竞争力,而非复制流程 共创力咨询:AI如何赋能实体产业 嵌入式产品测试的四个阶段和工具方法 如何制定质量战略 嵌入式产品软硬开发管理的难点分析 实施IPD体系,由项目开发走向产品开发 企业如何打造创新焦点 在萧条的经济环境下如何实现飞跃 技术创新类项目如何制定年度预算 共创力咨询:人工智能的前景及未来 谈谈IPD推行准备度评估 IPMT运作的常见问题及解决办法 IPD的核心思想 产品树和技术树如何进行有效关联 中小企业如何制定技术战略 IPD变革的核心是组织变革 如何建立研发人员的积分制管理体系 为什么跨部门团队运作如此困难 如何提高流程执行的效率 IPD不仅是流程,还是产品创新的出路 谈谈研发项目管理的积分制 传统企业如何建立研发创新中心 产品测试体系建设的三个层次和两个保障 企业需要有从0到1的创新思维 谈谈产品测试的四个阶段BBFV/SDV/SIT/SVT 瞄准价值需求,加速产品迭代 推进IPD体系,激发企业组织创新活力 产品测试部的核心价值与组织架构 产品路标规划与版本规划的有效衔接 《产品路标规划与版本规划实践》深圳公开课(2026年6月12-13日) 如何对颠覆性技术创新进行管理 IPD为什么不能落地 什么是IPD端到端流程体系 如何构建技术生态 如何打造产品差异化竞争优势 研发管理者如何进行决策 创新型企业转型成功的六大特征 技术洞察对公司战略的意义 研发项目经理的压力来源及解压方式 技术洞察的四个维度 AI算法工程师的能力画像 IPD流程下PQA如何设置 研发测试与研发质量的不同定位 市场洞察力就是产品竞争力 中小企业如何进行技术和产品创新 从单品到解决方案开发,企业如何转型 企业产品战略如何拥抱新质生产力 谈谈产品生命周期终止的决策标准 技术生态型产品如何保证质量 如何建立研发人员的评价体系 共创力咨询:为什么AI裁员,研发成了重灾区 IPD和敏捷融合:智能硬件产品开发的必经之路 共创力咨询:助力AI企业变革转型案例 共创力与某机器人公司就CBB管理进行探讨 技术洞察:人形机器人的六大应用领域 建立以创新驱动,以质量引领的精细化研发管理体系
如何做好技术评审
杨学明 · 2026-05-22 · via 博客园 - 杨学明

01什么是技术评审?

技术评审(Technical Review,TR) 目的是尽早地发现工作成果中的缺陷,并帮助开发人员及时消除缺陷,从而有效地提高产品的质量。随着公司产品在客户现场质量要求的提升,产品出现问题造成的影响越来越大。因此,对于团队化大系统的开发,只有集中集体的智慧,才能有效地提高产品质量,把错误和风险的可能减到最小。随着公司对产品质量越来越关注,技术评审在产品开发过程中的作用显得越来越重要。技术评审有以下的几个作用:

  1. 通过技术评审可以及时发现设计中欠考虑的方面及其原因;
  2. 通过技术评审可以使产品的选择、问题和错误尽早明朗化,避免下游阶段对前期隐藏的缺陷无法纠正或者被迫耗费巨大的人力、物力和时间;
  3. 技术评审确保在设计中考虑到了所有技术风险,并且在产品设计中进行了充分考虑以满足规定的产品需求;
  4. 技术评审不仅评估产品技术上的成熟度,还在项目关键点上评估产品开发的条件,为产品的项目管理决策提供有力的依据;
  5. 评审的结论明确了设计中存在的风险,根据评审结论可以采取相应的风险规避措施或其它具体行动。

在产品开发过程中,一般有以下七个技术评审点:

image

02 技术评审经常遇到的问题有哪些?

最近有很多客户提到:评审大家的积极性都不是很高,所以评审活动我们很努力的想抓,但是总不长久,有什么切实可行的办法提高评审、提高缺陷去除率,提升产品质量?根据共创力咨询的经验, 总结起来,技术评审经常的问题如下:

image

03 技术评审七个评审点的区别是什么?

TR1: 关注产品包需求与产品概念评审,如:假设我们的任务是开发一款杯子。那么在概念阶段,就要通过分析市场和客户需求确定杯子的大致款式,客户需要一款什么样的杯子,是用来盛水的还是用来泡茶的,便携式的直筒款,还是带手柄把的老板款。

image

TR2: 就是要评审诸如容量、色泽等产品规格,即产品级规格和方案评审。如: 确定了杯子的上述需求和初步概念后,我们还不清楚杯子的具体规格。在计划阶段,对需求进行分解后,就要对杯子进行大概的设计,确定其规格,我们是要做一只容量多大的杯子呢?200ml、350ml还是500ml呢?杯身透明还是磨砂呢?

image

TR3 : 关注重点就是子系统规格及方案设计。缝纫机类的复杂产品子系统就更多了,电机系统、电控系统、机械系统等等都需要进行规格设计。每个产品都是由若干子系统构成,对于杯子而言,杯盖就是子系统,杯盖如何设计也是不容忽视的,平顶盖还是带手柄的?

image

 TR4:关注的重点,即详细设计和子系统调试验证。杯子的总体方案及杯盖等子系统规格确定后,就要进行详细设计了。杯子高度设计多少、壁厚多少、包装纸盒与减震泡沫尺寸如何……这些数据都需要进行详细设计。对于盖子拧上后是否漏水的密封性甚至在设计的过程中就要同步进行设计方案验证,以便根据测试结果及时调整设计参数。

image

TR4A:关注的就是功能样机,通过功能样机评审其原理是否可行,基本功能是否满足需求等。设计工作完成后,需要按照设计图纸和方案把零件加工出来,并进行组装形成产品的雏形——功能样机。

但此时的杯子还不是真正意义上能用的杯子,其材质,工艺要求不一定完全按照设计图纸,比如杯盖可能是采用工程塑料快速成型得到的,但此时的杯子已经从理论变成实物,能更直观的验证产品的功能特性(外观轮廓、容量、手柄位置)是否满足需求。

image

TR5: 验证杯子的各项性能是否达标,如杯子的密封性、色差、抗撞击性等指标,同时也检验生产过程的可行性,为批量生产做准备,主要验证工艺样机、生产工艺验证。

经历了从市场客户需求分析到项目组内部对产品规格及详细设计,再到功能样机的实物验证,我们要设计的这个杯子已经从当初的概念轮廓变成了可触摸的实物,通过对实物样品的分析评审,确定其无技术风险后便要开始小批量生产真正意义上的杯子,这阶段生产的杯子各零件和装配过程都必须严格按照设计和工艺要求,比如杯盖要采用能承受-20~120℃的食品级PP材质、杯子无毛刺飞边瑕疵等。

image

TR6:就是评审客户使用和市场反馈情况,了解产品的市场满意度,也就是IPD流程中所说的外部验证评审。可以说成小批量样机。

虽然项目组内部已对杯子样品进行了测试分析,但杯子最终是要投放市场给客户使用的,客户是否也认同这样的设计,杯子的性能是否能满足客户的需求等等这些问题还未得到验证。所以在验证阶段,需要将试产的成品杯子投放给市场客户试用,看看客户怎么说,他们是否认为此杯子就是当初想要的杯子。

image

TR6主要是通过收集客户试用情况,了解杯子的设计是否满足客户需求,甚至会针对某些反馈意见优化改进杯子的设计。评审最终产品是否符合用户需求,并验证生产的一致性的情况。如果TR6评审通过,即所有的产品验证工作可以结束,公司会组织相关的发布决策评审。

04 如何做好技术评审?

共创力咨询认为,做好技术评审必须做到以下几点:

  1. 列出各项交付评审专家的名单
  2. 列出评审要素
  3. 建立评审的IT平台
  4. 与开发人员的任职资格挂钩
  5. 由QA记录评审专家在每一次会议上的表现
  6. 对评审专家进行正向激励

    另外,在做技术评审时,需要规避以下的问题:

  • 任何一次Review需要的人数,最少需要3人,最多需要7人
  • 建议工程文档一次Review规模不超过40页
  • 建议代码一次Review规模不超过500行
  • 建议原理图一次review规模不超过10页A4图
  • Review会议时间一般为两小时
  • 作者在提交工作产品前,首先进行自检
  • 组织者可以定制本次Review的Checklist,保证Review质量
  • 组织者应当根据被Review对象的规模及复杂程度为检视者留出足够的准备时间
  • Review人员可以兼任讲解员,记录员和组织者,但是作者不能兼任这三个角色
  • Review活动建议按阶段分层进行多轮review