《IT服务管理类制度文件编写指南.docx》由会员分享,可在线阅读,更多相关《IT服务管理类制度文件编写指南.docx(35页珍藏版)》请在三一办公上搜索。
1、制度文件编写指南目录1编写目的32工作流程52.1一般文档的工作流程52.2制度文件编写流程63业务定位63.1战略定位63.1.1目标63.1.2术语63.1.3基础文件73.1.4模型73.1.5思考73.1.6底稿83.2外部关系83.2.1目标83.2.2术语83.2.3基础文件83.2.4模型83.2.5思考93.2.6底稿94管理架构分析与设计104.1目标104.2术语104.3职能与组织104.3.1目标104.3.2术语114.3.3基础文件114.3.4职能架构114.3.5组织架构144.3.6组织职能164.4规划与计划174.4.1目标174.4.2术语174.4.3
2、基础文件174.4.4思考184.4.5底稿184.5控制与考核184.5.1目标184.5.2术语184.5.3控制体系184.5.4考核体系195业务架构分析与设计205.1目标205.2术语205.3基础文件215.4模型215.5商业架构215.5.1目标215.5.2术语215.5.3基础文件225.5.4模型235.5.5思考235.5.6底稿235.6数据架构245.6.1目标245.6.2术语245.6.3基础文件245.6.4模型255.6.5思考255.6.6底稿265.7业务流程265.7.1目标265.7.2术语275.7.3基础文件275.7.4模型285.7.5思考
3、295.7.6底稿296制度文件306.1目标306.2术语306.3基础文件306.4模型316.4.1公司制度体系316.4.2文件架构326.5参考模板327管理信息化347.1目标347.2术语347.3基础文件347.4模型357.5思考357.6底稿351 编写目的公司为了应对业务可持续发展的战略需要,必须对当前的管理体系进行深刻变革,因此公司决定将公司成立以来的第二轮体系建设确定为2011年的重点工作。第二轮体系建设的目标是:(1) 构建以价值为导向的公司治理结构,以调动部门的积极性和创造性,强化经营职能;(2) 系统地总结公司自成立以来的管理经验和管理缺陷,构建有理论支撑的、稳
4、固的、可持续完善和优化的管理体系;(3) 将体系建设工作纳入公司的战略规划和年度、月度计划,实现体系建设工作的常态化;(4) 在本年度完成基础制度文件、营销体系文件、人力资源体系文件等关乎公司业务发展之根本的体系文件编写工作。在上半年的体系建设实践过程中,集中地暴露出一些带有普遍性的问题:(1) 没有认识到编写制度文件对公司经营管理和持续发展的重要性,“关系第一、销售第一、技术第一、业务第一”等错误思想普遍存在,认为管理是可有可无的事情,不知道没有坚实的管理基础就没有良好的客户关系和持续提升的销售业绩的道理;(2) 编写制度文件时,不结合公司的业务实际,奉行拿来主义,照搬照抄,使得形成的文件流
5、于形式,敷衍了事,没有实际价值;(3) 由于承担体系文件编写工作的各个部门不能系统、熟练地掌握业务分析与设计的方法,使得文件内容软弱无力、空洞漂浮;(4) 没有形成良好的写作习惯,形成的文档不仅结构不严谨,而且语法修辞也与文体不相适应,时常出现病句甚至错别字。上述问题的是公司发展中遇到的问题,也是个人职业发展过程中遇到的问题,因为如果没有发展的需求,这些问题都是无关紧要的,现在我们就来解决问题,“授之以鱼不如授之以渔”,我们花看起来很多的时间来总结编写制度文件的工作方法,写成文档让大家读,目的就是让更多的同事都能掌握一套比较系统的、科学的企业制度编写的工作方法。文章读几遍,课程讲几遍不可能从根
6、本上解决所有工作中的问题,更重要的是养成勤于思考、勤于实践的习惯,没有在大量的实践中的历练,读过的书、听过的课都将归还给老师!由于时间仓促、个人的认识和能力也有限,这篇文档还需要和大家共同完善,共同改进,直到完美2 工作流程2.1 一般文档的工作流程2.2 体系建设流程2.2.1 计划流程1) 由公司综合管理部负责组织编写年度的体系建设计划,报计划财务部核准;2.2.2 商务流程1) 计划财务部对每个体系文件核定标准工时和人工单价,提交管理考核部审核;2) 管理考核部审核通过后向发布招标文件,定向议标或公开招标;3) 经过投标、评标、发布中标通知的工作程序完成商务阶段的工作;4) 在成果交付后
7、依据内部结算单对收支双方进行账务核算。2.2.3 编写流程1) 首先由文档编写工作的承接部门向相关部门进行访谈,了解业务现状和对制度文件要发挥的作用的需求;2) 一边讨论一边编写制度文件的工作底稿;3) 将工作底稿各方发成共识的内容,按照提供的制度文件模板进行组装;4) 对组装好的文章进行修辞语法的润饰和结构微调,形成可送审的文件。2.2.4 发布流程1) 采取相应的传签、讨论、听证流程,最终发布。3 业务定位3.1 战略定位3.1.1 目标企业所制定的制度,其本质是为了实现战略目标而采取的策略,应此,我们要写一个制度之前,首要的任务就是搞清楚该制度所管理和规范的业务是什么?该业务在公司的所有
8、业务活动中处在什么位置?开展此项业务的目标是什么?3.1.2 术语n 战略:n 使命:n 目标:n 愿景:n 公司战略:n 业务战略:3.1.3 基础文件文件名归口部门发布状态说明公司“十二五”发展规划计划财务部已发布待完善专项业务发展规划计划财务部未发布3.1.4 模型策略使命愿景目标公司战略业务战略分解n 业务战略是公司战略的组成部分;n 战略由使命、愿景、目标、策略构成;n 使命是上级或股东提出的要求;n 愿景是执行者的理想;n 目标是使命和愿景的具体化;n 策略是从当前如何达到目标的方法。3.1.5 访谈问题1: 所研究的业务在公司整体业务中的位置?问题2: 从事此项业务活动的使命、愿
9、景、目标各是什么?问题3: 为保证业务目标的实现所采取的策略是什么?3.1.6 底稿问题答案被访者出处业务定义业务地位业务使命业务愿景业务目标3.2 外部关系3.2.1 目标研究企业的一项业务活动与企业以外的组织发生的关系的目的在于:系统地梳理此项业务与公司外部可能存在的各种关系(做到不重不漏),因为在制度文件中要对这些关系进行定义,并对处理这些关系的原则与方法进行描述。所谓的“外部”和“内部”是相对而言的,如果我们要编写的制度是公司级制度,则“外部”是指公司以外,如果是部门级制度,则外部是公司的其他部门,以及与制定制度的部门直接接触的公司以外的单位。3.2.2 术语n 外部关系:n 关系主体
10、:n 关系分类:3.2.3 基础文件文件名归口部门发布状态说明3.2.4 模型 资源提供者代理商经纪商代理商经纪商产品消费者公司竞争者新进入者替代者监管部门上级(股东)3.2.5 访谈问题1: 所管理的业务活动是否与外部单位存在关系?问题2: 如果存在关系,那么发生关系的外部单位在业务活动中充当什么角色?问题3: 公司与外部单位之间存在什么关系?3.2.6 底稿关系种类协议输入输出结算被访者出处服务及产品提供者服务及产品消费者监管部门上级或股东潜在竞争者市场新进入者可替代的产品4 管理架构分析与设计4.1 目标企业对某项业务的管理,除了构架体系文件(标准与规范)外,还需要对企业内部的组织进行职
11、能分工(谁做什么?),构建业务活动的目标体系(长期目标和短期目标、总体目标和具体目标),构建保证业务执行的事前控制和事后考核体系。在相应的管理制度中应对上述三方面的内容予以定义和规范。4.2 术语n 管理架构:n 职能与组织:n 规划与计划:n 控制与考核:4.3 职能与组织4.3.1 目标制度是定义业务策略的,而业务是由一些列的不同的职能构成的,这些职能是由不同的组织承担的,因此在编写制度时,必须明确有完成这项业务涉及到企业的哪些职能?企业中的哪些组织参与这项业务?这些组织分别在业务活动中承担哪些职能?关于组织的梳理属于分析性质的工作;关于职能的梳理则兼有分析与设计成分,如果您的抽象、归纳能
12、力强,则通过分析就可将职能梳理清楚,否则需要做很多种职能设计方案,然后再去讨论、完善;组织职能的组合,是一个纯设计工作,设计得好,则实际运行起来“安全”和“效率”达到最佳组合,否则会使业务不顺畅,开展业务的成本过高、或产生安全隐患。4.3.2 术语n 职能:即业务活动的集合,包括:模块、活动n 模块:相互之间具有紧密联系的活动的集合;能够先对独立、完整地处理一类业务,有的模块可以细分为若干子模块。n 活动:不可分割或不必分割的职能最小单位,是构成模块的最小单位。n 组织:是业务活动的承担者n 授权:赋予组织以职能的过程。n 组织职能:企业对组织所授的职能。4.3.3 基础文件文件名归口部门发布
13、状态说明组织机构管理办法综合管理部未发布4.3.4 职能架构4.3.4.1 目标将所管理的业务涉及的所有活动进行模块化的分割,并不重不漏地列举出所有的活动。这个过程需要反复多次才能最终完成。4.3.4.2 术语n 规则制定职能:可以定义业务规则的职能,包括起草、发布和变更办法、定价、细则等;n 授权管理职能:是在委托人(在企业内部一般为上级、股东)授权下行使的管理职能,企业内的所有管理活动均可认为是“授权管理”职能,包括:定义业务标准、制定或批准计划、对业务的过程进行控制、对业务过程或结果进行考核评价;n 业务执行职能:又叫“主流程”,是所管理的业务活动中最主要的一组相关业务活动,也是被管理的
14、重点,抽象地分为“提供生产消费”,不同的业务活动三个环节的侧重点不同,其中生产往往是最核心的职能。n 支持保障职能:是为实现“主流程”的稳定运行而提供的各种支持,包括技能支持、工具支持、资金支持,在这里不包括“原材料(资源)”的提供。n 基于业务的职能架构:是以完成某一类特定的业务为目的的、若干职能以及职能之间的普遍关系。这种关系抽象而全面地概括了所有业务活动的职能模型。4.3.4.3 模型授权管理主流程规则制定提供(资源)生产(产品及服务)消费支持保障计划控制评价技能工具资金标准4.3.4.4 访谈问题1: 业务规则包括什么?问题2: 业务的主流程是什么?问题3: 标准包括什么?问题4: 计
15、划什么?问题5: 控制什么?问题6: 考核评价什么?问题7: 开展这类业务需要哪些支持?4.3.4.5 底稿职能分类对象过程被访者或出处规则制定主规则办法相关规则辅助规则授权管理标准的确定规范基础数据流程计划的确定控制过程考核评价指标职能绩效任务绩效经营绩效主流程资源提供生产过程生产线1生产线2生产线3消费实现标志满意度支持保障技能方面的支持手册培训经验工具方面的支持系统资金方面的支持4.3.5 组织架构4.3.5.1 目标这部分内容一般只需要去调查了解现有的组织架构就可以了,在现有的组织架构下,找到那些与业务发生关系的组织。对于组织架构的梳理,一般是不需要去创建新的组织的,尤其是不创建科层组
16、织(部门),而有可能创建一些专项委员会。4.3.5.2 术语n 组织架构:企业中的组织构成,以及组织与组织之间的关系;n 部门:在企业内部相互之间具有行政隶属关系的常设组织;n 项目组:属于企业或一个部门的、专门为一个项目而设立的临时性组织,最终将因项目的结束而结束,项目组的成员分别来自企业内部和外部的部门或单位;n 专项委员会:属于企业或一个部门的、专门为一类业务而设立的常设组织,专项委员会的成员分别来自企业内部和外部的部门或单位;n 岗位:设立在部门、项目组、专项委员会下的、特定职能集合;n 角色:特定职能的集合。4.3.5.3 基础文件4.3.5.4 模型公司部门项目组专项委员会部门项目
17、组专项委员会专项组专项委员会4.3.5.5 访谈问题1: 参与业务活动的部门有哪些?问题2: 参与业务活动的项目组有哪些?问题3: 参与业务活动的专项委员会有哪些?4.3.5.6 底稿组织类型组织名称组织级别上级组织4.3.6 组织职能4.3.6.1 目标组织职能的组合,是一个纯设计工作,设计的好,则实际运行起来“安全”和“效率”达到最佳组合,否则会使业务不顺畅,开展业务的成本过高、或产生安全隐患。4.3.6.2 术语n 组织职能是通过授权的方式实现的,在授权之前,应先对职能进行结构化分解。n 授权方式:是指服务组织以职能的实现方式,包括:制度授权、授权书、协议或合同等。n 制度授权:通过制定
18、企业制度(如:管理办法)的方式,定义组织职能的方式。在管理办法中一般都有对业务相关的组织所承担的职能的文字描述,即制度授权。n 协议或合同授权:在企业内部、外部签署的各类协议、合同中,有关当事人所承担的权利、义务的条款均为授权。n 授权书:是授权人授予被授权人一定职能的书面声明。问题1: 内控制度下,哪些职能部门同时授予一个组织?4.3.6.3 模型被授权组织被授权组织被授权组织授权组织授权组织授权组织权限集合权限集合权限集合4.3.6.4 思考问题1: 是否已经通过职能架构的分析与设计将所有职能按模块进行了分类,并抽象出了所有活动?问题2: 是否对参与业务的企业各种组织均全面枚举?4.3.6
19、.5 底稿 职能组织业务模块1业务模块2业务模块3业务模块4活动1活动2活动3活动4活动5活动6活动7活动8组织A组织B组织C4.4 规划与计划4.4.1 目标原则上,每种业务都需要进行规划和计划,关于如何对规划和计划进行管理,则通过规划与计划管理办法所提供的框架去实现,在对一个业务管理构建制度时,只需要枚举出此项制度需要对哪些业务进行规划和计划?在什么时候执行?谁来执行?4.4.2 术语n 规划:意即进行比较全面的长远的发展计划,是对未来整体性、长期性、基本性问题的思考、考量和设计未来整套行动。规划具有长远性、全局性、战略性、方向性、概括性和鼓动性。n 计划:计划较规划的周期短,是对未来所要
20、达到的目标的描述。计划是规划的子集。4.4.3 基础文件文件名归口部门发布状态说明规划与计划管理办法计划财务部未发布4.4.4 访谈问题1: 所研究的业务是否需要规划?问题2: 所研究的业务是否需要计划?问题3: 哪个部门负责制定计划?问题4: 计划的文件格式中包括哪些要素?4.4.5 底稿业务对象是否规划是否计划执行部门归口部门被访者或出处4.5 控制与考核4.5.1 目标控制与考核是保证业务目标(规划与计划)实现的手段,控制是事前的手段,后者是事后的手段,控制与考核的设计要达到以下目标:(1)找到可能导致业务活动偏离既定目标的关键环节;(2)评估这些环节一旦失控可能导致的风险;(3)思考这
21、些环节是否可事前监测并有效控制;(4)评估这些环节是否可事后监测并进行有效考核;(5)评估监测这些环节所付出的成本;(6)尽可能地采用控制手段,不得已时采用考核手段,因为控制可以及时更正错误避免损失,而考核只能对出现损失后追究责任,但损失毕竟已经造成。4.5.2 术语n 控制:为达到预定的目标,不使业务活动于目标偏离而采取的措施。n 考核:对业务过程、结果进行定性、定量地评价,反映与既定的标准或目标的符合度。4.5.3 控制体系4.5.3.1 目标对业务的控制体系进行专题研究。4.5.3.2 术语4.5.3.3 基础文件4.5.3.4 访谈4.5.3.5 底稿4.5.4 考核体系4.5.4.1
22、 目标设计与业务相关的考核指标。4.5.4.2 术语n 考核体系将公司的考核指标分为:职能指标、任务指标、经营指标3大类。n 职能指标:衡量公司各部门履行公司赋予的各项职能情况的指标,包括:基本职能指标、部门职能指标,前者适用于公司的所有部门,后者只适用于部分部门。职能绩效管理办法为职能指标体系的建立、考核提供基础框架。n 任务指标:衡量各部门项目型工作的完成情况的指标。重点工作管理办法为任务指标体系的建立、考核提供基础框架。n 经营指标:衡量公司各部门财务收支情况的指标。财务预算管理办法为成本费用控制、考核提供基础框架。4.5.4.3 基础文件文件名归口部门发布状态说明绩效考核管理办法管理考
23、核部已发布目前发布的版本需要修改重点工作管理办法管理考核部已发布尚处在试运行期职能绩效管理办法管理考核部未发布财务预算管理办法计划财务部未发布4.5.4.4 模型4.5.4.5 访谈问题1: 所定义的业务属于基本职能?部门职能?任务?经营?问题2: 所定义的业务的子业务或支持所定义的业务的业务属于基本职能?部门职能?任务?经营?问题3: 哪些指标是关键性的绩效指标(KPI),这些指标可度量吗?如果不可度量,能否用其他指标替换?4.5.4.6 底稿指标种类被考核对象被考核业务计算模型职能绩效任务绩效经营绩效5 业务架构分析与设计5.1 目标设计包括商业架构、数据架构、业务流程在内的业务架构。5.
24、2 术语n 业务架构:是构建企业业务活动的基础框架,包括商业架构、数据架构、业务流程;n 商业架构:是指部门与部门之间、部门(作为执行主体)与外部单位之间所发生的以货币计价的交易(包括产品、服务的提供、计价、结算)的总体表述。n 数据架构:是指业务活动中产生的、或与业务活动相关联的各种数据之间的关系、以及数据的规格。n 业务流程:是指业务中活动与活动之间的相互关系。5.3 基础文件5.4 模型商业架构(资金流/物质流/服务流)业务流程(工作流)数据架构(信息流)5.5 商业架构5.5.1 目标1. 公司商业架构基于以下原理构建:(1) 企业的所有业务活动均是产品或服务;(2) 服务的需求来自于
25、消费者对现状的不满足;(3) 企业与企业之间、部门与部门之间所有的产品服务均可计价;(4) 企业内部的所有组织均可视为企业,即每个部门都是利润中心;(5) 盈利是企业的根本目的;(6) 免费往往是企业的一种战略考量,目的是为了未来盈利,或促进在其他领域的盈利。2. 设计商业架构的目的在于:(1) 定义每个业务活动的商业价值;(2) 构建以价值为导向的跨部门协作机制;(3) 为商业价值的实现方式、计算方式提供方法。5.5.2 术语n 产品及服务消费者:是使用外部提供的产品及服务的部门,负责提出需求、获得产品及服务、为产品及服务支付费用。n 产品及服务提供者:是对外提供产品及服务的部门,负责为消费
26、者(客户)提供解决方案、提供产品和服务、收取相应的费用。n 委托管理:是指公司采取“授权”或“委托管理协议”的方式,将一部分管理职责(归口管理)委托给某个部门的商业行为。在委托管理模式下,公司是服务消费者,受托部门是服务提供者,在“委托管理协议”中约定了计价标准、奖励及处罚等结算条款,由公司向接受委托的部门支付“委托管理费”。通过“委托管理”模式实现了“管理职能服务化”。n 商业架构下的职能分类:在商业架构下,各部门的职能被分为“委托管理职能、服务(支持)职能、业务(经营)职能”各项职能的分类属性如下:职能提供者消费者协议/合同委托管理职能承担归口管理的部门公司(管理考核部)委托管理协议服务(
27、支持)职能为其他部门提供服务的部门获得服务于支持的部门内部计价标准内部服务(支持)合同执行(经营)职能公司各创收部门外部客户合同、订单5.5.3 基础文件文件名归口部门发布状态说明部门收支核算管理办法计划财务部未发布内部计价标准计划财务部未发布合同管理办法商务市场部未发布业务委托管理协议(文本)管理考核部未发布5.5.4 模型产品及服务消费者产品及服务提供者需求/订单协议/公约提供支付5.5.5 访谈问题1: 在所研究的业务中,有哪些职能属于委托管理职能?哪些职能属于服务(支持)职能?哪些职能属于业务(经营)职能?问题2: 上述职能分别由哪些部门承担?问题3: 所提供的产品及服务是否有相应的计
28、价标准?问题4: 如果尚未建立相应的计价标准,那么应采取何种方式对计价标准进行约定?5.5.6 底稿产品及服务分类产品及服务名称提供者消费者协议/公约计价方式价格5.6 数据架构5.6.1 目标对业务活动中所使用和形成的数据(信息)进行梳理。5.6.2 术语n 数据:又称为“信息”。是企业从事管理与生产经营活动中产生的所有信息的总称,包括结构化数据和非结构化数据;n 结构化数据:是指具有明确的规格的数据,数据的结构化是企业实现标准化的重要基础工作。n 数据架构:是基于业务的数据与数据之间的关系的总和。n 业务目录:是公司对企业内部所有业务活动的编号、命名、定义。是用于检索业务数据的目录。业务目
29、录数据公司的基础数据。n 基础目录:是公司所使用的所有基础数据的编号、命名、定义。用于检索基础数据的目录。n 基础数据:又称为“元数据”,是用于定义数据的数据,包括业务目录、基础目录、和各种分类属性数据,以及不易变动的对象数据(如机构、客户、产品)等。n 业务规则:定义业务活动所应遵循的规则的数据,用于控制业务活动或对业务活动的规则符合度进行比较分析与考核。n 业务数据:是指承载业务内容和业务结果的数据。承载业务内容的数据包括各类业务指令,表示业务结果的数据包括状态、余额、存量等。n 业务间关系:是指定义业务与业务之间的关系的数据,包括一对一、一对多、多对多3种逻辑关系。n 日志:是记录业务过
30、程的数据。如:系统操作日期、明细账等。n 分析数据:是基于业务数据、元数据,按照一定的主题和数学模型进行运算而产生的数据,属于派生数据。这类数据的应用主要是面向管理层、经营层、决策层。5.6.3 基础文件文件名归口部门发布状态说明基础数据管理办法综合管理部未发布产品及服务目录管理办法商务市场部已发布档案管理办法综合管理部未发布5.6.4 模型业务数据业务目录基础数据创建分类属性日志过程记录业务规则约束业务间关系过程记录分析数据运算5.6.5 访谈问题1: 所管理的业务活动的业务数据如何命名?其规格如何表示?问题2: 业务活动要遵循的业务规则有哪些?是否可以实现业务规则的结构化?问题3: 业务活
31、动所使用的基础数据有哪些?问题4: 业务活动在执行过程中将导致哪些业务结果?其规格如何表示?问题5: 业务活动的过程是否被记录?其表现形式如何?问题6: 基于业务数据产生的业务分析数据是哪些?哪些部门消费这些分析数据?问题7: 所有的数据是否都有归档?数据的档案由哪些部门分别管理?5.6.6 底稿5.6.6.1 数据目录数据唯一标识数据名称数据种类5.6.6.2 数据规格数据编码:数据名称:数据种类:字段名中文名规格长度说明5.7 业务流程5.7.1 目标合理设计业务流程,并对5.7.2 术语n 业务流程:业务流程是为达到特定的价值目标而由不同的人分别共同完成的一系列活动。活动之间不仅有严格的
32、先后顺序限定,而且活动的内容、方式、责任等也都必须有明确的安排和界定,以使不同活动在不同岗位角色之间进行转手交接成为可能。ISO9000中对业务流程的定义是“业务流程是一组将输入转化为输出的相互关联或相互作用的活动”。n 业务流程的层次:务流程是有层次性的,这种层次体现在由上至下、由整体到部分、由宏观到微观、由抽象到具体的逻辑关系。一般来说,我们可以先建立主要业务流程的总体运行过程(其中包括了整个企业的大的战略),然后对其中的每项活动进行细化,落实到各个部门的业务过程,建立相对独立的子业务流程以及为其服务的辅助业务流程。 业务流程之间的层次关系一定程度上也反映了企业部门之间的层次关系。不同层级
33、的部门有着对业务流程不同的分级管理权限。决策层、管理者、使用者可以清晰的查看到下属和下属部门的业务流程。为使得所建立的业务流程能够更顺畅的运行,业务流程的改进与企业组织结构的优化是一个相互制约、相互促进的过程。 n 业务流程粒度:是指业务流程的层次展开的程度。n 子流程:在一个高层的流程中作为一个节点存在,而其本身可以被展开为一个独立流程的流程。n 活动:是流程中不可再展开,或不必在展开的节点。 5.7.3 基础文件文件名归口部门发布状态说明业务流程设计手册前质量管理部已发布是一个如何写流程的指导性文件5.7.4 模型5.7.4.1 跨职能流程5.7.4.2 业务流程的包含关系5.7.5 访谈
34、5.7.6 底稿5.7.6.1 流程目录流程编号流程名称流程分类流程对象流程主体5.7.6.2 流程规格流程编号:流程名称:流程分类:流程对象:流程主体:流程节点名称流程节点执行者输入输出节点类型前置节点6 制度文件6.1 目标企业制度由一系列的文件构成,这些文件之间按照一定的关系构成一个制度文件体系,我们要做的制度文件,一方面可能依赖于一系列的基础文件的支撑,另一方面也形成对其他文件的支撑。制度文件的梳理工作,其目标就是:(1) 确定支撑要制作的制度文件的基础文件;(2) 提出要制作的制度文件所支撑的其他文件的清单。6.2 术语n 制度文件:是用于构建企业管理架构的一系列文件的总称。包括:章
35、程、办法、规定、规范、手册。n 基础文件:是构成企业管理的基础架构的制度文件,涉及到企业的战略、标准、计划、控制、考核体系的基础架构。对其他制度文件具有普遍的控制和支持作用。n 专项文件:是实现对企业的业务活动细分的专项管理所形成的文件。n 公司章程:是企业内部最基本的制度,是公司全面经营管理的纲领性文件。n 管理办法:是用来约束和规范特定的业务活动的制度。是企业在特定的业务领域的纲领性文件。n 规范:是针对业务活动过程中那些大量存在、反复出现,又能摸索出科学处理方法的事物所制定的作业处理标准。规范一般是指导性的,而不是强制性的。n 规定:相对与规范而言,规定更具有强制性。n 手册:是以企业员
36、工为目标读者的文件形式。在手册中针对公司章程、办法、规定、规范、基础数据进行了节选,使其更具有可读性。n 内部合同:是公司与部门之间、部门与部门之间签订的、以相互提供产品及服务为标的的文件。n 细则:依赖于办法的解释性文件和实操性文件。6.3 基础文件文件名归口部门发布状态说明公司章程股东会发布可能需要修改,以适应新的管理架构的要求制度文件管理办法综合管理部未发布6.4 模型6.4.1 公司制度体系组织机构管理办法制度文件管理办法业务计划管理办法内部计价管理办法财务预算管理办法职能绩效管理办法重点工作管理办法业务规范管理办法基础数据管理办法业务管理办法规范规定内部合同公司章程细则6.4.2 文
37、件架构公司章程基础文件管理办法规范规定细则内部合同手册6.5 参考模板北京汇通金财信息科技有限公司(业务名称)管理办法第一章 总则第1节 为了(业务战略目标),特制定本办法;第2节 (业务)是(对业务的定义)第3节 (授权管理部门)是(业务)的归口管理部门,负责(罗列该部门的管理职能)。第二章 业务分类第4节 (如果要管理的业务对象有多种类型,则专门用一章来描述业务分类(引用基础数据);第5节 (如果业务采用多维分类,则说明,如果只采用一维分类,则不必说明)第6节 (如果业务分类简单,可以在办法中直接描述分类方法)第7节 (如果业务分类复杂,则可将分类信息放在附件中)第8节 (如果定义业务分类
38、需要有单独的流程,则说明实现业务分类所使用的流程)第三章 计划第9节 (计划编制部门)应于(要求的上报计划时间)按(计划周期)编制(计划的业务对象)报(计划归口管理部门)审核;第10节 (业务)计划中应载明(关键内容);第11节 (计划归口管理部门)审核计划时应以相应的规范文件为依据进行审核;并应(因不履行审核程序和规范导致的损失承担责任);第四章 业务模块A第12节 (业务模块A)是(对业务模块A的定义)第13节 (如果需要签署协议,则指明协议的名称、协议中要载明的关键事项)第14节 (执行业务模块A所遵循的流程的描述,在描述每一个流程节点时,应说明谁在执行、执行所遵循的规则或协议、执行所传
39、输的数据及数据介质、物流、资金流)第15节 (如果涉及子流程,可以说明子流程的名称或约定子流程的其他制度文件)第五章 业务模块B第16节 同上。第六章 业务模块C第17节 同上。第七章 控制第18节 (归口管理部门)应对(业务执行部门)在执行(业务活动)中的(风险点)进行事前控制,发现(引发事件的现象或原因)时应(采取的措施);第八章 考核第19节 (对授权管理职能的考核,包括:考核主体、被考核主体、关键绩效指标的算法、奖惩依据)第20节 (对执行职能的考核,包括:考核主体、被考核主体、关键绩效指标的算法、奖惩依据)第21节 (对服务于支持职能的考核,包括:考核主体、被考核主体、关键绩效指标的
40、算法、奖惩依据)第九章 附则第22节 本办法自(日期)开始试行,试行期为(周期);第23节 本办法的解释权归(负责制定办法的部门)。第十章 附件第24节 基础数据类附件;第25节 表单类附件;第26节 其他附件7 管理信息化7.1 目标管理信息化本身并不属于制度文件的组成部分,但是管理信息化是将制度所建立的管理框架固化到信息系统的过程,管理信息化的目标是:(1) 简化信息传递过程,提高效率;(2) 节约管理成本;(3) 提升业务及管理活动的标准化程度。一套好的制度文件应该同时也是一份好的信息系统需求文档,一套好的制度文件的工作底稿同时也是一份高质量的信息系统设计文档,能够为实现管理信息化提供便利条件。7.2 术语n 管理信息化:是将管理制度所建立的管理框架固化到信息系统的过程。是企业管理体系的软件化。n 业务需求说明书:是描述信息系统业务需求的文件;n 设计规格说明书:是信息系统的详细设计文档。7.3 基础文件文件名归口部门发布状态说明信息系统需求管理办法综合管理部未发布7.4 模型无7.5 访谈无7.6 底稿无