管理体系制度

制度体系文件管理制度

编制 __________ 日期 __________

审核 __________ 日期 __________

批准 __________ 日期 __________

修订记录

日期 修订状态 修订内容 修订人 审核人 审批人

1. 目的

为规范某知名房地产国际（以下简称公司）制度体系文件管理，健全和完善公司文件的分类标准及编制、修订、发布、作废程序，确保制度体系文件的落地及持续改进，促进公司经营管理水平的提高，特制定本文件。

2. 适用范围

适用于集团总部及各下属公司。

3. 术语与定义

3.1. 制度体系文件：指集团总部发布的各类制度、流程及指引，不含各类通知、催办等往来函件。

3.2. 流程图：用框图展现一组将输入转化为输出的相互关联或相互作用的活动。

3.3. 制度：是基于公司的管理模式及企业文化，用于规定基本的、核心的管理原则和公司各层级单元的责权关系的管理文件（根据需要附流程图）。

3.4. 流程：用于指导并描述跨部门的业务活动的开展流程（附流程图）。

3.5. 指引：用于规定本部门内部工作事项的工作操作要点及标准（可附流程图）。

3.6. 不合格项：指经检查发现未按照文件要求执行或属于经营管理重要环节而缺失规定的，根据其影响程度及性质分一般不合格、严重不合格。

3.7. 纠正措施：为消除已发现的不合格项所采取的措施。

4. 职责

4.1. 集团人事行政部

4.1.1. 组织拟定公司制度体系文件的编制计划；

4.1.2. 督促、检查、协助其他部门起草和修订制度体系文件工作；

4.1.3. 审核各部门起草的制度体系文件的规范性及系统性；

4.1.4. 汇编存档公司的各类管理文件，对下属企业的重要文件进行备案。

4.1.5. 负责组织制度体系文件的执行情况审核，出具【制度文件体系检查报告】。

4.2. 集团各部门

4.2.1. 协助人事行政部拟定公司制度体系文件的编制规划；

4d现场管理体系

学习4d现场管理可以帮企业得到什么好处：

1. 如何减少库存，杜绝积压浪费？

2. 如何在用工，原材料、房租成本飞速提高的压力下，利润得到提升？

3. 如何做到菜品制作向标准化完善，质量更稳定？

4. 如何做到安全零事故？

5. 如何通过流程再造，让员工繁琐的工作变得智能轻松？

6. 如何打造人性化工作环境？

没有4d前的现场：通道，厨房凌乱，湿滑，肮脏，员工摔伤，餐具摔坏的问题经常出现。

1. 整体环境卫生差，到处是蚊蝇，蟑螂的滋生地

2. 采购过量，重复采购，物品积压，导致食品变质等问题。

3. 离职原因：钱不到位，员工工作不开心（需要科学的管理方法）。

4. 物品随意存放，员工经常找不到。

5. 员工上时意识不高，工作量大，经常不知道自己该干什么，不该干什么，领导在与不在表现完全不一样。

6. 菜品质量不稳定，时刻顶着客人投诉和食品卫生的压力。 7. 安全隐患随处可见。

实施步骤：

组织：成立4d推行小组并拟定活动计划

规则：组织制定各项4d规范和审核标准

培训：宣传4d基本知识、各项4d规范

执行：全面执行各项4d规范，自我审核

监督：组织检查、互相评估 什么叫4d现场管理：

4个到位现场管理体系，它是把企业中所有物品、设备和所有人的行为全部规范统一，并通过明确标示，直观体现的，可以促安全，防事故，防成本，升利润的一套系统标准，更是达到足够标准，最简单有效的方法。 日本丰田5s：整理、整顿、清扫、清洁、素养

一、整理到位：

定义：判断必需品与非必需品，将非必需的物品清理掉，必需品以最低安全用量明确标示，摆放整齐，做到清洁。

目的：把“空间“腾出来活用，并防正误用，整齐有标示，不用浪费时间寻找东西，30秒找到要用的东西，清除工作场所区域的脏乱，保持环境、物品、仪器、设备处于清洁状态，清除污染等安全隐患。

制度体系之 - 软件变更管理制度

第1节 总 则

第1

条 为规范软件变更与维护管理，提高软件管理水平，优化

软件变更与维护管理流程，特制定本制度。

第2

条 本制度适用于应用系统已开发或采购完毕并正式上线、

且由软件开发组织移交给应用管理组织之后，所发生的

生产应用系统（以下简称应用系统）运行支持及系统变

更工作。 第2节 变更流程

第3

条 系统变更工作可分为下面三类类型：功能完善维护、系

统缺陷修改、统计报表生成。功能完善维护指根据业务

部门的需求，对系统进行的功能完善性或适应性维护；

系统缺陷修改指对一些系统功能或使用上的问题所进行

的修复，这些问题是由于系统设计和实现上的缺陷而引

发的；统计报表生成指为了满足业务部门统计报表数据

生成的需要，而进行的不包含在应用系统功能之内的数

据处理工作。

第4

条 系统变更工作以任务形式由需求方（一般为业务部门）

和维护方（一般为信息部门的应用维护组织和软件开发

组织，还包括合作厂商）协作完成。系统变更过程类似

软件开发，大致可分为四个阶段：任务提交和接受、任

务实现、任务验收和程序下发上线。

第5

条 因问题处理引发的系统变更处理，具体流程参见《问题

处理管理制度》。

第6需求部门提出系统变更需求，并将变更需求整理成《系条 统变更申请表》（附件一），由部门负责人审批后提交

给系统管理员。

第7

条 系统管理员负责接受需求并上报给IT主管。IT主管分析

需求，并提出系统变更建议。IT经理根据变更建议审批

《系统变更申请表》。

第8

条 系统管理员根据自行开发、合作开发和外包开发的不同

要求组织实现系统变更需求，将需求提交至内部开发人

员、合作开发商或外包开发商，产生供发布的程序。

第9

条 实现过程应按照软件开发过程规定进行。系统变更过程

应遵循软件开发过程相同的正式、统一的编码标准，并

经过测试和正式验收才能下发和上线。

第

10

条 系统管理员组织业务部门的系统最终用户对系统程序变

更进行测试，并撰写《用户测试报告》（附件二），提

制度体系建设管理办法（未颁布）

第壹章总则

第壹条为了规范公司制度建设过程，建立和完善公司制度体系，加强公司运作的规范化，特制定本办法；

第二条本制度只针对营运管理的制度体系（ISO体系制度由对应ISO文件控制）进行规范；

第二章组织

第三条公司由管理部牵头，成立专门的制度体系小组，统筹负责公司制度的编制、整理以及执行监控；

第四条制度体系小组每月应召开壹次例会，讨论公司以及各部门的制度编制及推行情况，检讨存于的制度缺失或不合理、执行不力等问题，且明确下壹步的工作方向；

第五条管理部以及其它各部门也能够根据实际情况需要（如于公司出现重大调整，公司制度和流程需要大范围修订时），号召、组织召开制度体系小组会议；

第三章制度编制

第六条制度编制应重点围绕公司的核心业务流程进行，争取通过制度的编制达到梳理和优化流程，规范相应业务，同时对关联员工提供指引和进行约束； 第七条所有制度的编制均应目标明确，确保制度的编制和发放的效益，杜绝为了制度而制度；

第八条制度编制过程为：关联人编制草案或提纲→讨论→修订→讨论（必要时）→……提交审批，制度编制过程中的讨论会议主要由和制度涉及业务关联的非高层人员参和，要求所有跨部门及直接对核心业务流程进行规范的制度的编制、讨论应有制度体系小组成员中管理部人员参和；

第九条各部门内部的制度（不是直接对核心业务流程进行规范的制度）由各部门自行编制；

第十条所有制度于涉及到质量管理方面的内容时，不得和ISO质量管理体系的关联要求相违背，各部门于编制部门内部制度时，不得和公司的规定相违背；

第十壹条所有制度于编制时应力求言简意赅，表述清晰且且条理清楚，对于能够通过流程图形式表达的制度，提倡以流程图作为主要内容；

第三章制度发放、修订和实施

第十二条所有制度于发放前必须经过MIP系统审批：

（壹）制度于提交审批时，制度编制人应填写“制度编制/修订说明表”，简要说明编制制度的目的和预计可能取得的效益，且明确发放范围；