急求 电镀外包控制程序 我公司生产连接器需电镀外包 外审要用这个 急求

1 目的

对外包过程进行控制，确保外包过程作为本组织整体流程的一部分来进行管理，使外包过程结果达到本组织策划的要求。

2 适用范围

适用于对产品外包的所有过程：设计外包，生产外包和检测外包。

3 职责

31 项目管理部负责生产外包

——是外包过程控制的归口管理部门，负责对承包方的管理和控制；

32 项目开发部负责设计外包

―—负责提供外包产品重要度分类、验证要求及外包产品的技术标准（接收标准）；

33 质量管理部负责检测外包

―—负责对外包产品进行验证，并做好记录。

34 总经理

――负责批准外包合同。

编 制

审 核

批 准

改码 处数 文件更改单号 签名 日期 文件自批准日始实施

文件修订与评审状态 文件审批栏

4、程序

41我公司的外包过程分为：部分产品设计过程外包，生产外包和检测外包三种外包形式：

a)对于设计难度较高，周期较长，投入技术力量较多且有可能影响飞行的重要产品，公司选择专业设计单位进行外包。

b)对有些产品的生产过程，选择专业生产单位进行生产外包。

c)对一些重要的采购件和公司自行生产的产品，在公司无检测手段进行检测时，将委托检测，即检测外包。

42对承包方的选择，应关注其资质、设计开发水平，工艺、设备状况，检测设施，质量保证能力等情况。

43签订外包协议，应明确产品的名称、用途、配套关系、技术指标、环境条件、采用的设计标准、可靠性要求、维修性要求、安装方式、接口关系、交付进度、交付数量以及双方需协调的内容，协议应明确我方的确认点。公司将外包作为一个独立过程而纳入质量管理体系一部分来进行控制。

44 设计和开发外包

441 签订外包技术协议后，为承包方提供样品或相关技术资料。必要时，承包方可参加现场测绘任务。

442承包方应对产品的设计开发过程进行策划，形成设计开发计划，计划内容应包括：明确产品设计阶段的划分，每一阶段所要达到的目标或要求，确定适合每个设计阶段的评审、验证、确认工作的安排。设计计划应经我公司确认。

443对某些产品的技术指标或要求由于受到条件限制不能一步到位时，承包方应与我方协商采取分步实施，并由承包方主管设计员编制预先规划产品的改进计划，计划应得到我方确认。

444参加承包方召开的方案审定会，并签署审定结论。

445在承包方初样设计（C型）过程中，应要求承包方提供关键元器件材料采购清单，并由我方确认。

446必要时，参加承包方对C型阶段的设计评审和标准化评审。主要评审设计图样和技术规范等技术文件。

447参加承包方设计部门主持召开转型审定会（转S型），并签署审定结论。

448承包方应按照本企业标准化要求制定产品的标准化大纲或产品的标准化综合要求，交我方会签。

449承包方应向我公司提供详细设计用的外形图、总装图、外部接线图和技术规范，并经过我方确认。

4410承包方应根据有关规定向我公司提供产品质量保证的有效证据，并接受我单位质量师系统的质量监督检查。必要时，我单位可以视情派出工程代表到承包方现场进行检测。

4411产品装机试飞前，承包方应负责做完产品环境试验、产品性能试验和有关地面系统联合试验，并有试验结论。向我方提供产品的质量评审报告，提供环境技术要求规定的试验报告。必要时应向我方提供试验样品。

4412产品履历本和合格证要求应按GJB2489-95《航空机载设备履历本及产品合格证编制要求》、GJB2488-95《飞机履历本编制要求》的规定执行。

4413产品转S型后，承包方应在一定时限内向我方提供S阶段以下文件（有部分文件可在试制过程中提交。）：

a)可靠性大纲；

b)维修性大纲；

c)元器件清单（包括关键件、重要件清单）；

d)环境应力筛选方案；

e)产品外形图 ；

f) 产品总装图；

g) 技术规范；

h)技术协议书中规定的文件。

4414承包方交付产品时，应同时交付产品性能测试报告（按需），负责向我方工程技术人员进行交底和提供技术服务。并提交以下文件给我方：

a)质检部门开具产品合格有关证明文件；

b)经我方或总师单位会签的技术规范、外形尺寸、接口关系和安装交联关系图等文件；

c)环境试验报告；

d)厂（所）内鉴定试验报告；

f)其它有关补充文件。

4415 我方会签产品设计定型试验大纲。并参加定型预审会和定审会。

4416 产品在设计定型后，承包方应分别向我方提供D型资料，包括会签产品图纸、产品技术规范、技术说明书、使用维护手册、机载设备维修手册、定型结论、履历本/合格证等。

4417经公司会签的图样、技术文件的设计更改，需经公司会签确认。

45生产外包控制

451我方应对承包方进行充分的调研，保证其是专业的、有相应资质的制造商，对产品的品质管理规范，有严格的 *** 作流程和办法。

452签订生产合同后，我方可根据产品的要求，委派专员对承包方进行生产进度及质量跟踪管理。

453承包方应向我方提供元器件采购清单，对关键件和重要件应提供书面质量证明文件。

454产品应有批次和序列号，批次和序列号可以由我公司制定，也可以由承包方统一制定，但应保证产品批次和序列号的唯一性，我方可以随时按批次和序列号对产品进行跟踪和追溯。

455及时掌握承包方的生产能力和计划安排情况，以保证承包方生产流程在可控状况下。

456在产品交货时，我公司按已制订的检验规范对产品进行验收。如需要到承包方现场检查或验收，双方应预先约定。

457产品交付时应附有下列文件，如果交付产品是半成品或零配件，交付时可按合同规定提交文件：

a)技术说明书、履历本/合格证；

b)使用维护手册；

c)合同规定的其它文件。

46检验外包控制

461我方应对承包方进行充分的调研，保证具有相关资质，有专业的检测设施，有严格的 *** 作流程和检测办法。

462承包方应向我方注明检测设施、测试条件等，并保证检验设施在有效期内使用。

463与承包方签订检测外包合同，明确检测项目，检测标准、合格条件等。

464产品检测完毕后，承包方在交付产品同时应向我方交付下列文件：

a)检测设施清单，必要时附检测设施有效期使用证明文件（承包方为国家权威检验机构可免项）；

b)检测报告；

c)合同规定的其它文件。

465我公司将视具体产品对检验结果进行抽样核对。

47关键过程外包的控制

对外包过程中的关键过程，按以下控制：

a)关键过程必须建立工序流程卡；

b)关键过程的生产必须实行三定（定人员、定设备、定工艺）；

c)实行首件两检，并留有实测记录；

d)顾客要求监督的关键过程，应邀请顾客参与监督检查。

思远IT学院智谷校区智典IT服务外包公司规章制度

员工宗旨：爱岗敬业 精益求精

1 员工要明确公司经营之目的，应始终把服务广大师生放在首位，应明确自己的工作职责。协助设备科老师建设智谷校区教学及办公资源，对校区设备进行维护管理，对校区教学耗材管理核算等；在工作中注意培养职业素质，为全校学员做一个表率。

2 忠于职守，服从设备科老师、各部门经理（含行政助理）的工作安排。遵守员工考勤制度，做到不迟到不早退（到时签到，走时签退）。

3 对于被记过三次的员工，视为自动离职。

4 所有员工应注重团队协助能力的提高，并经常交流工作心得与经验，增强本公司凝聚力。

5 所有员工应中实行责任到人制，对自己做的事要负责，出现问题要主动承担责任。

6 公司所有员工实行优胜淘汰制，对违反纪律的员工视为自动离职。由行政部对员工进行行政考核，员工要对自己严格要求，员工之间要相互监督、共同进步。

7 所有员工在工作时必须统一着装佩戴工牌保持良好的精神风貌，上班时不得擅自将非本公司人员带入工作区，如有非本公司人员进入工作区应立即将其劝导出工作区。

（注：公司内部人员如无特殊原因在非工作时间进入工作区将给予其记过处分。）

8 未经允许不得动用老师办公设备，不得进入中心机房，工作未完成时不得上网、娱乐、聊天。公司会议及集体活动不得缺席，会议中手机一律调为振动或关机。

9 工作完成后，应在关好灯、窗，摆好桌上的东西、放好凳子，清点好工具后才可关门离去。

10 进入机房维护时，应向授课老师表明身份，经允许后方可进入机房进行维护。

11 不得在上班期间嘻戏打闹，应保持良好的职业素养。

12 每个月由行政部对各员工的表现进行奖惩处理，对优秀员工进行加分奖励。

13 干部应以身做责，严于律己。员工和干部之间应相互监督，互促互进。

14 所有员工严禁泄漏任何与工作有关的电脑及设备的系统密码或配置。

15 所有员工不得利用职务之便在任何时间，擅自更改、破坏、移动校区所有教学电脑及其相关的软硬件设置。

16 所有员工进入设备科办公室不得擅自翻阅、开启办公室内的任何文件、电脑及文件柜，不得将办公室的任何工具、资料携带外出。

17 旷工一次记过处分，并内部通告。累计矿工两次，视为自动离职。

18 一个月内凡有迟到、早退、旷工或请假的员工，将取消其参加月度评优的资格。

19 向设备科领取任何物品必须征得设备科老师同意，并认真填写耗材领用单，在签字确认后方可领取。

20 所有员工进入设备科要喊报告，经老师同意后方可进入。

21 非当日值日的员工工作时一定要听从当日值班人员的安排。

22 若想退出公司的员工必须至少15提前天写好辞职报告报直接上级同意后亲自交给总经理手中，经允许后方可离职；否则将在公司内部通报批评，并给予处分。所有欲离职员工在未批准离职之前应严格遵守本公司的各项规章制度照常工作。

23 工作合格的员工将在毕业时领取由学校颁发的《实习鉴定书》。

第二篇

IT外包服务管理办法（初稿）

1，目标:

A，建立并健全IT外包服务保障体系，保证客户信息系统的运行稳定和不断发展；B，IT固定资产和耗材的管理和分配。

2，范围：

软件类：各平台 *** 作系统、各类应用软件、各类业务系统、各类网络终端的安装配置维护服务。硬件类：各类办公设备（或IT相关设备）运维、设备维修（二级维修）、IMAC（办公设备安装/迁移/升级/变更）、耗材采购/更换等服务。

3，办法：

1）IT服务流程管理。主要参考ISO20000ITSM服务体系管理标准。A，建立“一站式”服务平台。“一站式”IT服务台是用户与IT服务部门的中心联络点，客户的IT问题通过IT服务台获取答案和帮助。所谓“一站式”，就是业务部门可以一次性获取IT热线、IT现场等各种形式的IT服务，解决所有日常办公IT问题。B，IT服务台事件报告方式包括电话、电子邮件，或者网络即时通信方式，如QQ群，MSN群，甚至自己开发WEB平台为统一入口或者结合现行的OA软件等，所有事件应在服务台正式记录并可检索和分析。以多种报告方式，提供现场用户，远程用户最便捷的服务。

C，定义事件分级。

事件级别

一级

级别定义

影响业务范围

业务中断无法工作

影响业务描述

1，2，3，4，PC硬件故障PC系统崩溃网络中断。。。OS系统病毒邮件系统故障业务系统故障。。。打印故障电话故障业务系统缓慢。。。PC硬件更换耗材备料不足软件应用指导。。。

业务修复紧急程度

非常紧急，立刻处理。

二级投诉统计等，尽量多余用户多交流，用心了解用户的需求，以提升用户满意度为部门的唯一追求，不断的完善部门服务质量。G，制定一些考核方面的关键绩效指标（KPI），使用KPI的管理工具，例如，Remedy，IBM的Tivoli，BMC的Patrol等，从指标数据上来量化服务的质量。以便评估和改进IT服务。

4，IT服务团队管理。

A，要设置专门的岗位做监管工作，由服务经理每天进行监管。B，监管要和考核挂钩。。各种监控数据，一定要和对人的考核挂钩，查看每个人的执行情况如何，制定长期、中期、短期考核等，以此保证执行的严肃性。C，考核要和奖惩制度挂钩，申请一定的资金或者调休等措施，根据考核结果执行奖励或者惩罚。D，定期集体讨论事件处理过程，在不断寻求事件的最佳处理方案的过程中，实现集体的技术进步。E，严格执行事件记录制度，定期完善事件处理知识库，形成技术文档，以便新技术人员培训。

F，定期对团队成员做一对一，面对面的沟通，特别是加强跟总部外的人员交流，帮助员工进步，加强服务团队的凝聚力，以外包服务的质量。G，引进管理工具的配合。例如ITIL等，通过系统管理工具的监控，得到实际运行情况，并发现哪些问题需要解决，它能使日常管理工作更加有效、更加规范地得以解决。解脱服务部门“消防员”的工作状态，避免事件升级，提升服务质量到更高层次。

5，IT外包资产管理。

A，IT资产分为软件、IT设备以及配件耗材三大类。B，IT设备在初次投入使用前必须由IT管理员统一粘贴资产标识码、正版系统认证码，登记设备型号规格、MAC地址、出厂设备编号。C，制度资产管理各项制度，例如，《资产采购制度》，《资产领用和交还》，《资产转移制度》，《资产报废》。D，设备和耗材备货管理，保证有一定的设备和耗材备货量，以便及时的提供损坏设备更换，和耗材补充等。E，软件资产管理，配合公司电脑使用规范，保证正版软件的使用。F，使用资产管理软件，例如SCCM；ITAM，使IT管理人员能够在其整个分布式网络上对客户端，服务器和移动设备等进行 *** 作系统及应用的部署以及软，硬件的更新。更好的配合公司对IT资产的管理，监督和检查。

G，外包资产管理示意图

业务性能严重下降

1，2，3，4，

紧急，优先处理

三级

业务性能下降

1，2，3，4，

普通，正常处理

四级

问题请求，业务正常

1，2，3，4，

不紧急，与客户协商处理

D，事件状态。编号1234状态待处理处理中完成归档描述未安排技术人员处理技术人员处理中事件处理完成记录问题到知识库，回访客户，调查服务质量

D，技术人员处理事件流程。服务台作为整体服务平台，按照技术人员的技术特点和水平，细分为一线支持，二线支持等。

1，定义首问负责制，哪位技术人员最先接到业务部门的请求，就成为该事件的责任人。2，事件责任人以一线支持开始，第一时间到现场或者远程支持用户，判断事件级别，独立解决或者转移事件给适合的服务人员。3，责任人有权升级事情为二级支持，有权协调相应人员共同解决事件。4，负责人在事件处理完后，必须填写事件处理单。5，事件提交人员，必须签字确认服务完成，并对技术人员服务作出评价。F，定期提交服务报告、用户满意度调查、服务您的采纳是我的动力→→→）

有区别。

劳务外包就是把人事管理的部分或全部工作外包给一个服务机构来完成。外包后，使管理者能有更多的精力，投入到激烈的市场竞争中去。劳务分包就是把工人的工作分包给另外一个公司做。简单的说就是甲施工单位把工程承揽下来后，自己买材料，然后另外请乙劳务施工单位负责找工人进行施工。同时管理还是甲施工单位管理。

导语：关于软件项目的管理流程，相关人员来了解一下吧。下面是我收集整理的软件项目管理流程，供各位阅读和参考。

一、     风险评估

软件项目风险是指在整个项目周期中所涉及的成本预算、开发进度、技术难度、经济可行性、安全管理等各方面的问题，以及由这些问题而对项目所产生的影响。项目的风险与其可行性成反比，其可行性越高，风险越低。软件项目的可行性分为经济可行性、业务可行性、技术可行性、法律可行性等四个方面。而软件项目风险则分为产品规模风险、需要风险、相关性风险、管理风险、安全风险等六个方面：

1      产品规模风险

项目的风险是与产品的规模成正比的，一般产品规模越大，问题就越突出。尤其是估算产品规模的方法，复用软件的多少，需求变更的多少等因素与产品风险息息相关：

(1)  估算产品规模的方法

(2)  产品规模估算的信任度

(3)  产品规模与以前产品规模平均值的偏差

(4)  产品的用户数

(5)  复用软件的多少

(6)  产品需求变更的多少

2      需求风险

很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的，这些的风险因素有:

(1)  对产品缺少清晰的认识

(2)  对产品需求缺少认同

(3)  在做需求分析过程中客户参与不够

(4)  没有优先需求

(5)  由于不确定的需要导致新的市场

(6)  不断变化需求

(7)  缺少有效的需求变化管理过程

(8)  对需求的变化缺少相关分析等

3      相关性风险

许多风险都是因为项目的外部环境或因素的相关性产生的。控制外部的相关性风险， 能缓解策略应该包括可能性计划，以便从第二资源或协同工作资源中取得必要的组成部分，并觉察潜在的问题,与外部环境相关的因素有：

(1)  客户供应条目或信息

(2)  交互成员或交互团体依赖性

(3)  内部或外部转包商的关系

(4)  经验丰富人员的可得性

(5)  项目的复用性

4      技术风险

软件技术的飞速发展和经验丰富员工的缺乏，意味着项目团队可能会因为技巧的原因影响项目的成功。 在早期，识别风险从而采取合适的预防措施是解决风险领域问题的关键，比如：培训、聘请顾问以及为项目团队招聘合适的人才等。关于技术主要有下面这些风险因素：

(1)  缺乏培训

(2)  对方法、工具和技术理解的不够

(3)  应用领域的经验不足

(4)  对新的技术和开发方法应用不熟悉

5      管理风险

尽管管理问题制约了很多项目的成功，但是不要因为风险管理计划中没有包括所有管理活动而感到惊奇。在大部分项目里，项目经理经常是写项目风险管理计划的人，他们有先天性的不足——不能检查到自己的错误。因而，使项目的成功变得更加困难。如果不正视这些棘手的问题，它们就很有可能在项目进行的某个阶段影响项目本身。当我们定义了项目追踪过程并且明晰项目角色和责任，就能处理这些风险因素：

(1)  计划和任务定义不够充分

(2)  对实际项目状态不了解

(3)  项目所有者和决策者分不清

(4)  不切实际的承诺

(5)  不能与员工之间的进行充分地沟通

6      安全风险

软件产品本身是属于创造性的产品，产品本身的核心技术保密非常重要。但一直以来，我们在软件这方 面的安全意识比较淡薄，对软件产品的开发主要注重技术本身，而忽略了专利的保护。软件行业的技术人员流动是很普遍的现象，随着技术人员的流失、变更，很能会导致产品和新技术的泄密，致使我们的软件产品被它公司窃取，导致项目失败。而且在软件方面关于知识产权的认定目前还没有明确的一个行业规范，这也是我们 软件项目潜在的风险。

7      回避风险的方式

(1)  以开发方诱导能保证需求的完整，使需求与客户的真实期望高度一致。再以书面方便形成《用户需求》这一重要的文档，避免疏漏造成的损失在软件系统的后续阶段被逐步地放大。

(2)  设立监督制度，项目开发中任何较大的决定都必须有客户参与进行的，在该项目中项目监督由项目开发中的质量监督组来实施。

(3)  需求变更需要经过统一的负责人提出,并且要用户需求的审核领导认可,需求变更应该是定期而不是随时的提出,而且开发方应该做好详细的记录,让客户了解需求变更的实际情况。

(4)  控制系统的复杂程度，过于简单的系统结构，对用户来使用比例会有明显的折扣，甚至造成软件寿命过短。反之，软件结构的过于灵活和通用，必然引起软件实现的难度增加，系统的复杂度会上升，这又会在实现和测试阶段带来风险。适当控制系统的复杂程度有利于降低开发的风险。

(5)  从软件工程的角度看，软件维护费用约占总费用的55%~70%，系统越大，该费用越高。对系统可维护性的轻视是大型软件系统的最大风险。在软件漫长的运营期内，业务规则肯定会不断发展，科学的解决此问题的做法是不断对软件系统进行版本升级，在确保可维护性的前提下逐步扩展系统。

(6)  设定应急计划，每个开发计划都至少应该设定一个应急预案去应对出现突发情况和不可遇知的风险。

二、     成本预算

1      成本预算方式

(1)  自上而下的预算方法

自上而下的预方法主要是依据上层、中层项目管理人员的管理经验进行判断，对构成项目整体成本的子项目成本进行估计，并把这些判断估计的结果传递给低一层的管理人员，在此基础上由这一层的管理人员对组成项目的子任务和子项目的成本进行估计，然后继续向下一层传递他们的成本估计，直到传递到最低一层。

使用此预算方式，在上层的管理人员根据他们的经验进行的费用估计分解到下层时，可能会出现下层人员认为上层的估计不足以完成相应任务的情况。这时，下层人员不一定会表达出自己的真实观点，不一定会和上层管理人员进行理智地讨论，从而得出更为合理的预算分配方案。在实际中，他们往往只能沉默地等待上层管理者自行发现问题并予以纠正，这样往往会给项目带来诸多问题。

自上而下更适用于项目启动的前期，与真实费用相差在30% ~ 70%之间。

Scrum使用自上而下的成本预算方式，它不会立即精确地确定成本，而是以最大限度容纳客户对未来产品要求所产生的变更。

(2)  自下而上的预算方法

自下而上方法要求运用WBS（Work Breakdown Structure，工作分解结构）对项目的所有工作任务的时间和预算进行仔细考察。最初，预算是针对资源（团队成员的工作时间、硬件的配置）进行的，项目经理在此之上再加上适当的间接费用（如培训费用、管理费用、不可预见费等）以及项目要达到的利润目标就形成了项目的总预算。自下而上的预算方法要求全面考虑所有涉及到的工作任务，更适用于项目的初期与中期，它能准备地评估项目的成本，与真实费用相差在5% ~ 10%之间。

注解：WBS

WBS是面向提交成果对项目的分解，从提交成果的列表可以确定每个提交成果需要执行的活动。Scrum会对WBS进一步细化，把一个迭代分解为一个或多个的工作包，再把工作包分解为细小的开发任务（一般开发任务的开发周期在15个工作小时以内）。

2      确定项目支出

总体成本预算就是结合下列多个成本预算方式综合计算的开发成本：

(1)  零基数预算

在成本预算的初期应该使用零基数的计算原则，而不可以使用类似于：以上一年总体费用加上20% 这样粗略的方式计算项目成本。

(2)  软硬件成本、物品成本

物品成本是指类似于：服务器（RAM 硬盘 CPU NIC卡 RAID簇）成本、维护成本、机房租金、光纤通讯成本、软件成本等的成本。

计算成本时需要考虑组装硬盘需时的长短，技术人员需要具备的质素，产品供应商能否提供保证质量，管理时是否需要额外的管理人员这些多方因素。

(3)  软件许可证成本

(4)  外包成本

当使用类似：视频、短信、移动电信类服务、门户网站等子项目时可以考虑以外包形式完成，以降低开发成本。

(5)  人力资源成本

计算人力资源成本时应该使用以最高和最低的工作效率估算平均效率的方式，计算出人力资源的平均成本。

(6)  维修保养成本

三、     客户沟通的过程

从客户沟通的方向出发来看，软件项目可分为：需求识别、方案定制、项目实施、项目结束等4个不同的阶段，各个阶段都具有不同的沟通重点。

1  需求识别阶段

(1)  文本沟通

在需求识别的前期，应该通过问卷、原型展示、界面展示、逻辑处理展示、准化文档模板等方式进行全方位多角度的分析，随时将不明确之处反馈给客户,以期待客户解答。并以文本记录的方式建立需要分析书，并要求客户审核需求分析书，以达到需要分析与客户的真实期望高度一致的结果。

(2)  业务逻辑沟通

在进行业务沟通时，应该了解客户的行业语言，以促进业务分析的过程，越过应用需求和开发之间的鸿沟。沟通过程提倡以草图或者可视信息化的方式进行, 针对不同层面的企业用户提供最适合的 *** 作界面。以多角度的方式思考问题，要抓住需求重点,尤其是客户方领导所关注的创新类和实用类需求。

(3)  需求变更的规范化管理

需求变更在软件开发类项目中是可以理解的,但必须对需求变更做好规范化的管理，以避免出现需求无止境变更的风险。需求变更必须由统一的负责人提出,并且由用户需求的审核领导者认可。需求变更的提出应该是定期而不是随时的，开发方应该做好详细的文本记录,让客户了解需求变更的实际情况和开发方为之所付出的成本代价。

2  方案定制阶段

该阶段项目的主要任务是与客户共同制定一个以前期明确的需求、双方的资源、项目开始的阶段、实施的时间约定、项目费用限制等为基础的具有可 *** 作性的项目计划,从本阶段开始争取客户全面参与项目的管理，并以双方的共同利益考虑项目实施的具体计划与风险规避。

3  项目实施阶段

在该阶段,软件项目团队应该与客户共同领导项目的实施。同时,项目团队应实时评估客户满意度,并通过持续改进的方式提高客户满意度,还应要求客户参加必要的培训,以及在必要时检查项目产品。在出现客户的需求变更前,应主动与客户沟通交流,使客户充分了解项目的每个环节,以及变更带来的影响,减少需求变更。如果出现客户需求变更,应与客户一起共同解决由变更引起的成本、进度、质量变化。

4  结束阶段

该阶段主要进行项目成果的移交，并把系统交付给维护人员，帮助客户实现商务目标，结清各种款项。完成这些工作后应该进行项目评估，审核此项目的成果并总结项目经验。

5  售前人员注意事项

在产品型项目作为开发成果时，相关销售人员应该注意：对产品的推销不应该过分承诺。如果过分承诺,会给后续的项目实施带来困难;一旦承诺没有兑现,也会降低客户满意度,影响今后合作。如果有附加承诺,一定要以文本形式记录，让实施项目经理知晓并传达给项目组成员。

注解：在软件项目中,需要明确以下四种客户角色

A   要明确最终使用部门和用户,要去了解他们现有的工作方式,要让他们知道项目的目标框架,知道项目要解决他们的哪些困难,但绝对不是全部困难,这样可以较好的控制项目范围。

B   要明确需求的提出者,他或者他们要能够代表最终客户群体。提出产品需求的这类客户要具有一定的技术、业务能力和权威,能够真正代表最终客户团队的意愿和想法,最好有IT基础,能够用IT语言描述问题和需求,以利于双方的沟通、协作,避免产生歧义。

C   要明确做需求确认的中层领导,他要把握方向。软件开发项目是解决实际生产或者管理问题,同时 也是领导系统建设的具体实现,做需求确认的客户领导,既要了解高层领导的系统建设要点和方向,又要谙熟具体业务和生产管理实际。如果是这样的客户领导来把 握和决策,对企业软件开发项目的顺利进展作用非凡。

D   要明确谁来对成品提意见,谁来验收。项目验收环节,是项目的收尾环节,如果验收的人对项目初期的需求目标不了解,会从态度和产品实际使用效果上对验收产生负面的影响,对提供产品的企业关闭项目非常不利。根据实践总结,由需求提出人和确认人来做项 目的验收工作,能够促进项目的顺利完成,避免延期。

四、     需求分析

1     需求分析的过程

需求过程包括需求开发和需求管理2个部分：

(1)  需求开发就是对开发前期的管理，与客房的沟通过程，可以分为4个阶段：需求获取、需求分析、编写需求和需求验证。

(2)  需求管理：就是软件项目开发过程中控制和维持需求约定的活动。包括：变更控制、版本控制、需求跟踪、需求状态跟踪。

2      需求的层次

需求的层次包括：业务需求、用户需求、功能需求、非功能需求等4个方面。

3     需求开发阶段的重点

(1)  提取业务对象

业务对象是指系统使用的真实对象，例如一个供应链管理 (Supply Chain Management ,简称SCM) 业务对象主要包括：生产批发商、零售商、送货商、顾客多个层次。

(2)  提取业务流程

在了解业务逻辑的过程中，应该列举出所开发软件模块的各自职能，并细化每个工作流程，深入分析业务逻辑。

(3)  性能需求

在分析的前期应该注意客户对所开发软件的技术性能指标，如存储容量限制、运行时间限制、安全保密性等。

(4)  环境需求

环境需求是指软件平台运行时所处环境的要求，如硬件方面：机型、外部设备、数据通信接口;软件方面：系统软件，包括 *** 作系统、网络软件、数据库管理系统方面;使用方面：使用部门在制度上， *** 作人员上的技术水平上应具备怎样的条件。

(5)  可靠性需求

对所开发软件在投入运行后发生故障的概率，应该按实际的运行环境提出要求。对于重要的软件，或是运行失效会造成严重后果的软件，应提出较高的可靠性要求。

(6)  安全保密要求

在需求分析时应当在这方面恰当地做出规定，对所开发的软件给予特殊的设计，使其在运行中，其安全保密方面的性能得到必要的保证。

(7)  用户界面需求

为用户界面细致地规定到达的要求。

(8)  资源使用需求

开发的软件在运行时和开发时所需要的各种资源。

(9)  软件成本消耗与开发进度需求

在软件项目立项后，根据合同规定，对软件开发的'进度和各步骤的费用提出要求，作为开发管理的依据。

(10) 开发目标需求

预先估计以后系统可能达到的目标，这样可以比较容易对系统进行必要的补充和修改。

4      需求分析的任务

需求分析的主要任务是借助于当前系统的逻辑模型导出目标系统的逻辑模型，其流程如下：

(1)  确定对系统的综合需求（功能、性能、运行、扩充需求）

(2)  制作产品需求文档 (PRD)

(3)  分析系统的数据需求（概念模型、数据字典、规范化）

(4)  导出目标系统的详细的逻辑模型（数据流图、数据字典、主要功能描述）

(5)  开发原形系统

(6)  从PRD提取编制软件需求规格说明书（SRS）

注解：SRS格式

1引言  2系统概述（项目背景、系统目标、核心业务流程） 3术语说明  4系统结构（架构图、功能图）

5主体功能与业务逻辑（重点） 6接口需求（内部、外部接口、） 7网络总体设计（拓扑网络、主机、组网）

8运行环境（Linux、Windows、IIS、 WebLogic、Tomcat、OLAP、OLTP、JDK 80 、NET Framework 40等）

五、     面向对象程序设计（略）

1      设计原则

(1)  SRP单一职责链

每个类都应该只负责做一件事。

(2)  OCP开封闭合原则

软件的实体（类、模块、函数等）应该是可以扩展的，但是不可修改的。

(3)  LSP替换原则

子类必须能替换他们的基类型。

(4)  DIP依赖倒置原则

高层模块不应该依赖于低层模块，二者都应该依赖于接口与抽象类。抽象不应该依赖于细节，细节应依赖于对象。

(5)  ISP接口隔离原则

不应该强迫客户依赖于并未使用的接口，而应该把胖接口分离。

2      实现UML建模

(1)  业务对象的提取

(2)  根据SRS、CRC等实现用况建模

(3)  实现业务顺序图

(4)  建立类图，根据用况图建立对象之间的关联

(5)  绘制活动图、实现协作图、状态图

六、     开发管理

1      建立项目计划

(1)  设计总体架构

针对系统的实施需要，采取适当的且成熟的框架结构。

(2)  控制可扩展度

扩展度过大，将提高系统的复杂程度，延长开发时间；扩展度过低，会直接影响系统的二次开发与维护。控制系统的可扩展性，能提高开发效率，降低系统维护的难度。

(3)  建立基础设施

合理分配部署软、硬件等基础设施所需要的时间与成本（例如：服务器的订购安装、光纤接入、软件平台订购）。

(4)  划分开发任务

利用WBS（Work Breakdown Structure，工作分解结构）对可交付结果进行分类与划分。每个项目都能划分为多个不同阶段，每个阶段又可以分为多个工作包（Work Package），工作包是WBS里最小的可交付结果，最后从工作包中分解出多个开发任务列表。

(5)  部署开发进度

一个项目应该按进度划分为多个开发阶段，每个阶段的开发周期一般在30~60个工作日以内。在此阶段内应该与客户举行协商会议，制定产品路线图，在开发过程中邀请客户积极参与并提出反馈意见。然后把该时段内的开发任务按照开发难度，依赖性，重要性等多方条件划分为多个迭代周期。

在Scrum 敏捷软件开发原则中，应该把每个迭代任务进一步细分为多个开发任务列表，再开发任务分配给组员各自负责，而开发时间应该控制在15个工作小时以内。如果开发时间超出15个工作小时，应该考虑把开发任务再度细化。开发任务建议应该由组员自主选择，而不要使用强制分配的方式。

(5)  测试项目成果

每个工作包都应该同步部署测试工作，提高项目的质量。对出错BUG的工作包应该由测试人员以文本方式记录，向开发人员展示错误所在，让开发人员及时进行修改。

2      管理开发团队

(1)  组建团队

按照工作任务与项目时间的前提条件建立团队，按团队职责分配人员，一般团队人数应该控制在8~12人之间。当团队人数超过15人时，应该考虑把团队分解成2个独立团队，负责不同的开发任务。

(2)  分配开发任务

在每个迭代周期内（一般是15~30个工作日），应该把每个工作包进一步细分为多个开发任务，再开发任务分配给组员各自负责，开发时间应该控制在15个工作小时以内。如果开发任务的开发时间超出15个工作小时，应该考虑把任务再度细化。而开发任务应该以自由选择的方式分配给每个组员。

(3)  监督开发进度

在迭代的前期举行一次会议，让组员了解开发的进展及流程，并以自主选择的方式分配开发任务。期间可使用Microsoft Project等工具记录开发流程的进展，在每个工作包完成开发后应该进行性功能的测试，并以文本方式记录测试结果。

每天举行一次15分钟的站立会议，让组员交待昨天已完成的开发任务，当天将要做的任务，与开发过程中所遇到的问题。并在每周末举行一次例行会议，交待总体进程。

在迭代末期举行一次冲刺会议，总结项目的进展，交行已完成的任务，回顾该迭代周期内所遇到的问题，为下一个迭代做好准备。

(4)  系统测试

对每个已完成的工作包进行适时的测试，保证系统质量与性能。对测试结果进行文本的记录，并把测试结果与绩效工资收入挂钩，并以真实数据计算组员的绩效收入。

(5)  解决开发中所遇到的问题

对开发人员进行前期培训，可适当按工作能力分配任务，指导组员的开发。当遇到问题时应该在当天的站立会议时即时提出，并在15个工作小时内解决所遇到的问题以防止问题进一步扩大。

3      监管产品质量

(1)  质量需要的是计划、设计而并非审查的。在产品建立的初级，必须与“质量保证”（QA）的部门进行协商，以正式文档的方式，决定恰当的质量策略和标准。

(2)  在开发过程中使用TDD（测试驱动开发）的模式，提高开发质量。测试人员应该以文本方式记录bug，并与开发人员共同工作的，把突出的缺陷演示给开发人员，以提高修改的效率。

(3)  在每个迭代的结束时进行一次产品效果的演示，从客户、使用者、高层领导中收集反馈信息。在团队内部举行评审会议，分析测试结果，了解产品性能，为下次迭代所需要做的改进做好计划。

4      修改项目计划

(1)  在产品需要识别阶段，应该以文档形式记录产品功能与开发流程，在开发计划需要修改时，应该与客户共同探讨，让客户了解计划修改对项目进度所造成的影响。

(2)  项目计划的修改应该由统一的负责人提出,并且由用户需求的审核领导者认可。需求变更的提出应该是定期而不是随时的。

(3)  计划的变更应该做好详细的文本记录，让客户了解需求变更的实际情况和开发方为之所付出的成本代价。

七、     产品交付

1      项目的后期审核

在项目开发最终完成后，对开发人员来说可算是放下工作的重担，但对项目经理来说这往往是项目的关键时刻。前期的风险评估、成本预算、需求分析、软件设计都是为了引导项目走向这一时刻，此时所有的目光都将投向项目管理人员。你可能发现大量而琐碎的工作将要在几个小时内完成，此刻项目经理更需要保持清醒与镇定，把最后的工作视为微型项目来对待。细致地对项目进行后期的审核，分析项目成果、项目团队的效率、可交付产品的价值，以此审核结果可作为项目管理经验总结的一部分。

2      质量评审

在项目交付前，应该把项目交给相关的“质量保证”（QA）部门进行质量评审，并邀请典型用户感受产品的质量。

3      项目的最终交付

正常情况下在项目的前期就会订立项目交付的协议，项目交付方式分为非正式验收与正式验收两种。一般在项目完成后都会先进行非正式验收，让客户体会项目的质量并提出反馈意见，最后在客户肯定产品质量后再以书面协议的形式进行正式的产品验收。

4      项目的最终报告

在项目的最后，应该制定项目的最终报告，此报告可以视为是对该项目一个记录，但报告不必包含项目的所有方面。一般最终报告应该包含以下方面：

(1)  最初引进项目时的初期项目视图

(2)  对该项目的价值评估及支持性信息

(3)  项目的范围

(4)  项目的开发流程及WBS

(5)  项目的会议记录

(6)  项目变更的报告及变更的理由

(7)  与项目相关的沟通过程文件

(8)  项目的审核报告与客户验收报告

(9)  项目成员的表现报告

(10) 项目的最终成果

生产企业的管理流程

生产企业的管理流程，对于每个企业的生产管理都是有一定的流程的，人们在管理的过程中就一直在不断探索着生产管理流程的效率和效益。下面整理了生产企业的管理流程

生产企业的管理流程1

1目的:

接到客户订单后排定生产计划、安排物料采购、确认生产进度、并确保客户交期。

2范围:

凡本公司自接收订单起到出货全过程均适用。

3权责:

31业务跟单：跟催客户订单，制订生产计划，并追踪生产计划达成状况。

32生产课: 依生产计划生产并当产量不达标时有权合理调整生产计划生产。

34品管课：执行检验。

35仓库：物料的请购、入库与出货。

4定义:无

5作业内容：

51作业流程图 (附件一)

52物料管理：仓管接业务课之“客户订单”后按《各工序不良控制比例表》上的不良率及产品《BOM》表计算物料需求及查询仓库物料状况。

521若有库存,则由生产课负责人安排领料生产

522 若无库存或库存不足,由物控写“物料申购单”交采购购买

523 生产部门依据客户订单量进行分批领料，领料单上注明订单号。超过订单之物料需求（按工序不良控制比例表上浮）仓库不予以发料。

524 由于制程不良导致物料不够生产时，由生产部门将不良品或不良物料开“退料单”退到仓库后方可由仓管开“补料单”补料。

525 订单的物料情况由仓管盘查后须及时反馈至业务跟单。

53生产计划：业务跟单根据仓库的物料情况、交期情况、机台情况合理安排生产计划表。生产计划表需经生产部门审查。

532生产课依据核准后的“生产计划表”进行生产

54生产部门依据“生产计划表”按>进行生产。

55生产进度控制

551生产课每日填写“生产日报表”交业务跟单对生产进度进行控制

552如生产进度正常,继续监督生产,直至出货

553如生产进度异常,由生产部以口头或书面“联络单”反馈给业务跟单,由业务跟单重新调整计划或安排产品外包。

56生产计划变更:

当客户订单变更时包括(取消订单、交期变更、数量变更、规格变更等)由

业务课依“订单变更通知单”通知生管,由业务跟单重新排定“生产计划”，

生产部门则依变更后的生产计划生产

59成品入库及成品出货参照>作业。

6相关文件:

61品质手册

62与顾客有关的过程管理程序

63制程管制程序

64过程和产品的监视和测量程序

65仓库管理办法

7相关表单:

71生产计划表

72 BOM表

73各工序不良控制比例表

74生产日报表（各工序）

75 生产日报表（总表）

76 退料单

77 补料单

78 联络单

79 领料单

生产企业的管理流程2

一．工作流程：接受业务订单…>生产负荷分析…>生产制造令…>备料…>产前 样…>物料发放及领用…>生产、外协作业…>生产、外协进度追踪…>生产、 外协作业变更…>生产数据分析及计划达成率统计…>产品入库…>出货

二、生产部接到业务订单后，进行生产负荷分析，依据产能状况及订单数量、 交期，决定是否需要加班生产或委外加工。

三．根据业务订单制定《生产制造单》并发各部门、车间。

四．根据库存材料情况，填写《材料申购单》经上级领导批准后，再交给采购部。

五．依据订单交期和设备产能，制定月生产计划及周生产排程。

六．根据预计损耗备料，原则上，按订单数量90%备料，完成后据实补足余额，以减少库存品。

七、经客户或业务部确定产前样后，再进行批量生产。

八、物料的发放要做到先到先出，按单发放，不能超额发放。

九、调查并记录各车间每天完成的数量及积累完成的数量，以了解生产进度情况并加以控制（每日实际产量与预计产量比照）。

十、找出实际进度与计划进度产生差异的原因，并采取相应措施。

十一、出现人员、设备有工作负荷过多、过少或负荷不均之情形，超负荷时，可调其他部门或车间人员或设备支援；负荷不足时，适当增加其工作量，减少浪费。

十二、检查并督促各工序作业人员依据《作业指导书》及《安全 *** 作规程》从事作业。

十三、协助品管部门做好在制品质量检测，对不良品及时处理，并采取适当措施保证后续在制品质量。

十四、因客户变更订单内容或因生产异常造成生产作业更改，应及时调整生产计划。

十五、依据生产进度及生产日报表掌握每日生产之进度、效益及品质，做好生产数据分析及计划达成率统计。

十六、委外加工作业流程

1 依据需委外加工产品的数量、质量等要求寻找优良的加工厂商。

2 厂商经评定合格后，方可签订《委托加工合同》。其上必须写明：品名加工数量、规格、质量要求、金额、交期、包装方式、运输方式、结算方式、违约责任等内容。

3 《委托加工合同》必须经公司领导审核签名方有效。

4 依据《委托加工合同》按实发放原、辅材料。

5 实时掌握委外加工产品的进度，并监督加工厂商合理用料。

6 协助品管部做好委外加工产品的质量检测与监督。

7 对加工质量不合格之产品，应退回返工。

8 加工方违约时，按《委托加工合同》相关条款处理。

十七、所有自产和外加工的产品，都必须100%经过品管部的检验合格后，方可入库。

十八、按业务部出货通知按时出货。

生产企业的管理流程3

一、生产管理流程规范化的特征

1、生产管理流程的计划前瞻和准确性

生产管理流程规范化，计划是前提。不论你是订单式生产，还是预测式生产，事先都必须明确制订周密的计划、安排好均衡生产的进度。也不论你的企业是大是小，计划周密都是有百利而无一害的。这里要特别提醒做计划的人，市场瞬息万变、原材料价格波动不一，忽视了这一前提，计划就失去了前瞻性，当然也不会有准确性。

做计划的人还有一个错误常犯。那就是加工件计划周密，可采标准件疏忽。总以为拿钱买的东西不用担心生产不出来，结果往往导致生产受阻于标准件。这样的计划就不会有准确性。

2、生产管理流程的品质控制的标准性

并非由于ISO9000质量管理体系的诞生，才有质量控制标准。恰恰相反，是由于有了质量控制标准，才产生ISO9000质量管理体系。现在不少国内企业本末倒置。花笔钱搞一个质量论证书，就以为万事大吉了。证书只是印在包装上的广告词。这实在是可叹可悲！

过去讲质量是企业的生命，确实讲过了头。但是现在靠不切实际的广告宣传误导消费者是不是太过分？那些不重视产品质量、不注意品牌建设的企业在金融危机中受够了苦头吧？

分工协作，质量控制必须标准统一，并且丝毫不能放松。

3、生产管理流程的品牌维护的严肃性

请注意，不讲"质量是企业的生命"不是不重视质量，而是因为人们对质量的要求更进了一层。人们不仅要求你的产品有质量，而且还要求你的产品是品牌。因为品牌既包含了品质超群，又涵盖了服务超众。之所以说质量不是企业的生命，是因为产品质量再好，在这样一个商品经济极其丰富的年代，你的服务不好，也是不会有人买你产品的。那种"皇帝女儿不愁嫁"的年代早已成为过去。未来社会，没有品牌就意味着没有市场。

4、生产管理流程的材料采购的及时性

这里的材料采购是包括原材料、辅料、易耗品、标准件等生产必备品在内的，只不过原材料采购是大头，前辈们习惯性称呼而已。年轻的生管员，千万不要望文生义哦。不少企业常常出现这样的情形：产品要包装了，可就是缺几个标准螺丝。就因为标准螺丝太容易买到，导致计划考虑不到。当然也不排除，生产管理流程thldlorgcn计划人员做了而采购人员忘了。但从做计划的角度来说，要盯住计划是否落实。

5、生产管理流程的生产加工的专业性

现代工业的最大特征就是专业分工。分工增加了生产效率，分工使规模扩张成为可能。分工也使个人的专业水平不断提升。特别是一些中小企业，要想做大（做强是下一步的事），也必须走专业化之路。能发给专业厂生产的部件，尽量发外加工。不要只想着别人赚了你的加工费。其实你的厂房、设备、人员工资也是一笔不小的开支。搞不好，你自己的生产成本可能还高过发外加工费。

6、生产管理流程产品组装的统一性

由于专业分工的缘故，往往出现同一产品不在同一场地生产。特别是品牌企业，已经做到了全球采购、全球生产、全球销售。国内稍具规模的企业也不例外，生产基地好几个。越是生产基地多的企业，其产品组装越统一。问题往往出现在小企业，虽然只是在一间厂房生产，却发现他们贴了不同的标签，或是用了不同的'包装。由于企业经常更换协作商，每个协作商都要重新制版，每次印刷都不一样。这种现象离规范化生产实在差得太远。

7、生产管理流程的仓库管理的严密性

不管你实行的是订单式生产，还是预测式生产，产成品入库必须履行严格的检验检查手续。首先看有无生产计划，计划外产品不得入库。逼迫生产车间不得为增加产量、增加计件工资而生产。其次检验产品质量，不合格品不得入库。

二、生产管理流程如何才能做到规范化

知道了规范化生产管理流程的特征，按要求去做，基本上就行了。在此还是强调三点：

1、生产管理流程投入最小化、回报最大化

没有流程规范化和生产标准化作基础，企业的成本管理、投资回报就没有保证。人们往往一谈到投入最小化，就是少花钱。须知，如果没有相应的投入，又何来最大回报？企业投入必须在保证不低于盈亏平衡点的基础上，尽量扩大投入，争取规模效益。当然规模扩大又要与市场容量相吻合。也就是说投入不是越低越省钱，也不是越大越赚钱。把握其适度的唯一标准就是市场接受能力，或者说企业的市场营销水平。

2、生产管理流程分工专业化、协作一体化

要做到分工专业化、协作一体化，最根本的一点就是与协作商建立良好的合作关系。判断合作好坏的标准就是协作商有无抱怨。分工协作是紧密联系在一起的。我们知道发包方（发外加工单位）通常占据主导地位，如果你以大欺小、强人所难，合作不会愉快，也不会长久。互利双赢、多赢是这个时代的主旋律，违背主旋律的都是不和谐的声音。让协作商无抱怨，这就是努力的方向和目标。

3、生产管理流程规范化、生产标准化

流程技术的产生就是生产分工所导致的。现代企业不论是否自觉或是不自觉地使用流程概念，实际工作中是一定存在流程的。要不然，哈默就不会使用"流程再造"一词了。当然，张国祥老师不主张所有企业引进流程技术都用流程再造的概念，因为不少企业在实施流程管理技术之前，已经奠定了不错的流程运行基础。这类企业所需的就是优化和完善。

生产标准化应该没有其它异议。没有标准化就没有规模化，就不可能无限复制的可能性，企业就只能停留在手工状态。流程规范化是从管理上提高效率，生产标准化是从技术上扩大产量、保证质量。二者缺一不可。

　一．品质控制的演变

1 *** 作者控制阶段：产品质量的优劣由 *** 作者一个人负责控制。

2班组长控制阶段：由班组长负责整个班组的产品质量控制。

3检验员控制阶段：设置专职品质检验员，专门负责产品质量控制。

4统计控制阶段：采用统计方法控制产品质量，是品质控制技术的重大突破，开创了品质控制的全新局面。

5全面质量管理（TQC）：全过程的品质控制。

6全员品质管理（CWQC）:全员品管，全员参与。

二，品质检验方法

1、全数检验：将送检批的产品或物料全部加以检验而不遗漏的检验方法。 适用于以下情形：

①批量较小，检验简单且费用较低；

②产品必须是合格；

③产品中如有少量的不合格，可能导致该产品产生致命性影响。

2、抽样检验：从一批产品的所有个体中抽取部分个体进行检验，并根据样本的检验结果来判断整批产品是否合格的活动，是一种典型的统计推断工作。

①适用于以下情形：a 对产品性能检验需进行破坏性试验；

b 批量太大，无法进行全数检验；

c 需较长的检验时间和较高的检验费用；

d 允许有一定程度的不良品存在。

②抽样检验中的有关术语：

a检验批：同样产品集中在一起作为抽验对象；一般来说，一个生产批即为一个检验批。可以将一个生产批分成若干检验批，但一个检验批不能包含多个生产批，也不能随意组合检验批。

b批量：批中所含单位数量；

c抽样数：从批中抽取的产品数量；

d不合格判定数（Re）：Refuse的缩写即拒收；

e合格判定数（Ac）：Accept的缩写即接收；

f合格质量水平（AQL）：Acceptable Quality Level的缩写。通俗地讲即是可接收的不合格品率。

3、抽样方案的确定： 我厂采用的抽样方案是根据国家标准GB2828《逐批检验计数抽样程序及抽样表》来设计的。具体应用步骤如下：

①确定产品的质量判定标准：

②选择检查水平：一般检查水平分Ⅰ、Ⅱ、Ⅲ；特殊检查水平分S-1、S-2、S-3、S-4，一般情况下，采用一般水平Ⅱ。

③选择合格质量水平（AQL）：AQL是选择抽样方案的主要依据，应由生产方和使用方共同商定。

④确定样本量字码，即抽样数。

⑤选择抽样方案类型：如一次正常抽样方案，加严抽样方案，还是多次抽样方案。

⑥查表确定合格判定数（AC）和不合格判定数（Re）。

三、检验作业控制

1、进料（货）检验（IQC）：是工厂制止不合格物料进入生产环节的首要控制点。（Incoming Quality Control）

①进料检验项目及方法 ：

a 外观：一般用目视、手感、对比样品进行验证；

b尺寸：一般用卡尺、千分尺等量具验证；

c特性：如物理的、化学的、机械的特性，一般用检测仪器和特定方法来验证。

②进料检验方法：a 全检, b抽检

③检验结果的处理：a 接收; b拒收（即退货）; c 让步接收; d全检（挑出不合格品退货）

e 返工后重检

④依据的标准：《原材料、外购件技术标准》、《进货检验和试验控制程序》、《理化检验规程》等等。

2、生产过程检验（IPQC）：一般是指对物料入仓后到成品入库前各阶段的生产活动的品质控制，即Inprocess Quality Control。而相对于该阶段的品质检验，则称为FQC（Final Quality Control）。

①过程检验的方式主要有：

a 首件自检、互检、专检相结合；b 过程控制与抽检、巡检相结合；

c 多道工序集中检验； d 逐道工序进行检验；

e 产品完成后检验； f 抽样与全检相结合；

②过程品质控制（IPQC）：是对生产过程做巡回检验。

a 首件检验； b 材料核对；c 巡检：保证合适的巡检时间和频率，严格按检验标准或作业指导书检验。包括对产品质量、工艺规程、机器运行参数、物料摆放、标识、环境等的检验; d检验记录，应如实填写。

③过程产品品质检验（FQC）：是针对产品完工后的品质验证以确定该批产品可否流入下道工序，属定点

检验或验收检验。a 检验项目：外观、尺寸、理化特性等；b 检验方式：一般采用抽样检验；c不合格处理；d记录；

④依据的标准：《作业指导书》、《工序检验标准》、《过程检验和试验程序》等等。

3、最终检验控制：即成品出货检验。（Outgoing QC）

4、品质异常的反馈及处理：

①自己可判定的，直接通知 *** 作工或车间立即处理；

②自己不能判定的，则持不良样板交主管确认，再通知纠正或处理；

③应如实将异常情况进行记录；

④对纠正或改善措施进行确认，并追踪处理效果；

⑤对半成品、成品的检验应作好明确的状态标识，并监督相关部门进行隔离存放。

5、质量记录：为已完成的品质作业活动和结果提供客观的证据。

必须做到：准确、及时、字迹清晰、完整并加盖检验印章或签名。

还要做到：及时整理和归档、并贮存在适宜的环境中。

四、统计技术简介（参见《统计技术应用指南》）

1、分层法：是运用统计方法作为管理的最基础工具，目的是把杂乱无序的资料加以分门别类的归纳和统计。

2、调查表：在质量管理活动中常用调查表来收集数据。如不良项目调查表、不合格原因调查表等。

3、排列图：找出影响产品质量主要问题的一种有效方法，它是根据“关键的少数、次要的多数”原理（即二八原理）制作而成的。排列图有两个纵坐标，一个横坐标，几个直方形和一条曲线。左边的纵坐标表示频数，右边的纵坐标表示频率（以百分比表示）横坐标表示影响质量的各个因素，按影响程度的大小从左至右依次排列。

4、因果分析图：是用于分析质量问题产生原因的一种图表，一般从人、机、料、法、环、测等6个方面分析。

5、直方图：（略）

6、控制图：（略）

五、质量管理常用的工作方法和分析方法

1、PDCA管理循环

PDCA管理循环是质量管理的基本工作方法（程序），把质量管理的全过程划为P（plan计划）、

D（Do实施）、C（Check检查）、A（Action总结处理）四个阶段。

第一为P（计划）阶段，其中分为四个步骤

（1）分析现状，找出存在的主要质量问题

（2）分析产生质量问题的各种影响因素

（3）找出影响质量的主要因素

（4）针对影响质量的主要因素制订措施，提出改进计划，定出目标

第二为D（实施）阶段：按照制订计划目标加以执行

第三为C（检查）阶段：检查实际执行结果看是否达到计划的预期效果。

第四为A（总结处理）阶段，其中分二步：

⑴总结成熟的经验，纳入标准制度和规定，以巩固成绩，防止失误

⑵把本轮PDCA循环尚未解决的问题，纳入下一轮PDCA循环中去解决。

2、5W2H法 ： Why： 为何----为什么要如此做？

What： 何事----做什么？准备什么？

Where： 何处----在何处进行最好？

When： 何时----什么时候开始？什么时候完成？

Who： 何人----谁去做？

How： 如何----如何做？

How much：成本如何？

3、头脑风暴法

头脑风暴法又称脑力激励法，可以有效地识别问题的可能解决办法和潜在的质量改进机会。一般应用在分析讨论会议中，特别是QC小组会议 、质量分析会等。

在运用头脑风暴法时应注意以下几个问题：

1禁止批评：不准批评和反对他人的意见；

2自由奔放：尽情地想象，自由地发言，真正做到知无不言、言无不尽；

3欢迎多提观点：提出的观点越多越好；

4结合改善：与别人的意见相结合，不断启发和改善自己的想法；

5如实记录：对任何人的发言包括相反的意见都要如实记录下来。一是获得全面的信息，二是给人以重视感，从心理上感召他人多发表意见。

六、如何开展QC小组活动

1 QC小组的组建

①QC小组的定义：QC小组（Quality Control的缩写）即质量管理小组。是指在生产现场或工作岗位上的职工自愿组织起来，运用质量管理的基本理论和方法，开展群众性的质量管理活动的小组，解决工作场所存在的问题，以达到质量改善的目的。QC小组是质量管理的一种有效的组织形式。

②QC小组活动的作用：A 有利于开发智力资源，提高人的素质；B 预防质量问题，并不断地进行改进；

C 有利于改善人际关系，强化团队意识和质量意识，从而提高团队的工作效率。

③组建QC小组的原则：A 自愿参加，自愿结合是组建QC小组的基本原则； B 由上而下，上下结合是组建QC小组的基础；C 领导、技术人员和工人三结合是组建QC小组的好形式；D 事实求是，结合实际。

④QC小组的人数：QC小组人员不宜过多，一般3-10人为宜。

⑤QC小组组长的职责：A 组织小组成员制订活动计划，进行工作分工，并带头按计划开展活动；B 负责联络协调工作，及时向上级主管部门汇报小组活动情况，争取支持和帮助；C抓好质量教育，组织小组成员学习有关业务知识，不断提高小组成员的质量意识和业务水平；D 团结小组成员，充分发扬民主，为小组成员创造宽松的环境，增强小组的凝聚力；E经常组织召开小组会议，研究解决各种问题，做好小组活动记录，并负责整理成果和发表。

2 QC小组活动步骤

① 活动课题的选择：选题范围 ：提高改善产品质量的课题；降低损耗的课题；优化环境的课题；改善管理的课题；提高职工素质的课题。

对选题的要求：坚持实事求是，先易后难；提倡大小课题相结合，以小课题为主；选题要具体明确；选题应选周期短，见效快的课题，一个课题一般应在3—6个月完成，最多不超过一年时间。

② 现状的调查：通过调查表或其他形式，运用数据说话的方式明确所要解决的问题，并确定解决问题的主攻方向，为设定目标提供依据。

③设定目标：制定的目标应是经过大家的努力可以达到的。

④原因分析：运用恰当的工具，把现状调查的主要问题按人、机、料、法、环、测等六大因素，采用调查表、

因果图、排列图等恰当的工具进行分析，从中找出造成质量问题的具体原因，并确定主要原因。注意：在原因分析时，应召开小组会议，运用头脑风暴法，发挥团队的智慧，尽可能将原因一一找出。

⑤制定对策：一般以对策表的形式列出具体项目，在制定对策表时，应采用5W1H法，多问几个为什么。因此对

策表应包括：为什么要制定对策（Why），达到什么目标(What)，在哪里执行(WHere)，谁去执行(Who)，什么时间完成(When)和如何执行(How)等。

⑥实施对策:按制定的对策或计划执行。

⑦效果检查验证。

⑧巩固措施：根据检查的结果进行总结，并纳入有关的标准、作业指导书、制度和规定之中，以巩固已取得的成绩，同时防止类似问题再发生。

以上就是关于急求 电镀外包控制程序 我公司生产连接器需电镀外包 外审要用这个 急求全部的内容，包括:急求 电镀外包控制程序 我公司生产连接器需电镀外包 外审要用这个 急求、企业IT外包管理制度如何制定、分包和外包有什么区别程序等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！