跳至主要内容

【转】为什么ISO品质系统也救不了民营企业

现代工厂不再是以前的那种没有任何制度的山寨工厂了,基本上都建立了比较规范的管理制度,规模稍大的工厂基本上都通过了ISO9000的管理体系认证,因为这是许多客户验厂的必须条件。各式各样的程序文件应有尽有,从表面上来看,这些制度虽然说不上天衣无缝,至少是合理到位。照道理,按照这样的制度下去,企业的管理应该会非常的规范,持续发展肯定是不成问题的。但是遗憾的是,很多企业往往是制度完善,执行不到位,造成很多的管理制度变成了一句空话,制度成了最好的讽刺。。。。。。
我先来举一个例子:工厂要求每个生产订单后必须将不良品及时交品管确认后退回不良品仓,品管签定可以确认不良的原因,统计不良原因,做柏拉图分析,同时通知进料检验部门在进料时进行必要的准备,加强检验,同时对生产造成的不良品反馈给生产单位,以便下次生产注意,这样的流程确实比较合理。但是在现实工作中,很多企业往往是这个环节扯皮,首先是生产单位他们不按单退料,一些通用物料在生产时,由于工作人员害怕加重自己的工作量,往往是在累积到一定的数量后才退仓,这样做他们的工作量就少得多了,但是由于流程规定,他们又只能在一个订单中体现,这就造成了品管的统计数据十分的不准确!所做出来的数据分析也没有任何意义;同时品管部门往往会出现品管人员态度不认真,随意签字,随意退货现象等等。。。。。。
这是工厂随处可见的例子,当你找到相关人员了解情况的时候,他们可能会有很多的理由,很多的籍口跟你解释为什么不能按流程作业,但是我认为这是对制度的一种侵犯,是不允许的,制度是什么?对于企业来讲,它是法律。任何人都不能碰得红线,否则他就没有任何的意见,但是如何保证企业制度得到有效的执行呢?如何加强企业的执行力呢?个人认为是推广责任制,只有明确责任才是最现实的作法,同时必须明确违反相关流程的处罚方式,这样才能保证得到有效的执行。
相信每个公司的流程都会有规定如何工作,但是规定是什么岗位做?做到什么程度?如果不按这个做有什么处罚?谁来监督?后面这两个问题就很少会有企业认识到重要性了,其实这个才是企业加强执行力建设的关键所在!笔者认为,任何人都会有懒惰的心理存在的,这个是人性,如何纠正?只有让人明白犯错误会受到处罚时人才会收敛自己的惰性。去过新加坡的人都说那里干净漂亮,公务员廉洁奉公,但是大家知道吗?在新加坡随地吐痰被会罚款500新元,贪污的话你的一生都会完蛋,这样的重罚让寻常百姓根本不敢越雷池半步,这就是处罚的威力。当然我说企业的处罚肯定不是一昧的罚款了事,应该建立专职的改善跟进制度,但某一个问题出现后,除了处罚以外,还必须有相应的改善措施告诉改善专员下次再碰到类似的情况会怎么办?这样就能有效的避免下次再有同类情况再次发生了。同时要注意处罚的度和处罚的方式,可以是扣分以影响年终奖的执行或者是一元或者两元的处罚甚至是全厂行政通报之类的东西,但是处罚一定要进行,这是必须的。
还有一个难题是谁来监督的问题。企业的员工都是抬头不见低头见的,所以有时候大家会是一团和气,互相掩盖各自的错误,这是很多企业的通病。这里我认为首先应该加强公司责任制文化的推广,要让广大员工认识到责任制不是处罚,而是改善,是一种善意的提醒。同时要推广横向问责,即是加强跨部门的沟通,不能简单的上下级管理,上工序的应对下工序负责,当某个问题出现时,发现问题的工序应立即向上级工序问责,要求他们查出问题,如果这个问题有工序已经发现但是不提出时,当出现问题时,由该工序负责,即使他没有做错任何事情。这就是横向问责的精华所在,它的核心就是推动全员遵守流程,遵守作业标准。这样的话,出现问题才有可能会被尽可能的早发现,避免更大的损失。
这些都是纸上谈兵,每个企业都有自己的实际情况,但是大体的精神是不能改变的。当然这个更取决于一个公司、工厂老板的心态和做事方法,这很重要。问责制在推行的开始阶段肯定会有很大的阻力,因为他在开始的时候用非常强烈的手法要求员工遵守制度,自然会有一些人特别是资格老的员工的反感,中国一些工厂皇亲国戚特别多,他们往往会视制度为无物,这个时候就需要老板站出来力挺,这样才能得以执行,否则会很快夭折,这也是一些企业进行不下去的很大的一个原因。
责任制对于国内工厂来说其实不是一个新鲜事物,但是对于这样一个好的管理方法确没有得到很好的执行,不能不说是中国企业的一大愦憾呀。。。。。。

评论

此博客中的热门博文

【转】AMBA、AHB、APB总线简介

AMBA 简介 随着深亚微米工艺技术日益成熟,集成电路芯片的规模越来越大。数字IC从基于时序驱动的设计方法,发展到基于IP复用的设计方法,并在SOC设计中得到了广泛应用。在基于IP复用的SoC设计中,片上总线设计是最关键的问题。为此,业界出现了很多片上总线标准。其中,由ARM公司推出的AMBA片上总线受到了广大IP开发商和SoC系统集成者的青睐,已成为一种流行的工业标准片上结构。AMBA规范主要包括了AHB(Advanced High performance Bus)系统总线和APB(Advanced Peripheral Bus)外围总线。   AMBA 片上总线        AMBA 2.0 规范包括四个部分:AHB、ASB、APB和Test Methodology。AHB的相互连接采用了传统的带有主模块和从模块的共享总线,接口与互连功能分离,这对芯片上模块之间的互连具有重要意义。AMBA已不仅是一种总线,更是一种带有接口模块的互连体系。下面将简要介绍比较重要的AHB和APB总线。 基于 AMBA 的片上系统        一个典型的基于AMBA总线的系统框图如图3所示。        大多数挂在总线上的模块(包括处理器)只是单一属性的功能模块:主模块或者从模块。主模块是向从模块发出读写操作的模块,如CPU,DSP等;从模块是接受命令并做出反应的模块,如片上的RAM,AHB/APB 桥等。另外,还有一些模块同时具有两种属性,例如直接存储器存取(DMA)在被编程时是从模块,但在系统读传输数据时必须是主模块。如果总线上存在多个主模块,就需要仲裁器来决定如何控制各种主模块对总线的访问。虽然仲裁规范是AMBA总线规范中的一部分,但具体使用的算法由RTL设计工程师决定,其中两个最常用的算法是固定优先级算法和循环制算法。AHB总线上最多可以有16个主模块和任意多个从模块,如果主模块数目大于16,则需再加一层结构(具体参阅ARM公司推出的Multi-layer AHB规范)。APB 桥既是APB总线上唯一的主模块,也是AHB系统总线上的从模块。其主要功能是锁存来自AHB系统总...

【转】C++/CLI程序进程之间的通讯

 现在,把大型软件项目分解为一些相交互的小程序似乎变得越来越普遍,程序各部分之间的通讯可使用某种类型的通讯协议,这些程序可能运行在不同的机器上、不同的操作系统中、以不同的语言编写,但也有可能只在同一台机器上,实际上,这些程序可看成是同一程序中的不同线程。而本文主要讨论C++/CLI程序间的通讯,当然,在此是讨论进程间通讯,而不是网络通讯。    简介   试想一个包含数据库查询功能的应用,通常有一个被称为服务端的程序,等待另一个被称为客户端程序发送请求,当接收到请求时,服务端执行相应功能,并把结果(或者错误信息)返回给客户端。在许多情况中,有着多个客户端,所有的请求都会在同一时间发送到同一服务端,这就要求服务端程序要更加高级、完善。   在某些针对此任务的环境中,服务端程序可能只是众多程序中的一个程序,其他可能也是服务端或者客户端程序,实际上,如果我们的数据库服务端需要访问不存在于本机的文件,那么它就可能成为其他某个文件服务器的一个客户端。一个程序中可能会有一个服务线程及一个或多个客户线程,因此,我们需小心使用客户端及服务端这个术语,虽然它们表达了近似的抽象含义,但在具体实现上却大不相同。从一般的观点来看,客户端即为服务端所提供服务的"消费者",而服务端也能成为其他某些服务的客户端。    服务端套接字   让我们从一个具体有代表性的服务端程序开始(请看例1),此程序等待客户端发送一对整数,把它们相加之后返回结果给客户端。   例1: using namespace System; using namespace System::IO; using namespace System::Net; using namespace System::Net::Sockets; int main(array<String^>^ argv) { if (argv->Length != 1) { Console::WriteLine("Usage: Server port"); Environment::Exit(1); } int port = 0; try { port = Int32::Parse(argv[0]); } catch (FormatException^ e) { Console::Wri...

【转】VxWorks入门

1.VxWorks开发方式:交叉开发,即将开发分为主机(host)和目标机(target)两部分。 类似于dos下C语言程序的开发。 合并开发的优点:简单 缺点:资源消耗量大,CPU支持,非标准体系的支持 host (Tornado) target(vxWork) 小程序模块 vxWorks实际采用开发模式 Tornado提供:编辑,编译,调试,性能分析工具,是vxWorks的开发工具 vxWorks:面向对象可以剪裁的实际运行操作系统 2.vxWorks启动方式 <1>Rom方式 (vxWork_rom) vxWorks直接烧入rom <2>Rom引导方式(bootrom+vxWorks) 其中bootrom烧入rom,vxWorks可以通过从串口,网口,硬盘,flash等下载!这里的bootrom不是开发环境中的bootable,在开发环境里bootable指的是vxWorks,downloadable指application 3.调试 <1>attachs/20060907_164540_564.rar 用来在多任务调试时将调试对象绑定到某个任务 <2>任务级调试(attachs/20060907_164540_564.rar taskName) 单个任务的调试不会影响到其他任务的运行,主要用来调用户的应用程序。 全局断点:在调另一任务或本任务时,系统运行本任务断点,则停下。各任务要配合使用。 任务断点:调本任务时,系统运行到本任务断点,则停下。如果没有attachs/20060907_164540_564.rar到本任务,不起作用。 一次性断点:跑到一次之后自动删除。 <3>系统级调试(attachs/20060907_164540_564.rar system) 把所有task和系统core、中断看成一个整体,可用于调试系统和中断。对中断调试,如果不是系统级调试,无论是那种断点都不起作用 !wdbAgent不在调试范围内,当任务级调试时工作在中断方式,系统级调试工作在轮询方式。 !可是使用命令行方式的调试,参看crossWind教程。 4.调度 优先级调度(无条件) 时间片:同优先级,如果时间片没有打开,任务采取先到先运行,运行完毕在交出cpu,如果打开,则轮流使用cpu。 !死循环使比它...