2007-6-19 20:26:47
[讨论]有一位老朋友来信，询问“流程”和“制度”、“质量体系文件”的关系
来信内容如下：
“看到你的 BLOG上又有新文章出来了。正好谈到制度。我正好有个问题想询问一下：
《质量管理体系文件》，一般包含四个层次的文件：《质量手册》《程序文件》《作业指导书》《记录表单》。那怎样考虑质量控制文件和管理制度和流程之间的关系。是相互包含关系还是分别独立的？
.jpg)
有的人员在帮客户整理管理制度和流程的时候，就把《程序文件》取消掉，完全以管理制度和流程代替，包含其原来的内容与其中，但这样与质量控制体系的理念是否冲突？
我原本考虑，《质量管理体系文件》与管理制度应该是并行，但相互交叉的两个体系，管理制度和流程的建立应该遵循质量管理体系文件的要求，《程序文件》应该是个指导性文件，专注于过程点的控制。而管理制度是稍下于《程序文件》的一个管理文件，应该按照程序文件的规定，针对一个职能部门或业务范围制订整个过程的管理规范。
不知道我这种考虑是否正确。
但操作起来还是有点麻烦。以为我现在遇到一个客户，他们本身基本上没有管理制度，就是一个质量管理体系。所以程序文件有的写的很细，包括涉及到具体的管理过程的要求。如采购控制程序、生产计划控制程序、顾客要求与评审等等。这就与管理制度发生了很大的重叠性，如何处理？？？”
畅享网的朋友，听听你们的集思广益？
0
推荐到鲜果：
评论
塔尖的宏观制度可以包括哪些？
中观制度可以包括哪些？
塔底的微观制度可以包括哪些？
发布者 王玉荣（Luna Wang）
2007-6-19 20:37:26
制度以人为线索，说明什么人该做什么，不该做什么。
流程以事为线索，说明什么情况下该做什么事。
管人和管事从来是交错的，我所言“人脉和，事脉顺”正是着眼管人和管事的有机结合。
无独有偶，从软件技术中发展起来的面向对象的分析设计方法，也是面向过程（事）和面向对象（人）的最佳结合范例（见我blog中多次提到的“面向对象的过程和面向过程中的对象”地论述）。所以，我认为，面向对象的业务建模方法应该是企业建模的理想方法。
从流程管理成为企业管理的新潮来看，这个新潮或许有些矫枉过正，把原来的面向职能管理排斥的太过分了，事实上，面向职能和面向流程二者并不矛盾，因为，职能可以完全是支持流程的职能，流程也可以是被职能支持的流程。这和面向对象的过程和面向过程中的对象是一脉相承的。
总之，回到管人还是管事的基本面来看，管人和管事应该协调起来，而非对立起来。“人脉和，事脉顺”就是理想的局面。
发布者 babituo
2007-6-19 20:57:32
但是独特的视角是非常有启发性的,而且是独创的,佩服!(包括一次系统,二次系统)
发布者 drong73
2007-6-20 11:03:02
如果得到的drong的前后两句评论的语态是颠倒过来的就好。现在这样的评论让我觉得好难堪，似乎我表达的逻辑还不够清晰。
还是要谢谢drong的热情评论。
发布者 babituo
2007-6-20 20:28:46
个人理解如下:
制度==体系文件+公文
体系文件 = 纲领性文件 + 程序文件 + 作业指导书
程序文件可以理解为公司的二级流程,至少应当量跨部门的流程. 流程是跨岗位的活动流转,程序是流程的规则. ISO程序文件与公司管理制度可以在流程上整合,也就是说做一件事情的线路是一样的,但管理要求不同,因为ISO侧重于产品质量/顾客满意,公司制度则更多的会考虑企业经营与发展的要求.
以流程为主线去制定制度,可以保证制度的系统性与效力. 最糟糕的是以问题为导向制定制度，导致制度杂乱无章，不成体系，而且还相互冲突。
举例来说：
ISO里采购流程，它的侧重点在供应商选择，采购文件控制，供应商动态管理，不合格处理等； 从完整的企业管理来看，它还要考虑成本，交货期，服务，技术，供应链布局，采购业务的具体运作。不管理要求如何它们共用同一个流程。
发布者 陈立云
2007-6-21 8:59:41
MSN：fanyongxue@msn.com .
发布者 Fanyongxue
2007-6-21 16:55:21
发布者 无谓
2007-10-7 10:55:35
发布者 mark001
2007-10-19 12:05:46
发布者 xinli
2007-12-19 13:35:48
发布者 aeric
2008-1-6 21:08:51
发布者 allenzh
2008-5-24 11:35:18