前言
企业产品研发过程中，我们总能听到类似这样一些声音：
技术评审效率太低，一开就是半天，也没啥结果；
团队里都是技术骨干，不用评审了；
已有决策评审了，技术评审就是浪费时间；
我们有测试人员，因此不必技术评审；
……
本文我们从IPD技术评审的角度，介绍企业在产品研发过程中存在的一些问题和误区以及工具解决方案。希望能帮助企业高效地做好产品研发流程提供突破口。
关于技术评审
技术评审TR（Technical Review）：是指IPD流程中定义的TR1-TR6 这7个技术评审点。用于检查产品开发项目按照IPD流程实施到一定阶段后的技术成熟度，发现存在的技术问题和技术风险，给出技术上的解决方案和改进计划。
TR1-TR6这7个技术评审点按阶段分别设置在IPD研发流程中（概念、计划、开发、验证、发布）：
TR1：产品需求和概念评审。
TR2：需求分解和规格评审。
TR3：总体方案评审。
TR4：模块/系统评审。
TR4A：集成测试评审。
TR5：样机评审。
TR6：小批量评审
为何企业的研发流程“如鲠在喉”？
在产品研发流程中，技术评审可以在研发前期及时发现设计缺陷，尽可能多地将问题消灭在摇篮里，因为问题发现得越晚，其解决成本也将会越高。但是，很多企业的产品研发流程及技术评审并没有达到预期效果，下面列举几个常见问题：
1.研发流程形式上走通了但指标不通
研发过程中，如果前一阶段的评审或指标未达到公司设定的要求，那么是不允许进入下一个阶段的。如果某个环节发现了产品问题，需要及时修复处理，直到达到标准要求了，才允许进入下一个环节。但是很多公司特别是中小型企业，并不在乎各个研发阶段的指标要求，得过且过，只是形式上“完整地”走了一遍流程，最终结果必然是所有的问题都积累到了后期，影响了产品的交付质量，且大大增加了修复成本、拖长研发周期。
2.决策评审与技术评审混为一谈
决策评审与技术评审是产品研发流程中的两个不同的评审体系，很多企业并没有进行区分。决策评审是公司高层管理者从投资角度，针对该项目开发是否能在市场上取得商业成功给出结论，判定是否继续进行或将收回项目资源。技术评审是通过邀请技术专家，从产品设计的技术角度来评审，判断是否进入下一步，否则重新优化设计。很多企业在开评审会时将两者混为一谈，甚至干脆二者融为一体一起开。
3.依托测试取代技术评审
“我们有测试团队，所以没必要在前期搞那么多技术评审会议。”这种错误观念使得很多企业直接忽略技术评审，只重视产品测试。他们认为技术评审浪费时间，影响进度。事实上，前期的技术评审，能帮助企业更早地发现产品设计缺陷，及时优化设计，保证项目在开发过程中风险早期干预，以减少资源浪费和有效控制研发成本、缩短研发周期时间。
所以，企业需要正确认识到技术评审在产品研发流程中的意义和作用。为了更高效、严格地落地执行每个研发阶段的评审，我们可以通过一些工具辅助我们把控整个产品研发流程，达到事半功倍的效果。
工欲善其事，必先利其器
禅道IPD版提供了从 市场管理、需求管理、路标管理、立项管理到IPD项目管理、TR评审、决策评审等核心功能，帮助企业构建结构化、流程化、规范化的产品研发体系。禅道IPD项目中技术评审引入了6个评审点（除了TR4A：集成测试评审）。通过技术评审评估当前阶段的产品成熟度是否符合预期，同时避免将上一阶段的风险带到下一阶段。
创建IPD项目后，在项目甘特图页面和阶段列表中都可以看到各个阶段下面具备的评审点。系统严格把控评审点与评审点之间有依赖关系：
阶段开始后阶段下的评审才能开始→TR评审通过后决策评审才能发起→决策评审通过→阶段才能关闭。只有上一个阶段完成关闭后，才能开始下一个阶段。
同时系统支持评审进度、评审报告功能，便于跟踪每次评审的过程与结果。
写在最后
本文我们就企业在产品研发过程中常见的一些问题和误区以及工具解决方案进行了一个简要的介绍。 如果大家还想了解更多关于做好产品研发流程及评审会议等IPD相关问题，欢迎在评论区留言交流。
