小服AI 
前十一步都在建立预测。第十二步把预测交给样品、试点和试产。第十三步把必须守住的参数写成操作方法。第十四步把产品交到能独立支持它的人或组织手里。三步都属于验证阶段。跳过任何一步，设计六西格玛都会停在一份很好的分析报告上。
先核对计算公式，再做寿命试验
传递函数的确认不是再看一遍拟合图。它是按事先写好的步骤，用实物在声称的范围内取点，比较预测和测量，并判断这个偏差会不会改变决策。范围、抽多少、偏差大到什么程度算失败，都要在试验前写定。试验后再挑一个好看的子集，不叫确认。
关系确认之后，是可靠性试验。几类试验回答不同问题，不要用一句“做了寿命试验”概括。
试验做到失效，并做寿命分布图，用来估计形状和特征寿命，核对第五步选的分布。
加速试验用提高的载荷换时间。前提是失效的原因没有换。温度、振动都可以加速。但“试验一小时相当于使用多久”要能说清楚依据。失效原因是什么。载荷加到多高。能外推到什么范围。步骤是：先写明什么叫失效，再选载荷，确认失效原因没变，再推回使用条件。原因一变，你加速的是另一种失效。
增长试验看着可靠性随改进行动上升。它适合系统级样机阶段，用来管理还要改多少。它不能代替设计目标。
鉴定或确认试验回答是否达到某个已经声明的目标。样本里失效很少甚至为零时，不能把平均寿命说成无穷。零失效只能给出一个下限。这个下限和样本量、任务时间、置信水平连在一起。成功运行试验要在试验前算清楚。要声称多高的可靠度、多大把握，需要连续成功多少台。事后看到“三十台都没坏”再反推出一个很高的可靠度，通常是样本不够，结论却说满了。
生产可靠性验收用于量产抽检。问题是这一批能否放行，不是重新设计产品。现场验证靠失效报告和纠正措施。失效被记录、分析、改设计或改过程，再验证关闭。没有这个闭环，第五步的模型会永远停留在试验室。
第十二步结束时，记分卡上的预测应被实测替换或修正。替换后仍然很差的项，要么有已知的设计动作，要么被正式接受。不能带着还亮着红灯的项目，说我们已经验证了。
把必须守住的参数写成操作方法
控制计划是维持设计表现的做法，不是质量部门事后补的一张表。它可以包括防错装置、数据采集、持续测量、过程监控、量具控制、统计过程控制、审核、出界后的反应、图纸和工艺文件、预防性维护、过程负责人，以及软件的维护和版本。
它重要，是因为关键特性要在时间上保持一致。持续收集的数据能反过来检验设计能力，并留给下一代产品。运营部门靠它接产，而不是靠设计工程师在现场再住三个月。
设计控制计划只有两条主线。第一条，从详细设计里找出必须监控的输入、过程和输出。优先监控上游的原因，不要只在成品上检测结果。监控的集合要尽量小。小到经济上负担得起，又大到足以保证顾客特性。第二条，把这些监控写成操作中真的会用的程序。标准作业、抽样、出界后怎么反应、谁有权停线。
过程监控在这里要设计，不能默认每小时抽五件。样品怎么分组，决定你看得见哪一类波动。抽多少、多久抽一次、每次看多长时间，共同决定控制图反应有多快。过程偏了以后，平均要抽多少次才会报警。这个等待如果长过你能承受的缺陷流出，样本量或频率就得改。量尺寸和数不合格件数，算法不同。只数合格不合格时，尤其容易在“每天看一下不合格数”里看不出该看见的变化。
量具控制也要写进计划。第三步如果只在项目里做了一次，量产六个月后尺子漂移，控制图会把漂移当成过程变坏。或者更糟，当成过程变好。
人离开以后，文件还要找得到
这一步高度依赖每个企业自己的发布制度。有四件不能缺。
有一份移交计划，不能临近发布再开会。发布准则事先写好，不能发布当天投票。发布之后仍要运行的过程，能力是足够的。设计文件能被以后需要它的人检索到。
一份可用的发布准则通常包括这些。顾客特性的符合性已经用证据验证。支持政策清楚。支持已经就绪，包括文档、培训、顾客知道如何报问题、标准作业已经在跑。制造和交付准备好。记分卡、传递函数、失效模式分析、试验历史都在。教训被记下来。过程文件齐全。
质量计划要有主人。供应商资格和控制计划就位。过程内的质量方法就位。失效报告系统在运行。可靠性和可用度的度量已经定义。软件还要有灾难恢复、版本管理和支持资源。用户指南、安装、维护和销售培训材料，是产品的一部分。
文件很全还不够。检索路径要在移交时被接任者演示一遍。打不开的网盘，和只有设计负责人电脑里的表格，等于没有文档。
设计团队解散是正常的。不正常的是顾客问题回来时，没有人能指出当初哪条传递函数、哪份控制计划、哪条风险的退出标准。第十四步就是为那一天准备的。
本篇带走
1 先按预定标准确认传递函数，再用对的可靠性试验回答对的问题。零失效只能提供下限。
2 控制计划监控尽量少、但关键的上游参数，并写清抽样和出界后的反应。
3 移交要有事先写好的发布准则、能运行的支持，以及找得到的设计记录。
下篇 收尾，按顺序做完十四步，关口上问三个问题。
