第一篇:试产流程管理规范
1.0目的
1.01使设计的新产品、采购新物料得到有效、合理的验证; 1.02小批量试产能够有序的进行,并为后续产品量产提供保障;
2.0 范围
适用于本公司新产品、研发工程变更、品质来料改善和实验、新供应商、新材料及PE部试验的验证。
3.0 职责 3.1 生产部
3.1.1 负责进行小批量试产的人员安排及产品生产; 3.1.2 试产中对产品问题点的提出;
3.1.3 试产产品中各项不良数据的统计。3.2 PE部
3.2.1负责小批量试产前工装治具的提供; 3.2.2试产初期《作业指导书》的拟定; 3.2.3试产中产品问题点的分析与解决; 3.2.4试产过程中各项数据的收集整理。3.3 品质部
3.3.1 负责小批量试产的跟踪与检验;
3.3.2试产中品质标准的判定及确认,总结会议上品质问题的关闭; 3.3.3试产产品可靠性实验的申请及跟进; 3.3.4试产产品可靠性实验及数据提供。3.4物控部
3.4.1负责小批量试产的时间安排; 3.4.2试产物料准备;
3.4.3 《生产指令单》的下达;
3.4.4 负责组织相关部门对未定型产品的评估。3.5 采购部
3.5.1 负责小批量试产物料的采购; 3.5.2新材料供应商的引入,承认发起; 3.5.3试产所需材料的购买; 3.6 研发部
3.6.1负责试产总结会议的召开;
3.6.2提供技术支持,参与小批量试产过程跟进及制程问题的分析与处理; 3.6.3小批量可靠性试验不良的处理;
3.6.4小批量试产总结报告中的研发问题处理; 3.6.5小批量过程中涉及到设计方面的申请及变更。3.6.6试产进程中全线跟进。
4.0 定义
无
5.0 工作程序
5.1接到小批量试产的申请(申请部门:研发部品质部采购部PE部)
5.1.1 新产品的试产、设计工程变更,由研发部提出申请; 5.1.2 已批量过的新材料更换的验证,由采购部提出申请;
5.1.3 品质部来料改善、实验验证,由品质部提出申请及试产跟进; 5.1.4 PE部实验验证,由PE部提出申请;
5.1.5 未定型产品小批量验证,由物控部召集研发、工程、品质、市场、采购等部门参与评审其进程状态、物料 保证、工艺保证、生产过程控制等,明确责任人及具体的时间要求,形成会议记录并由各部门具体落实,物控部负责过程跟进及确认;
5.1.6当小批量试产提出部门填写完《小批量试产申请单》,经市场部回复订单状况、厂长/总经理对《小批量试产申请单》上的内容审核批复通过后,复印交给研发、PE、品质、物控、采购、生产、市场、厂长/总经理等部门。
5.2 小批量试产安排
5.2.1 物控部收到经评审通过后的《小批量试产申请单》,须及时下《物料申请单》给采购部订料;
5.2.2 采购收到计划的《物料申请单》后,须按小批量数量的批复基数及时订料: 5.2.3 产品物料齐套后,由物控下达《生产指令单》,准备进行小批量试产,小批量试产数量一般为200-500PCS。
5.2.4新产品小批量试产前,研发部制作好生产样品,分发到PE部、品质部、生产部;并组织试产前会议;
5.3 小批量试产准备
5.3.1研发案件负责工程师收到《小批量试产申请单》后,根据《小批量试产申请单》中的各项内容进行检查及跟踪;
5.3.2 生产部收到物控下达的《生产指令单》后,开始为小批量试产备料(领料); 5.3.3 SMT 接到物控下达的《生产指令单》后,生产人员根据研发提供的生产样品,进行首件制作,填写《首件检查记录表》,首件合格后进行投产;SMT试产中出现的问题点及时反馈给案件负责工程师及研发部项目负责人处理;半成品生产完成后将合格品入库,SMT将生产数据提交给案件负责工程师。*出现问题,品质部填写《小批量试产记录表》,包括DIP及各工序;
5.4 DIP小批量试产过程跟踪及异常处理
5.4.1 试产前,生产人员制作产品首件,并将各项数据填写于《首件检查记录表》中;首件合格后按照图纸和《作业指导书》的要求试产,同时研发案件负责工程师及研发部项目负责人须到现场跟进试产过程;当小批量试产出现问题时,由小批量试产工程师及研发部共同主导现场处理;
5.4.2 试产过程中生产数据由生产部提供给研发案件负责工程师,IPQC抽检数据由IPQC提供给案件负责工程师,试产完成 经QC全检合格后成品入库,案件负责工程师应将试产过程发生的问题点、发生原因及解决措施记录下来,并在试产总结会议中提出; 5.4.3 PE人员负责对试产过程提供工艺技术支持,并同研发部项目负责人一同解决试产过程中的异常;试产完毕后,QA抽检产品5PCS进行可靠性实验,具体参见《可靠性试验操作规程》作业,实验完成后将实验报告提供给研发案件负责工程师;如出现可靠性试验问题,需由研发部项目负责人主导处理。
5.4.4 研发案件负责工程师试产完成2个工作日内,须完成各项试产数据收集整理。
5.5 小批量试产总结
5.5.1小批量数据整理完成后,由研发部召集生产、品质、PE、物控、研发、采购等部门召开小批量试产总结会议;
5.5.2小批量试产总结会议须由品质公布试产过程中QC合格数据、IPQC抽检数据,并提出试产过程中出现的问题点;
5.5.3试产过程中出现的问题点由研发案件负责工程师及研发部项目负责人进行原因分析及提出解决措施;解决措施须确认相应问题的负责人及完成时间; 5.5.4 研发部、PE部、物控部、生产部、品质部和采购部根据《小批量试产总结报告》中的一次通过率及生产效率是否达到目标进行量产评审;
5.5.5 小批量试产总结会议记录的问题由研发案件负责工程师整理并记录在《小批量试产总结报告》中,与会人员签名后发放到研发部、PE部、物控部、生产部、品质部和采购部等。
5.6 试产问题点的跟踪确认
5.6.1 研发部、PE部、物控部、生产部、品质部和采购部在收到《小批量试产总结报告》后,应根据《小批量试产总结报告》中的各项问题点进行解决并及时完成,品质部跟进完成进度并记录是否关闭;
5.6.2 研发问题:如尺寸、功能、性能问题等,研发工程师必须根据实际情况,在15天之内提供2-5PCS改善样品及其它全套物料(研发工程师需自行验证OK后)连同验证样品并经品质部确认合格后关闭;
5.6.3 来料问题:IQC必须即时反馈供应商进行改善,如涉及到送改善样,IQC必须知会采购在3天之内提供给(IQC已验证 OK)研发案件负责工程师验证;并经品质部确认合格后,待有订单时重走小批量验证合格后,由品质部关闭。5.6.4 制程问题:由研发案件负责工程师现场指导并给出解决方法; 5.6.5 可靠性实验问题
5.6.5.1品质老化、振动、冲击、跌落等可靠性问题,由研发案件负责工程师判定责任单位,由责任单位给出处理措施后经品质部验证合格后关闭; 5.6.5.2新产品由品质部根据《可靠性试验操作规程》申请可靠性试验及结果跟进,并由PE部确认试验方法及操作是否正确;
5.6.6 备注
5.6.6.1 当问题点不能按时处理完成时,必须以邮件的形式告知研发案件负责工程师并给出下次改善的时间节点,直至品质问题点关闭;
5.6.6.2 当问题点在各改进进行环节无故推诿,导致改善部门不能更改按时处理完成,导致下一单试产延误,需追究相应责任。
5.6.6.3 任何已经定型的产品,需要变更、修正、替换、重大改变的都必须进行《小批量试生产管理规范》程序。
5.7 正式量产
5.7.1 小批量试产的各项问题点处理完成后由研发部经理确认并经审核合格后,方可进行大批量投产;
5.7.2关于新材料导入,小批量试产合格后,需要导入批量,以确保后续大批量品质的稳定性,批量数量一般为1000PCS-5000PCS;
5.7.3材料、工艺更改试产通过的,研发部应将最新生产资料及时更新,并知会
各部门签署《ECN》后下发;
6.0 相关文件
6.1《可靠性试验操作规程》 6.2《作业指导书》
7.0 记录表单
7.1《小批量试产申请单》 7.2《生产指令单》
7.3《首件检查记录表》 7.4《小批量试产记录表》 7.5《小批量试产总结报告》 7.6《物料申请单》 7.7《ECN》
第二篇:试产物料管理流程
试产物料管理流程
目的规范物料运作管理,提高生产效率,简化物料流程,及时了解物料信息。使用范围
1、领料流程:
1.1接计划部门开发试产任务单或量试领料单。
1.2核对生产任务单与所下订单数量和单号是否一致,如不一致反馈PMC或相关部门。
1.3接到试产计划后,提前一周确认物料情况,计划领料时间。
1.4领料原则是物料员针对自己所要领的物料必须与套单上的物料编码一致,如有差异及时向有关部门确认。
1.5领料后核对与套单上所有物料是否齐全,否则需继续向仓库领完套单物料。
1.6物料领进车间后,物料员须将物料按结构、电子料各种类分别整齐摆放在货架上,大件物料(塑料类)放在地面上摆整齐,对试用、超差、挑选等物料用红色油性笔做特别标识,且及时填写物料收发本贴在物料堆放处,最后按生产制造单号制作各物料套料欠料账本,以便于及时跟催套料欠缺物料。
1.7物料员对贵重和易丢失的物料,在领料时就与其他的物料隔离开,并单独保管,生产线在生产需要时点数给产线负责人,每天下班时,物料员对该类物料进行盘点确认数量和状态。
1.8物料员必须按型号将领料单据整理好,按规定区域摆放好,以便于及时了解物料信息。
1.9生产前一天,物料员在车间备料区按订单数量和机型,备好物料准备试产或量产,备料时应注意试用,超差,挑选加工,异常的物料,必须通知组长,防止用错料,生产线在备料区领用物料时,注意核对机型和物料编号,如有问题及时询问物料员,不可乱用物料。
2、退料流程:
2.1试产过程中,将不良品物料挑选,做上标识放在不良区。
2.2将不良品给技术部门确认是否可以接受,可以接受的物料继续投入生产,确认不合格的物料,做上标识放在不良区。
2.3物料员每天将不良物料整理好开单,给品质IQC确认后,方可退给仓库入帐。
2.4报废物料直接开单申请报废,由部门主管和物控部批准后,物料员方可将报废物料退到报废仓入帐。
3、借料流程:
3.1试产或量试过程中,因物料异常或临时增加物料用量、编号等原因,需向仓库借料。
3.1.1物料员根据所需物料的编号,开单给组长确认主管审核物控批准后,再向仓库领料。
3.1.2借料编号—物料员—组长—主管—物控—仓管员
4、好料回仓:
4.1试产或量试结束后,部分物料过剩,没有使用过或使用过,但仍可以继续使用时,物料员必须将此类物料整理好开好料回仓单,给IQC确认是否为良品,IQC确认为良品后物料员退仓入帐,确认为不良品不可再次使用时,以不良品退仓入帐。
5、成品入库:
4.1试产组已生产好的产品,送品质QA检查合格后,物料员根据QA合格数量开成品入库单,给组长确认主管审核,与货仓核对数量后电脑入帐,完成成品入库。
6、支持文件
6.1物料标识卡
6.2物资收发卡
6.3领料单
6.4借料单
6.5入库单
6.6退料单
第三篇:08 SMT试产流程简介
SMT试产实现流程简介
一、要完成某项目的SMT试产,必备的要素
1、物料要齐套(要求提前1天到位);
2、钢网要制作完成(制作钢网需要GERBER文件、1拼PCB)
3、要有生产资源(需要PMC部协调安排)
4、贴片程序要准备好(制作贴片程序需要坐标文件、BOM、1拼 PCB)
二、各要素如何实现
1、物料如何齐套
1)物料如何齐套?-----采购部下单采购/申请样品
2)谁向采购部输入采购命令?----PMC部向采购部输入需要采购的物料清单以及对应的数量,并根据试产计划向采购部明确物料齐套时间。
3)PMC部如何知道以上信息?----项目管理部在公司范围内下发某项目主板对应的物料清单(即俗称的PCBA BOM),PMC部依据项目管理下发的《新品试产计划进度表》,同时项目经理需要向PMC部输入试产计划/物料需求(包括试产时间、数量)。
4)PCBA BOM哪里来的?----方案公司提供PCBA原始材料清单(即俗称的BOM,该BOM需要方案公司在GERBER文件下发后的2天内提供),项目经理将该BOM转发给BOM技术员,BOM技术员负责系统编制,编制完成后回转给项目经理进行详细确认(如何进行确认---电路原理图),确认OK后转交部长、分管副总、总经办的管理都代表(陈俊理)签字,然后在公司范围内下发。
5)试产计划哪里来的?---项目开发计划(项目立项前项目经理拟制该项目开发草计划,立项后在公司范围内下发正式的《项目开发计划》)。
备注:PMC部反馈的物料齐套并不代表物料已经全部送到SMT物料仓。
从物料到货到物料发至SMT物料仓,中间有诸多环节(物料到货后没有发至SMT,有以下因素:
1、没有报检,2、报检后质控部并没有检验/检验不合格,3、质控部已经返单,但单仓库没有安排入库,3、已经入库,但SMT没有安排领料),要保证按时试产,项目经理要跟催各相关部门完成以上工作。
2、钢网如何制作的?-----制作钢网需要GERBER文件、1拼PCB
PCB到货后,项目经理在第一时间转给SMT部长3拼PCB,SMT负责找加工厂制作,钢网可以在24小时内制作完成。
3、生产资源?-----PMC部根据项目管理下发的《新品试产计划进度表》提前预留贴片资源,该工作由PMC部协调安排。
4、贴片程序如何准备?-----SMT有专门的工程师负责调试贴片程序 制作贴片程序需要坐标文件、BOM、1拼 PCB
赵辉
2008年3月18日
第四篇:发布管理流程规范
产品发布管理流程规范
编
制:
审
核:
日
期:
版
本:
编
号:
密
级:
目录
1.目标....................................................................................................................................3 2.发布流程............................................................................................................................3 2.1.补丁发布流程.............................................................................................................3 2.2.主版本发布流程.........................................................................................................5 2.3.产品实施流程.............................................................................................................8 2.4.VSS管理流程..............................................................................................................9 3.相关资料............................................................................................................................9
1.目标
软件产品的发布过程,需要形成有序的良性循环。否则,各环节流转中容易发生相互等待、被动接应的局面。无形中,不断增加了沟通成本,扩大了软件的风险。且对后期造成的影响并不能够完全预知、完全估量。
因此,根据公司内部前期已有的习惯,总结过去产品的发布经验,分析统计结果后,特制定本发布过程规范。预期达到如下目的:
1、减少交叉沟通。通过将发布过程流程化,使每一个环节的执行者都非常清楚自己的产入产出,受谁的影响,将影响谁。当遇到困难时,能明确的定位寻找到关键人物沟通解决。避免当需要获取一件事情的进展情况时,需要广泛征询才能掌握的现象。减少交叉沟通成本。
2、提高工作预见性。流程一旦启动,流程中的所有人员便被触动。各环节执行人能迅速在早期预算出自己的“参与时间”、“参与内容”、“参与工作量”,主动提前做出安排、准备,避开人力、时间等资源上的冲突。且一旦发现冲突,便能立刻“报警”,报得越早,越能提前应对,减少损失。
3、提高可控性。产品发布就像道路交通。交通电台有了可靠的消息渠道(取决于上述“
1、减少交叉沟通”),便能随时掌握路面交通状况,配合可预见的行车计划(取决于上述“
2、提高工作预见性”),当然更能向车队提供有价值的消息。因此,车队领导能做出更有控制力的指令,各车队协调行驶,整个交通自然更受控。一条早已设计好的行车路线,加上提前准备就绪的车队人马,再加上行进途中密切配合的交通电台。与没有固定线路,需要时才去调配车马,电台信息又不畅的队伍相比,哪一个更能成功到达目的地?
2.发布流程
本章节的流程图中,将使用下列简称。
1、需求组(人):包括需求总负责人(或PM)、各模块需求负责人。
2、开发部(人):包括技术开发部全体成员。
3、配置管理员:或简称SCM,包括技术研发部的配置管理组成员。
4、测试组(人):包括测试组所有固定资源、临时调配资源。
5、安装组(人):包括负责公司内部、客户现场的安装、调试的人员。
6、客户:所有使用我司产品的用户。
2.1.补丁发布流程
软件产品的某个主版本向外发布给客户使用后,发现了错误。若这个错误给客户造成了很大的影响,等不及下一主版本,需要立刻修正,我们就需要发布补丁(对应VSS上的存放目录:Patch[X.Y])(注:所有补丁要求合并入下一主版本)。流程图如下所示。
补丁发布流程:下图中每个方框代表一个进程,括号内描述该进程的具体内容。每个进程均要求相应职位填写《补丁签发单》。需求组开始开发部开发部经理:接收任务(1、安排开发人、预计开发完成时间。
2、通知SCM)配置管理员测试组提出变更请求(1、事先征得需求澄清会的同意,再填《补丁签发单》。
2、通知开发经理)检查(1、检查前两个环节填写的签发单是否符合填写要求;检查描述是否清晰、时间要求有无冲突;)否检查是否通过?是安排补丁号(1、安排补丁号、发布日期,通常将完成时间相距不远的安排在同一补丁号中。
2、设置VSS权限,根据开发部经理的安排设置。
3、通知相关人,开始执行施变更,并公布预计发布日期、实施建议)开发人:执行变更(按照要求修改代码、文档,完成后,按规范存放)测试组长:制定测试计划(按照签发单,安排测试人、预计测试完成时间)产生alpha版(开发部内部可产生多个alpha版)安装alpha测试环境部门内部测试(1、alpha阶段的测试,相当于单元测试。
2、通知SCM)否测试是否通过?是alpha阶段产生Beta版(1、检查相关文档是否已备齐;
2、根据签发单,检查当前补丁号中提出的变更是否都已执行;
3、检查开发人在CheckIn/out的过程中,是否符合VSS管理规范、版本管理规范;
4、根据签发单,制作补丁发行说明
5、关闭VSS权限;
6、编译构建beta版;
7、通知测试组、安装组,向其提交该补丁的书面签发单)安装Beta测试环境(1、编写/更新补丁安装手册;
2、选择测试环境,安装补丁beta版;
3、通知测试组、相关人,同时刷新“公司内部产品试用环境一览表”白板)验收测试(1、beta阶段的测试,相当于集成测试
2、通知相关人测试结果,含邮件、签发单电子格式的回复。若测试通过,则还包括在书面签发单上签名。)否测试是否通过?是Beta阶段产生Release版Release阶段(1、检查测试结果是否已全部通过;
2、检查提交文档是否已齐全;
3、标识、备份、记录。
4、通知相关人。等等...详见:《版本发布前的checkList》;)分发Release版(1、根据安装组的工作计划、根据各客户现行情况,组合出不同的安装包;
2、分发给当次执行安装任务的人。
3、通知安装组。结束(转入《产品实施流程》)
2.2.主版本发布流程
主版本的发布流程,与补丁的发布流程相比,参与的职能部门个数、次数明显增多,且设置的检查点也随之增多。
重要的一点,引入客户监督。改变目前的“直到整个版本完全下流水线后,才提交客户试用”的方法。采取“我们主动争取客户全程参与”的方法,每完成一个变更,不一定要待版本中的所有变更完成,立刻放上客户使用的测试环境,请客户在线试用并提意见。(此举依赖公司实现远程测试环境)。目的:让客户不仅知道我们在干什么,还知道我们干成什么样,是否满意。尽量让客户的意见在开发早期提出,越早提出,变更成本越小,且能直接减少后续的补丁发布频率。
流程图如下:
主版本发布流程图(下图中每个方框代表一个进程,括号内描述该进程的具体内容。每个进程均要求有物理产出。)需求人开始开发人配置管理员测试人/安装人客户提出变更请求(1、填写自己负责的《[产品名] [版本号]开发计划清单/测试清单/变更清单》(以下简称清单);
2、请求召开需求澄清会否参与澄清会(对清单释疑)参与澄清会(对清单提出质疑,预估开发所需工时)参与澄清会(对变更请求提出质颖,预估测试所需工时)评审通过?是宣布变更计划(由需求总负责人/PM宣布:
1、通知SCM检入变更计划;
2、通知开发部经理接收任务;
3、通知客户)(完成时限:上一主版本正式对外发行前。)检入变更计划(1、检查有无通过澄清会;
2、将一个产品中,各需求人提出的清单中,已通过澄清会的内容,合并成一份。从此本流程仅使用合并后的清单。
3、存入VSS的固定目录、标Label;
5、通知开发部经理、测试组长需求阶段重新进入开发阶段提供发行说明内容(各需求人提供自己所辖范围内的说明内容,参照样本填写)开发部经理:接收任务(1、安排开发人、预计开发完成时间。
2、通知相关人)为开发部门设置权限测试组长:制定测试计划(按照清单,制定测试大纲、测试计划)开发人:执行变更开发阶段(1、开发人执行变更;
2、定期向项目管理组汇报开发进展)收集、审核发行说明内容产生alpha版(可产生若干个alpha版,直至所有变更完成)安装alpha测试环境部门内部测试需求确认测试(确认功能是否满足需求)(alpha阶段的测试,相当于单元测试,确认功能是否完整、是否正常运行、相关手册是否最新)是否参与?否制作发行说明网页(根据收集并审核通过的内容,制作成适合客户在线阅读的网页等格式,变更清单除外)是版本测试(1、根据测试计划测试;
2、写安装手册)需求确认测试(确认功能是否满足要求,尽可能提出改进意见)alpha阶段测试通过?是否
主版本发布流程图(续)需求人开发人配置管理员物理配置审核(1、各类文档有无备齐;
2、有无全部测试通过…等等,详见《CheckList》)测试人/安装人客户产生Beta版(1、关闭VSS权限;
2、标Label;
3、编译构建beta版、备份、通知相关人;
3、制作变更清单网页...等等,详见《执行列表》)安装Beta测试环境(公司内部用)(1、根据测试计划、安装手册,安装测试环境(可能有多套环境),验证安装过程是否正确;
2、通知SCM、测试组、刷新“公司内部产品试用环境一览表”)客户是否参与测试?是否安装Beta测试环境(客户用)(1、根据客户需要,选择安装环境,并进行安装;
2、通知SCM、各需求负责人)验收测试(1、根据测试计划测试;
2、回复测试结果(含邮件、上传VSS、书面三种方式))安装记录验收测试(1、对产品进行测试、试用,包括性能、功能方面的测试,尽可能提出意见)Beta阶段测试通过?是否,重新进入开发阶段物理配置审核(1、各类文档有无备齐;
2、有无全部测试通过;
3、检查变更清单网页。
4、下一主版本计划已备妥…等等,详见《CheckList》)产生Release版(1、标识、备份、记录。
2、通知相关人。等等...详见:《版本发布前的checkList》;)Release阶段分发Release版(1、根据安装组的工作计划、根据各客户现行情况,组合出不同的安装包;
2、分发给当次执行安装任务的人。
3、通知安装组。结束(转入《产品实施流程》)
2.3.产品实施流程
为方便大家更加理解软件的整个发布循环过程,在此简单介绍软件通过Release阶段后的实施流程,它包括安装、培训等内容。具体的规范制度,以实施部门制定的为准。
产品实施流程(为方便理解,下图作出简单介绍。具体详细的流程以实施部门制定的为准。支持部开始配置管理员客户实施经理:制定实施计划(制定具体的实施计划,含:时间、地点、人物、实施内容、实施策略。)提出意见(对实施计划表示认可,或提出调整意见)分发Release版(根据实施计划,分发出当次实施所需产品、相关文档)实施人:准备(指前期准备工作,包括:与客户约定时间、安装包整理、任务书编写、提交说明文档给客户...等等一切能提前在公司完成的工作)否实施人:执行计划配合执行实施人:反馈执行结果(1、通知相关人。
2、返回相关文档。例如:特定用途备份文件、客户签字后的任务书等。
3、记录结果。其中,安装记录是必不可少的,以便为下一次实施提供线索。)执行成功?是结束
2.4.VSS管理流程
简单介绍VSS的使用流程如下,具体详细的规则另述。
VSS管理流程
1、库结构管理SCM:规划目录、存放规则、权限规则(经过评审)SCM:建库、分配权限各用户:上传、下载SCM:定期抽查、清理、维护
2、文件存储管理SCM:定义命名规则各用户:按统一规则命名,保持更新SCM:定期抽查、清理
3、用户、权限管理SCM:新增用户(1、新增帐号;
2、分配权限;
3、通知用户本人及部门经理)SCM:调整权限(1、根据部门经理的安排,统一调整权限;
2、通知用户本人及部门经理)新同事用人部门经理:提出(1、提出新增用户要求;
2、提出权限要求)老同事用户本人:提出(向部门经理提出调整权限要求)用人部门经理:统一汇总安排离职人事部门:离职通知SCM:销户(1、检查有无未checkIn文件;
2、删除用户;
3、通知部门经理、人事部门)产品备份流程SCM:制定备份策略(经过评审)SCM:按策略备份SCM:定期公告,供大家取用
3.相关资料
3.1 软件版本号的命名约定、分支约定
第五篇:管理公司流程规范
云南电影发行放映有限公司
影院管理公司
YYGL[2014]1号
关于影院各部门流程规范
根据2014曲靖会议精神,贯彻落实公司规范影院发展的方针,经总经理室批复,现就公司所属影院的各部门操作流程进行统一规范管理:
1、上报流程部门
本次上报流程包含3个部门,分别为票务,场务,机务。
2、上报流程时间
本次上报流程截止时间为2014年10月10日23:59。
3、上报流程方式
本次上报流程方式通过邮件上报,上报地址: 管理公司QQ交流群(群号:41239673@qq.com)。
4、上报流程邮件格式
邮件主题:影院名称部门流程上报日期 邮件附件:影院名称部门名称最后修改日期
5、上报流程人员
本次上报流程人员必须是影院经理。
6、上报流程内容规定
本次上报流程内容是已经经过主管、经理整理好的上班流程内容,作为公司和影院管理公司到影院实地考察检测的依据,必须具备实用性、时效性和可预见性。
7、上报流程内容规范
详见各部门流程规范。规范内容依照各个影院实施结果可自行增加要求,但是不能减少现有条款。
一、票务流程:
1、票务部门准备工作 准备工作开始和截止时间; 票房、票台卫生内容;
网络、售票电脑、电视机、POS机等机器设备的检测内容; 售票系统、排片信息检测内容; 会员卡、票券等准备内容;
微信、微博、飞信、QQ群信息发布内容; 了解全天放映影片的各种基本信息内容;
2、票务部门售票咨询工作 咨询工作服务要求; 咨询工作记录和反馈要求;
票务售票各个环节基本流程和要求(现金售票、会员售票、会员预订票、会员办理、会员升级、会员补办卡等);
票务售票环节中得其他添加内容(临时添加活动流程,POS机使用流程,微信、飞信等会员信息添加流程);
3、票务结算工作
票务每日结算时间; 票务每日结算内容流程;
票务每日结算的各种交接表格内容; 票务人员最后离开票房前票房物品摆设要求;
4、票务人员的其他要求
票务主管:每月跟财务或办公室核对票款内容;
票务主管:每月跟财务或办公室核对各种物品的使用情况内容; 影院各种快递接收、分发记录内容; 票务人员的仪容仪表工作要求;
票务人员关于修改各种票据和记录表格的要求; 票务人员上下班、离开票房要求; 票务人员使用礼貌用语、服务态度要求;
票务人员有事请假规范; 票务人员违规处罚内容; 票务部门遗失物品赔偿内容;
5、其他内容
票务部门和影院其他部门对接内容;
关于各个影院自身情况不同,票务部门需要做的事情流程内容。
二、场务流程
1、场务部门准备工作 准备工作开始和截止时间; 各种消防器材检测内容; 各种灯具电源检测内容;
各个放映厅内、售票大厅器材、桌椅检测; 各个放映厅内、售票大厅的卫生;
各种电影海报、X展架、其他宣传物品的摆设内容 ; 各种器材、灯具损坏记录、上报内容; 清楚每日排片的具体信息;
了解全天放映影片的各种基本信息内容;
2、场务部门检票工作 检票咨询工作服务要求;
场务检票各个环节基本流程和要求(入场前厅内灯具检查、提醒观众入场、撕副券票、引导入场、副券回收、正片开始前后灯具的管理等);
场务检票过程中处理观众自带食品、非对号入座等的具体流程;
3、场务部门巡场工作
场务每场次巡场时间; 场务巡场检查厅内观众内容; 场务巡场检查影片放映内容;
场务巡场中处理突发情况内容(比如停电等);
4、场务部门清场工作 场务清场工作时间和流程;
场务清场工作发现观众遗落物品的上交、记录内容;
5、场务人员的交班工作
场务每日下班前厅内外清理工作内容; 场务每日下班前各种器具检查记录内容; 场务每日下班前各种灯具、电源检查记录内容;
6、其他内容
场务主管:每月跟财务或办公室核对各种物品的使用情况内容; 场务人员的仪容仪表工作要求;
场务人员关于修改各种票据和记录表格的要求; 场务人员上下班、离开放映厅等要求; 场务人员使用礼貌用语、服务态度要求; 场务人员有事请假规范; 场务人员违规处罚内容; 场务部门遗失物品赔偿内容;
关于售票大厅等各种宣传物品的及时整理工作内容;
7、其他内容
场务部门和影院其他部门对接内容;
关于各个影院自身情况不同,场务部门需要做的事情流程内容。
三、机务流程
1、机务部门准备工作 准备工作开始和截止时间; 机房内消防器材检测内容; 各种灯具电源检测内容; 放映设备、3D设备的检测内容; 根据排片表,检查各个放映影片内容; 机房内各种放映设备、线路的卫生; 清楚每日排片的具体信息; 了解全天放映影片的各种基本信息内容;
2、机务部门放映工作 机房内温度要求; 放映工作前的开机流程; 每部影片放映的具体流程; 放映工作后的关机流程;
每部影片放映过程中的具体技术要求;
3、机务交班工作
每日放映情况记录内容要求; 下班前的各种机器设备关闭内容;
4、其他内容
机务主管:每月跟财务或办公室核对各种物品的使用情况内容; 机房内删拷影片记录内容和要求;
机房内删拷影片密钥、延期密钥等记录内容和要求; 机房突发情况(比如停电)处理内容; 定期清洁机器设备流程内容; 机务人员临时离开机房的管理内容; 机务人员有事请假规范; 机务人员违规出发内容; 机务部门遗失物品赔偿内容;
5、其他内容
机务部门和影院其他部门对接内容;
关于各个影院自身情况不同,机务部门需要做的事情流程内容。
影院管理公司 2014年9月16日