关于TS16949质量手册与程序文件的编写

大家好,我想跟大家讨论几个问题,请大家各抒己见!
一、我公司质量手册的编写包括:1.前言
            2.质量手册颁布令
            3.管理者代表任命
            4.顾客代表任命
            5.公司概况
            6.质量方针和目标
            7.公司质量管理体系组织结构
            8.各职能部门职责
            9.质量手册修改记录
            10引言
            11.公司质量管理体系范围
            12.质量管理体系引用标准及相关法律法规
            13.术语和定义
            14质量管理体系 
            15.过程概述
            16文件管理
            17.记录控制
            18.管理职责 
            19.资源管理
            20.产品实现
            21.监视和测量装置
            22.测量分析和改进
         还要附:控制计划,程序/作业文件目录,质量管理体系职能分配表,公司质量体系过程绩效清单?
  说明:红色表示我认为不可要的章节。但是要在哪个地方体现出来呢?我也搞不清楚。

二、质量手册中后四项现要细化到每一步都要写吗?我公司的质量手册就写的很细。

三、质量手册中文件编号与质量手册的编号是否一致?我公司的质量手册内的每一个文件都是一个编号,而质量手册封面的文件编号反而不同?这样可以吗?

四、程序文件,我公司程序文件分21个

   支持过程:1.文件控制;2.记录控制;3.人力资源;4.基础设施;5.工作环境;
6.采购;7.监视和测量装置;8.产品监视和测量;9.不合格品控制;10数据分析;11.纠正/预防措施
 
   顾客导向过程:1.市场分析/合同评审;2.过程设计与开发及产品过程确认
3.产品制造;4.产品防护、交付和服务;5.顾客满意监督;6.持续改进;

 管理过程:1.管理职责 业务计划;2.内部审核;3.管理评审;4.过程监视和测量

这个过程识别有点问题,但说不出来,具体应该如何分配,请大家互相商讨一下吧。
我也来说两句 查看全部回复

最新回复

  • saierwheel (2008-10-08 08:25:36)

    大师帮个忙,给分析一下了。。。。字数不够。。。。。。
  • beiquan (2008-10-08 08:38:10)

    7,8,9放在手册中看起来比较方便,建议不删除;
    过程管理按图一定要写在手册中,是不是包含在15过程概述中;
    过程、KPI与程序的关联表可以做一份放在手册,职能分配表也是要的;
    乌龟图可以单独成文,也可以纳入到手册中;

    16-22,需要很多文字描述,可以不要的。
  • hexuhui (2008-10-08 08:52:45)

    我认为7和9不能删除。
    在第三方审核的时候一般都会看第7条(质量体系组织结构)。
    质量手册不会每次修改都换版本吧!
    第8条我们公司是编成程序文件(职责和权限控制程序文件)。
  • shiny888 (2008-10-08 11:49:43)

    第7.8条也是不能删除的.
    组织结构当然不能少
    部门职责是对应标准"职责与权限的"
  • lwgxhy (2008-10-08 22:59:00)

    看下大师的回答,自己有点懒不想说。。
  • saierwheel (2008-10-09 08:07:54)

    这么说,我写的所有的目录都是有用的,换句话说也就是哪个都不能删除喽?
  • dffy008 (2008-10-09 08:13:49)

    从内容来说,上述内容写进是丝袜好的
    但是可以对章节进行合并或调整
  • saierwheel (2008-10-09 08:53:53)

    可是如果是这样的话,三级文件《各部门工作职责和规章制度》不是和《各职能部门职责》重复了吗?
  • 悠然林 (2008-10-09 09:38:08)

    我同意楼上的意见!那些内容还是写比较好!
    一般审核的时候,因公司的差异、个人审风格的差异会要求写在文件中。如果你没写,算缺失后续比较麻烦!
    还有7、8、9不能删吧!想做大的公司这些必须明确的!
  • 悠然林 (2008-10-09 09:40:15)

    QUOTE:

    原帖由 saierwheel 于 2008-10-9 08:53 发表
    可是如果是这样的话,三级文件《各部门工作职责和规章制度》不是和《各职能部门职责》重复了吗?
    合并内容用一个,删掉另一个啊!
  • zhd251 (2008-10-10 10:33:14)

    看楼主的应该可以这么写,只是在写16~22时,概括性的写写,具体如何操作写在程序文件。控制计划等内容可以些写在新产品开发程序中。
  • saierwheel (2008-10-10 14:05:10)

    那么文件控制是应该放在支持性(SOP)还是放在管理性(MOP)?

    持续改进控制程序放在管理性(MOP)好呢?还是放在顾客导向(COP)?
  • beiquan (2008-10-10 16:25:07)

    QUOTE:

    原帖由 saierwheel 于 2008-10-10 14:05 发表
    那么文件控制是应该放在支持性(SOP)还是放在管理性(MOP)?

    持续改进控制程序放在管理性(MOP)好呢?还是放在顾客导向(COP)?
    文件控制放SOP或MOP,持续改进放MOP。
  • gaofei114 (2008-10-10 16:41:26)

    SP  CP  MP  三个过程其实很好区分

    如果该过程是增值过程  就是CP过程, 通俗的说经过这个过程产品是不是升值了  是的就是增值过程

    比如生产过程 半成品  成品肯定比原材更加值钱了  所以是CP过程,  销售或业务管理过程   直接卖东西 肯定增值  也是CP过程

    SP 过程是支持过程,就是提供支持的, 如文件控制过程  ,
    MP 是管理过程   比如5S管理   内部审核过程    以为它本身不提供价值   你内部审核发现问题并没价值, 有价值的你预防纠正过程  所有预防纠正过程是增值过程了


    有人可能问 那售后服务过程呢   是什么过程   大家思考一些  呵呵   我改日给答案~~·
  • lygcumt (2008-10-11 09:34:58)

    过程方法
    说到TS,第一反映就是过程方法
    所以手册也一样要体现过程方法

       16文件管理
       17.记录控制
       18.管理职责 
       19.资源管理
       20.产品实现
       21.监视和测量装置
       22.测量分析和改进
    按过程的方式描述就好了
    或者直接就是采用乌龟图
    手册采用乌龟图描述,也省得还需要刻意去做什么乌龟图了

    至于什么属于COP,什么SP,MP,这个是仁者见仁,智者见智了,不违背基本定义就好
    比如顾客满意度监测,有的识别为一个过程,有的可能就放在了服务管理
    有的认为是COP,但是有人认为是SP,呵呵…… 我个人认为就是MP,MP更合理
    呵呵,这个没有绝对了,看个人理解了

    [ 本帖最后由 lygcumt 于 2008-10-11 09:38 编辑 ]
  • saierwheel (2008-10-12 11:13:46)

    感觉有点眉目,现在我做的是24个程序文件,其中的《测量系统分析》我做为第三层次文件。不知道可不可以啊?