工作分析编写说明Word格式.docx
《工作分析编写说明Word格式.docx》由会员分享，可在线阅读，更多相关《工作分析编写说明Word格式.docx（14页珍藏版）》请在冰点文库上搜索。
流程允许人工发起的情况下，流程主办人有权发起流程。
◆流程主办人可以为以下两种情形：
✓岗位。
人事部/工资管理。
✓角色。
可以根据需要定义，但角色名称要符合使用习惯，能望名生意、无歧义。
常用角色如下：
i.公司领导；
ii.部门负责人、部门（单位）负责人、部门第一负责人、部门（单位）第一负责人、部门督导；
iii.公司员工、公司员工（不含公司领导）、本部员工、本部员工（不含公司领导）；
iv.部门考勤员、对口秘书、项目会计等。
◆为便于在流程图和流程说明中方便引用流程主办人，可给流程主办人起别名。
用车申请流程的主办人为“本部员工（申请人）”。
1.3.2.分配策略
◆流程主办人可能对应多人的，应明确分配策略。
◆两种分配策略：
✓全部（默认）。
流程并发多个实例，分别分配给各主办人办理。
✓自动选一。
由系统按一定规则任选一人办理。
1.3.3.职责归集
◆明确流程是否归集进入主办人的岗位职责和所在部门职责，包括以下三种情形：
✓同时列入岗位职责和部门职责。
此为一般情况。
✓列入岗位职责，不列入部门职责。
部门负责人审核本部门用车申请。
✓不列入岗位职责和部门职责。
各岗位员工的请假申请。
1.4.监管人
◆负责监督流程运转情况，处理流程异常，优化流程设计。
◆一般为业务归口部门的督导。
1.5.发起方式与发起条件
1.5.1.三种发起方式
◆定时发起、事件发起、人工发起。
◆对某一具体流程，可以为一种或多种发起方式。
一般情况下应允许人工发起。
1.5.2.定时发起与工作周期、时间、附加条件
◆定时发起的流程，应明确工作周期、开始～完成时间及发起附加条件。
◆工作周期：
年、月、周、日等。
◆开始～完成时间：
可以填写多个时间对，表示一个周期内发起多次。
针对开始、完成时间可以分别注明遇休顺延或提前，不注明的表示不顺延也不提前。
◆流程仅在一定条件下定时发起的，注明发起附加条件。
水库调度的某些工作，仅在汛期定时发起。
1.5.3.人工/事件发起与发起条件、完成时限
◆人工与事件发起的流程，应明确发起条件和流程完成时限。
◆发起条件：
准确描述什么条件下将发起流程，该条件为发起的充分条件。
“特殊情况需发放其它工资性费用”、“五强溪水库入库流量达到×
×
M3/S”。
◆完成时限：
在人工或事件发起时，流程总的完成时限，表示为“×
工作日×
时×
分”，可以为空。
1.6.查阅范围
◆规定哪些人员可以查看流程的工作实例及其相关文档。
◆可为以下三种情况：
✓工作（含子工作）相关人及其它特别权限人（默认）。
特别权限人一般包括工作（含子工作）相关人的各级上级和直接考核人，也可以特别指定到具体岗位。
✓工作（不含子工作）相关人及其它特别权限人。
特别权限人的含义同上。
✓不限制。
2.工作目的、目标
2.1.工作目的
◆说明为什么开展该项工作，确认该工作的必要性。
◆要求表述准确，语言精练。
2.2.工作目标
◆指工作应达成的目标。
◆要求量化、细化、形象化，可以衡量。
3.流程图
3.1.流程图的画法
3.1.1.流程图元素与布局
◆6个元素：
开始节点，表示流程开始。
一个流程有且仅有一个开始节点。
结束节点，表示流程结束。
一个流程有且仅有一个结束节点。
活动节点，表示需要人工完成一组活动，即一个工作事项。
上半部分填写节点编号和名称，下半部分填写主办人及其分配策略。
子流程节点，表示调用关联的子流程。
实线边，表示流程正常流转方向。
边上可以填写边的说明。
虚线边，表示返工与退回。
◆流程图布局
✓流程图统一采用从上往下总体布局。
主要或常用节点依次排列并置于流程图中心位置，其它特殊情况下的分支与节点并列左右侧，尽可能对称分布。
✓各节点与边垂直、水平方向均对齐，保持总体布局美观。
✓流程图跨页的，在分页处标注“接下页”，下页对应标注“接上页”。
3.1.2.节点名称与编号
◆节点名要求表述准确、简练，一般2～6个字，要能反应节点的实质工作内容并无歧义。
◆节点采用两位数字，从01开始顺序编号（不含开始、结束节点）。
同分支的节点应连续编号。
3.1.3.节点主办人及其分配策略
◆活动与子流程节点应明确主办人，可为以下情形之一：
公司领导、部门负责人、部门第一负责人、部门督导、部门考勤员、各岗位员工；
对口秘书、项目会计等。
角色可以根据需要定义，但角色名称要符合使用习惯，能望名生意、无歧义。
✓流程与前驱某节点的主办人。
流程的多个节点应始终由同一人处理的，其中后续节点的主办人应设为第一个节点（或流程）主办人。
✓流程与前驱某节点的主办人的所在部门（单位）的某角色，或直接上级、直接下级：
请假人（即流程主办人）所在部门督导。
✓动态指定。
在流程执行中，由前驱节点主办人选择。
按照策划书（方案）进行的组织实施工作。
◆主办人可能对应多人的（含主办人为不确定的），应明确分配策略：
✓手动选一。
在流程执行中，由前驱节点主办人手动选择一人为本节点主办人。
✓手动选多。
在流程执行中，由前驱节点主办人手动选择多人为本节点主办人，选择的多个主办人并发办理该节点，如：
文件会签。
3.1.4.边的说明
◆边附带条件执行的，应对边予以说明。
边没有说明的，视为无条件执行。
◆边的说明以“①条件，送×
※※※”的形式表示：
✓①：
表示边的顺序号。
节点有多条出边的（含返工退回边），应顺序编号，执行频率高的边编号在前。
✓条件：
什么条件下执行该边，应为充分条件。
✓×
：
表示后续节点的主办人。
✓※※※：
表示后续节点的动作，一般可以直接使用节点名。
后续并行多个节点的，列多个动作。
✓返工退回边（虚线边），统一表述为“退回×
修改”，×
代表退回点的主办人。
3.2.流程电子化对流程设计的要求
3.2.1.流程的设置（拆分与整合）
◆周期不同的工作不能设为一个流程，应予以拆分。
典型情形如下：
✓不定期申请，但定期报批的，申请与报批应拆分。
（一事一批的，应作为一个流程）。
✓工作办理完成后，相应费用结算报销、工作总结评价等不要求单项、限时进行的，工作办理流程与费用、总结流程拆分。
（严格要求一事一报、一事一总结的，应作为一个流程或直接调用相应子流程）。
✓项目立项、招评标、合同签订；
物资计划、采购、验收入库、费用结算等，处理方式同上。
✓不同周期的计划、报表等，应分别作流程。
（固定一个周期定时发起，必要时不定期发起的工作，可以一个流程）。
✓系统整合流程，特别是不得因跨部门、岗位或专业而割裂流程。
公司有统一规范流程的工作，应按统一的流程来处理，其它流程中涉及该类工作的均应调用子流程。
合同签订、合同支付、呈批（报）件办理、公司发文等。
注：
由于软件暂不能有效支持子流程，录入时子流程节点一律作活动节点处理。
◆（五凌）费用借支、报销（支付）按照费用类别分别设计流程，其它流程中一般不设计费用借支、报销（支付）节点。
3.2.2.流程节点设置
◆流程节点要有相对的独立性，要有明确的产出和完成标志，并不得依赖后续节点的完成或进展情况。
◆同一岗位连续处理的工作一般作为一个节点，以下情况可例外：
①单个节点工作内容多，时间跨度长，适当拆分可以逐步提醒办理工作；
②单个节点工作专业跨度较大，适当拆分便于日后职责调整。
◆多岗位参与共同处理的工作：
✓组织者、参与人明确且各负其责的，并列为2个或多个节点并从名称上加以区分。
合同谈判。
✓参与者不明确，或其职责不能或无需事先明确的（由组织者视情况安排），仅设一个节点，主办人为组织者。
◆工作需要事先研究策划（做方案、计划等）、事后总结评价的，设计相应节点。
◆流程涉及到执行中手动选择后续工作及其主办人、完成时间，前驱节点主办人不适合做该选择的（公司领导尽可能不进行该类操作），应增加节点用于执行选择操作，如：
呈批（报）件分发。
◆意见校核节点：
✓流程处理的数据（文件、表单等）需要以电子或纸质方式在其它场合直接、独立使用（即：
不与工作处理单同时使用），且数据处理方式为允许在文档外签署处理意见的，在数据处理完毕后要增加校核节点，以形成正稿。
（业务表单用工作处理单代替，实际无需上传文档的，不要校核）。
✓会签性质的节点之后应增加会签意见校核节点。
✓其它情况，一般不得在数据处理完毕后进行校核，以保证数据的安全性。
✓后续节点与意见校核节点主办人相同的，两节点可以合并。
◆流程涉及到将处理完毕后的电子文档（文件、表单等）打印纸质件并直接使用的：
✓需要打印纸质件作为费用报销或支付依据的，一律由会计负责打印，稽核、出纳或会计部门负责人中的一个或多个核对纸质件与电子数据的一致性。
经审批的费用立项表、呈批（报）件、出差单、各类方案、计划等，需作为费用报销或支付依据的，由经手人在费用报销或支付时直接上传相应工作文档作为报销单或支付单的附件。
✓纸质件作为一般用途的，可以由业务归口岗位负责打印并签盖。
◆工作有业务处理系统支持的，流程节点与业务处理系统的功能模块划分要一致（业务处理系统的分析由技术人员进行）。
3.2.3.流程分支和返工退回
◆可以并行处理的工作，应设计为并行节点或分支。
◆流程要全面、准确表示各种分支与返工退回的可能，保证各种情况下都能正确流转。
✓对于审核、审批类节点，一般存在同意、不同意、退回修改（有些甚至可退回多点）三种可能。
审核审批不同意的，流程应结束，结束前增加“不同意×
，请查阅审核审批意见”的节点。
✓负责数据校对、核实的节点，和输入数据填写不规范将导致工作不能正常开展的节点，应考虑允许退回修改。
✓各员工均可以发起的流程，应考虑到发起人为部门负责人或公司领导时审核、审批程序不同，必要时应增加相应分支。
✓对重要、复杂事项的审批，一般应考虑到例外情况并设计相应分支，以保证流程的灵活性。
具有审批权的领导考虑事项特殊，可能进一步提交其它领导审阅。
呈批（报）件的送公司领导再审阅。
◆以下特殊情形，软件不能支持：
✓不能流程开始即手动选择后续工作及其主办人；
✓节点可能并发实例的，不能退回、不能自循环；
✓节点可能并发实例的，暂不能手动选择后续工作及其主办人（流程设计时按能支持考虑，录入时作过渡性处理，如呈批（报）件的阅办、承办环节）；
✓虚拟节点暂不能手动选择后续工作及其主办人（录入时不插入虚拟节点，提醒有关岗位人员注意正确选择后续工作，如呈批（报）件的分发环节）。
✓节点位于流程某一并发分支的，不能退回到分支点及以前节点；
✓子流程节点不能退回；
✓自循环不能退回。
3.2.4.实施范围的影响
◆（五凌）考虑到下属单位（电厂、项目部、分子公司）尚未实施岗位工作站，流程及节点的主办人不得设为下属单位的岗位。
公司本部与下属单位之间的工作联系仍采用现有方式。
◆（五凌）涉及到下属单位的流程，按照如下方式处理：
✓应由下属单位发起的流程，调整为公司本部相应岗位根据下属单位的申请（或要求）发起。
✓要求下属单位报送数据、反馈信息的，调整为公司本部相应岗位收集数据与信息。
✓涉及向下属单位传送数据、下达工作的，由公司本部相应岗位传送、下达并确认和接受反馈信息。
✓以上流程的数据需要电子化流转的，可以要求下属单位报送电子版数据。
✓流程或节点主办人为角色的（请销假、用车等），应明确界定其角色范围，如：
i.角色“员工”：
应具体明确为全体员工、本部员工、以及含不含公司领导（其角色规范定义分别为：
各岗位员工、各岗位员工<
不含公司领导>
、本部各岗位员工、本部各岗位员工<
）。
ii.角色“负责人”：
应具体明确为部门负责人、部门（单位）负责人、部门第一负责人、部门（单位）第一负责人、部门督导。
4.流程说明（针对每一个节点，逐项分析以下内容）
4.1.工作名称与类别
4.1.1.事项名及职责归集
◆事项名用于职责查阅，表述要完整、准确，便于能体现岗位职责与权限。
◆职责归集：
参见1.3.3。
4.1.2.实例名
◆含义同1.1.2。
◆一般由节点名或节点事项名与一定的实例标识构成。
✓一般情况下引用流程实例名，默认为“节点名＋流程实例名”。
“审核”＋（当前年月－1）＋“工资”。
✓实例标识采用节点主办人的姓名、所在岗位、部门。
✓有结构化的业务表单或模块支持的，可以直接引用业务数据作为实例标识。
◆节点有纸质数据的，实例名中应予以适当提示，表示方式为“※※※为纸质，送×
”、“※※※为纸质”（※※※表示纸质数据名，×
表示数据接收人），前者适合负责传递纸质数据的节点，后者适合接受纸质数据的节点。
4.1.3.关联流程名（仅子流程节点）
◆由于分步实施的影响，关联流程名称暂不能确定的，注明“有待补充”。
4.1.4.工作类别
◆参见1.1.3。
◆节点工作类别可以与流程工作类别不同，具体根据节点工作的专业性质确定。
工资发放流程（工作类别为人力资源）的核算、稽核、上帐等节点的工作类别应为财务股权。
4.2.重要性、复杂性
◆参见1.2。
◆节点的重要性、复杂性不得高于流程的重要性、复杂性。
4.3.工作标准
◆工作的评价指标与衡量标准。
4.4.工作内容、步骤
◆明确做什么、怎么做，工作步骤明显的按照步骤顺序填写。
◆节点有纸质数据的，应具体说明什么数据，需要送哪些环节。
4.5.完成时间（或时限）
◆根据流程发起方式为定时或人工/事件，分别设定完成时间或时限。
流程支持多种发起方式的，应分别设定。
◆流程发起方式为定时的，可以设完成时间或时限，但不得为“动态指定”或空。
✓完成时间：
在某一具体日期、时分前完成，注明遇休顺延或提前。
✓完成时限：
工作开始后的多长时间内完成，表示为“×
分”。
◆流程发起方式为人工/事件的，设完成时限，并可以设为“动态指定”或空。
✓以下情况应设为“动态指定”：
✧完成时限需要根据具体业务数据确定的，如：
请销假流程的工作移交、按策划书（方案）进行的组织实施工作。
✧其它不太好事先确定时限的情况。
✓以流程主办人自己办理的各节点，时限可以设为“空”。
✓有结构化业务表单或业务处理系统支持的流程，完成时限可以引用业务数据。
◆完成时间与时限具体数值的确定：
✓以满足工作需要为准则，并要与整项工作（流程）时间要求一致，制度有明确规定的从其规定（如：
文件会签应在1个工作日内完成）。
✓在遵照上条要求的情况下，灵活把握、适当宽松（建议：
除特别重要或紧急的工作外，一般工作的时限不要小于4小时）。
4.6.处理数据
◆数据罗列要求：
✓全面、准确列出节点的所有输入输出数据，包括纸质数据。
仅当前节点执行过程中使用，既非其它节点或流程输入、也不输出到其它节点或流程的数据，可以不罗列。
✓数据对安全性要求高，或法律法规、上级或其它单位有明确要求纸质的，应采用纸质数据。
纸质数据罗列要求如下：
✧在数据名称后注明“纸质”，纸质数据在实际录入时无需定义。
✧在节点实例名和工作内容与步骤中予以提示（见节点实例名、节点工作内容与步骤）
✓其它情况，数据应尽可能电子化流转。
电子化数据罗列的要求如下：
✧数据需要分送不同人员、用于不同用途的，应定义为不同数据项。
数据不需要分送的，应作为一个数据项处理。
✧数据名称恰当，要便于提示节点主办人正确上传有关文件、表格。
有规范表单的，可以采用表单名；
数据项实际包含多个内容的，数据名称应完整，能准确表示其内涵。
✧数据从其它流程或节点输入的，明确数据来源和处理方式（是否允许修改文档、在文档外签署处理意见）
✓有时为纸质，有时为电子的数据，同时按照电子数据和纸质数据处理。
✓特别说明：
节点定义了数据项的，执行过程中需对每个数据项分别进行处理并签署处理意见，处理意见随数据项流转。
节点没有定义数据项的，执行时可以填写执行情况，也可以上传文件，但二者均不能随流程流转。
◆数据来源和处理方式
✓数据来源可能为：
✧本流程，本实例。
✧本流程，其它实例：
具体明确什么实例。
✧其它流程，某实例：
具体明确流程名和什么实例。
不提倡跨流程直接引用数据。
补充说明：
需要跨流程或跨实例引用数据的，可以采用手动搜索相应工作文档并上传的方式。
✓处理方式（是否允许修改文档和在文档外签署处理意见）
处理方式
修改
文档
在文档外签
署处理意见
适合情形
不适合情形
Ⅰ
是
否
文档有当前节点主办人的意见签署或签名栏（注①），且节点主办人有必要修改文档，且修改不致导致数据混乱。
费用报销、请销假、用车申请的审核、审批。
◆文档没有当前节点主办人的意见签署或签名栏；
◆或：
节点主办人仅查阅文档，没有必要修改文档；
文档涉及大量、复杂数字，修改容易导致数据混乱。
Ⅱ
文档没有当前节点主办人的意见签署或签名栏（注①），且节点主办人有必要修改文档，且修改不致导致数据混乱。
文件、合同、制度、各种方案、计划的会签、审核、审批。
◆适合方式Ⅰ的情形；
Ⅲ
◆节点主办人仅查阅文档，没有必要修改文档；
如工资表的审核、审批。
◆虽定义了数据项，但实际无需上传文档的（业务表单用工作处理单代替）
◆适合方式Ⅰ、Ⅱ类的情形。
Ⅳ
非法设置
备注：
1）文档（表格）中仅有签名栏，而没有签署意见的位置的，一律在表格之后增加“备注”栏，用于需要时签署意见。
2）纯粹用于会签、审核、审批，其业务数据另附的表单（如文件、合同、制度处理单等），一律用工作处理单代替。
其它业务表单是否用工作处理单代替，由客户方根据管理优化的需要确定。
业务表单由工作处理单代替后，工作执行过程中无需上传任何数据的，仍应该定义数据项，并将处理方式设置为Ⅲ类。
3）为确保安全性，一般在审批完成后不再对文档进行任何修改。
确有必要在审批完成后仍允许修改文档的，数据安全性应可以通过其它方式得到保证，如：
用车申请流程中，用车申请单在审批完成后，允许车辆调度员填写派车信息（流程设计及用车申请的工作性质可以保证对数据的非法修改能被及时发现；
数据安全性要求也不太高）。
又如：
介绍信开具流程中，介绍信在审批完成后，允许机要秘书进行内容校核与格式调整（流程设计及介绍信的性质可以保证对数据的非法修改能被及时发现；
4）审核审批意见校核节点的设置：
参见流程节点设置。
5）以上均针对能实现痕迹保留功能的文档格式（仅WORD），对excel或其它格式的文档一般应采用方式Ⅲ处理。
◆子流程节点的数据：
应特别注明映射为关联流程的什么数据，可以直接映射为关联流程的数据，或映射为关联流程数据的附件。
4.7.业务处理系统及功能模块
◆业务处理系统：
工作有业务处理系统支持并需要岗位工作站直接调用业务处理系统办理工作的，填写业务处理系统名称。
◆功能模块及其调用方式（技术人员填写）：
略。
4.8.查阅范围
◆参见1.6。
5.相关信息
5.1.制度标准
◆填写与本流程相关的公司制度标准的名称。
列出的制度标准应录入公司信息服务系统。
5.2.政策法规
◆填写与本流程相关的主要政策法规的名称。
列出的政策法规应录入公司信息服务系统。
6.相关表单
◆填写本流程使用的各种表单的名称。
◆随工作分析文档提交电子版的空白表单。
升级会员 