知识点篇:3)合理的不良率系列-总章

本章目的:明确撇开人性,技术上也是允许合理的不良率的。

1.前言

作者从很久以前就打算写这篇文章了,只是有很多事情打断,而且有些不知道从什么地方开始写。

在这篇文章中作者希望表明的观点是:撇开人性,技术上也是允许合理的不良率的

作者相信,有很多的质量管理书籍上会有相同的结论,如果以后找到,会追加。不过现在就自己开始先写写。

这个观点是作者从事了很长一段时间的结构设计后,才渐渐明白的。

所以要表述清楚,也是有点难度的。

而且,要做到这一点,需要各方面的配合。

2.观点成立的原因

为什么从技术上会允许合理的不良率,说白了还是成本的问题。

比如制造方面可以用比较差的模具和设备,检测方面不用全检等。

但允许不良率并不意味着会下降单个产品的质量,这点注意。

也就是说,其实用二流设备是可以生产出一流产品的,当然代价很大。(花少钱还想买好东西是一个道理)

3.观点难以接受的地方

作者作为一名结构设计师,很长一段时间是不理解这个观点的。

因为被教导:

设计时需要精益求精,图纸不能有一个错误。

零件制造要正确,不能让供应商拿出不合格产品。

零件入厂检测要合格,每一个零件都最好全部检测。

产品组装后不能有问题,最好全部过测试。

等~

说好听一点是一个负责的工程师,说难听一点是一个死脑筋的人,

直到接触了一张图。如下。

是的,就是cpk的图纸。制造常常出现的情况。

假如一个零件的公差放宽一倍,成本就可以下降一半,而合格率只是从100%下降到80%,并且那20%的错误的零件是可以挑出来的,你会干么?

理解了这张图,作者也明白了,从技术上而言,不良率是可以被允许的。

3.1 历史遗留问题

但这个统计学的观点很难被人接受。

其一就是历史遗留问题。

我们在大学的时候就被教育去设计正确的产品,何尝会接触如何设计一个错误的产品。当然更不会去接受自己千辛万苦设计出正确的图纸,别人还制造出错的东西来。

所以,很多的新手设计师不知道:

制造人员从技术上讲,是可以制造不符合图纸的零件的。

零件是可以不用全检的,检测通过也是可能有错误零件的。

产品装配后也是可能有问题的,检测不是一切的终结等。

当然,对应设计师。

制造侧的供应商,装配线人员,检测人员,有更多人的不知道:

设计师从技术上是允许被设计出错误图纸的。(自己看都觉得是好扯的观点)

哪怕这些人是工作很多年的老手,也是一遍又一遍强调图纸的正确性。

3.2 人性与技术的对立

除却统计学知识难以普及,实施难度高之外。

更难的是,人性方面与技术的对抗。

作者的结论是:如果技术与人性对抗,技术会一边倒地败北。

是的,作者本人虽然知道这种能降本的技术,但并不看好它,原因就是在此。

要知道,合理的不良率,合理两个字并没有明确的界限,所以在人性的腐蚀下,设计师和制造人员,检测人员,乃至于管理者都不再精益求精会变成一件常事。没有底线的错会变成一件常事。

而且,因为利益关系,各种错误会容易变成把柄,被利用和攻击,成为公司内耗的依据。

所以,这种基于统计学的技术,更像是一种让人成瘾的药品,用的好固然能收获极大,但也非常容易埋下祸根。

因为人性。很多人都不会意识到(当然也不会承认),自己犯的错误,是压弯产品质量的最后一根稻草。

3.分清楚制造的阶段

但技术就是技术,技术本身无过错,好的就学吧,至少要了解一点。

学这一套技术的前提,是要弄清楚制造的阶段划分。

现在早已经不是设计与制造两极对立的时代了。

制造已经细分成:零件制造,零件检测,部件装配,部件装配检测,产品装配,产品检测

等这些阶段。大致如此,甚至要更细分。

其实在

进阶篇:1)制造发展阶段与对设计的要求

作者就说过这件事情。

4.理解每个阶段为什么允许合理的不良率

分清楚这些阶段时候,大家就能明确,产品制造并非需要每个阶段都100%正确。

比如,零件制造有一半是错误的,通过零件检测过滤一部分错误的零件,再通过部件装配检测过滤一部分错误的部件,最后通过产品检测过滤最后一部分错误的产品。那么,最后到顾客手里的产品任然是正确的。

而且,这种做法的好处是,大大降低了成本的同时,并提高了成品生产的效率,也就是最后好的产品反而比所有阶段都要求正确的情况要多的多。

上述是设计师要了解是事情。

但有很多制造人员不明白,那为什么会允许一部分图纸会有错误呢。比如公差明显大了,材料某些特性变差了等。

设计上允许错误,对质量管理来说,更像是一种控制手段,和制造上允许的不良率有些不同。比如统计公差法。这个后面分章再说吧。

5.小结

总章写到这里就可以了,具体哪一部分允许多少的不良率,作者会在分章中再写。

也许这一张的观点,对很多新手工程师,甚至是老鸟而言,都比较的让人惊讶。

但事实上就是如此。

合理的运用不良率,适当地接受错误,撇除各种人性的复杂,这是技术上也允许的。虽然的确有风险就是了

原文地址:https://www.cnblogs.com/zjc9915/p/11404879.html

时间: 2024-10-24 20:04:29

知识点篇:3)合理的不良率系列-总章的相关文章

Unity-Animator学习系列总索引

花了不少时间完成了这篇Unity Animator学习系列文章,其中API部分很多都是亲测.希望能对路过的博友有所帮助 相关参考文档 Unity Animator官方组件文档 Unity Animator官方脚本文档 圣典的部分汉化文档 Animator学习系列总目录 1.Unity-Animator学习系列---API 2.Unity-Animator学习系列---控制IK 3.Unity-Animator学习系列---剪辑播放后位置预判(Animator.Target) 4.Unity-An

计算机二级python 知识点篇(组合数据类型)

计算机二级python 知识点篇(组合数据类型) 集合.列表.字符串.元组.字典 集合类型 : 集合 (无序.无相同元素) 序列类型 :列表.字符串.元组 (有序.元素之间不排他) 映射类型 :字典 集合 集合概述 集合中元素不可重复, 元素类型只能是固定数据类型,例如: 整数. 浮点数. 字符串. 元组等, 列表. 字典和集合类型本身都是可变数据类型, 不能作为集合的元素出现 >>>S = {1010, "1010", 78.9} >>>type(

Node.js学习系列总索引

Node.js学习系列也积累了一些了,建个总索引方便相互交流学习,后面会持续更新^_^! 尽量写些和实战相关的,不讲太多大道理... Node.js学习笔记系列总索引 Nodejs学习笔记(一)--- 简介及安装Node.js开发环境 Nodejs学习笔记(二)--- 事件模块 Nodejs学习笔记(三)--- 模块 Nodejs学习笔记(四)--- 与MySQL交互(felixge/node-mysql) Nodejs学习笔记(五)--- Express安装入门与模版引擎ejs Nodejs学

计算机二级python 知识点篇(函数与代码复用)

计算机二级python 知识点篇(函数与代码复用) 全局变量 全局变量指在函数之外定义的变量, 在程序执行全过程有效. 全部变量在函数内部使用时, 需要提前使用保留字global声明, 语法形式如下: global <全局变量> >>>n = 2 #n是全局变量 >>>def multiply(x, y = 10): global n return x*y*n # 使用全局变量n >>>s = multiply(99, 2) >>

计算机二级python 知识点篇(文件和数据格式化)

计算机二级python 知识点篇(文件和数据格式化) 考纲考点 文件的使用: 文件打开. 关闭和读写 数据组织的维度: 一维数据和二维数据 一维数据的处理: 表示. 存储和处理 二维数据的处理: 表示. 存储和处理 采用CSV格式对一二维数据文件的读写 知识点1 文件包括两种类型: 文本文件和二进制文件. 二进制文件和文本文件最主要的区别在于是否有统一的字符编码 文本文件一般由单一特定编码的字符组成, 如UTF-8编码, 内容容易统一展示和阅读. 二进制文件直接由比特0和比特1组成, 文件内部数

性能优化系列总篇

后续计划性能优化——诊断及工具(目前只有关于TraceView的介绍).性能优化——内存篇.性能优化——JNI篇,性能优化——电量篇. 2.何为性能问题在性能测试中存在两个概念:(1). 响应时间指从用户操作开始到系统给用户以正确反馈的时间.一般包括逻辑处理时间 + 网络传输时间 + 展现时间.对于非网络类应用不包括网络传输时间. 展现时间即网页或 App 界面渲染时间. 响应时间是用户对性能最直接的感受. (2). TPS(Transaction Per Second) TPS为每秒处理的事务

我使用过的Linux命令系列总目录

概述关于命令类型划分本表中列出了我穷尽了我所有的记忆整理出来的Linux命令,其中关于外部命令.关键字或内建命令的划分,不一定正确.有很多命令,既是内建命令也可能是外部命令,为啥?Bash为了更高效率的执行命令和脚本,把很多外部命令以内建命令的方式实现了.我们使用type这个命令就可以知道一个命令的类型了,如下所示:[[email protected] ~]# type -a type type is a shell builtin <== builtin就是指内建命令 [[email prot

疯狂创客圈 JAVA死磕系列 总目录

无编程不创客,无案例不学习.疯狂创客圈,一大波高手正在交流.学习中! 疯狂创客圈 Java 死磕系列: [CSDN 总入口] [博客园 总入口] JAVA NIO  死磕系列:NIO简介.NIO  Buffer. NIO channel. NIO Selector reactor 模式 死磕系列: Reactor模式 Netty 源码 死磕系列: 环境搭建 .  EventLoop. ChannelHandler . Pipeline模式.Pipeline inbound. Pipeline o

Introduction to ASP.NET MVC5 Series----ASP.NET MVC5系列总目录

  前沿 大家好,我是放飞梦想的翅膀,最近迷上了MSDN,发现里面的课程资料都很不错,但可能全是英文的,所以大家可能不喜欢看,我就把自己的学习过程翻译成中文,供大家互相学习吧,欢迎转载和评论.下面列出来了课程的系列:我会争取每天更新. 基本的MVC及其组件 创建并配置Models 强大的Visual Studio 深入学习(Controller)控制器 深入学习(Views) 视图 介绍BootStrap 介绍MVC权限验证机制 知识扩展