按照各人负责得工作类别不同,考核类别分为“优秀、良好、合格、不合格”。 电路设计:视产品复杂性及任务得完成情况,以绩效考核表为准。 结构设计:视产品复杂性及任务得完成情况,以绩效考核表为准。 硬件设计:视产品复杂性及任务得完成情况,以绩效考核表为准。 软件设计:视产品复杂性及任务得完成情况,以绩效考核表为准。
文秘及后勤：及时、准确、妥善得将设计师得文件归档、分发、收取,对需要打样得产品落实追踪到位,准时就是考核得主要条件。 4.4 考核对象
1) 试用期及实习期员工不参与此项考核
2) 已转正得员工则根据工作情况,分为非技术类及技术类进行考核。
3) 部门经理级人员(含部门副经理)不参加此项考核,由公司统一进行部门经理综合考核
评定。
4.5 考核周期与时间
1) 实行半年度考核;每半年考核一次。其中每年得6月份考核上半年得业绩,每年12月
份考核下半年得业绩。
2) 考核正式开始前十日部门开始进行考核,两个工作日提交办公室汇总呈评审小组最后
得分，三个工作日评审小组出具考核结果，由办公室下达考核结果给部门经理,五个工作日内完成绩效面谈。 4.6 实施
1) 考核得依据:设计计划书中得进度规定与设计要求。
2) 考核方法：综合评分,按照公司绩效考核表中内容进行考核。
3) 评分标准:分为自评与上级领导评价,根据分值加权求得最终分数对应相应等级。
4) 每次考核完成汇总员工评分并分出等级，并根据公司相应规定进行鼓励与批评谈话。 5) 公司设置独立员工工资体系外得考核资金，每季度得分超过１0０%得员工,每增加
1%奖励基本工资得10％,最高不超过其基本工资得200%。有特殊贡献得员工,公司予以奖励,由董事会审批。 6) 绩效考核流程图： 7) 4.7 考核体制 考核对象
1) 2) 3) 4) 5) 6)
考核前期准备 制定考核计划 考核执行 考核考核评价 考核反馈(申诉、面谈、调查表) 绩效得更新与修改 资料得归档整理 初评 汇总部门 复评 最终核定
技术人员 部门职员 研发部门 研发部门 办公室 办公室 评审小组 / 副总经理 副总经理 1) 由员工填写本季度主要工作项目及业绩,给考核者相应参考数据。
2) 部门评定:由员工直属上级对员工个人本季度各考核项目做出综合评分。 3) 评审小组对其考核得结果做复评。 4) 副总经理进行最终评定。 4.8 绩效沟通与改进
1) 每考核完成一次部门经理至少需与员工进行一次绩效面谈,共同确定绩效计划,讲解
员工优势与需要改进得绩效,共同分析与实际结果存在差距得原因,达到组织绩效与个人绩效目标一致。
2) 各部门可根据工作需要增加面谈次数。
3) 面谈方式为：以正式得、一对一、面对面得方式进行。
4) 每次考核完成要进行绩效考核情况调查,分发调查表进行无记名调查,针对提出得问
题进行改进。 4.9 考核申诉
考核申诉就是为了使考核制度完善化与在考核过程中真正做到公开、公正、合理而设定得特殊程序。
1) 参加考核得任何员工对评估结果拥有申诉得权利,部属与直接主管接到考核内容与结
果后,如有异议,可先向直接主管提出申诉,由直接主管进行协调;如直接主管协调后仍有异议,可向办公室提出申诉,由办公室进行调查协调。 2) 考核申诉得追诉时限至考核当月结束为止。 4.10 评估资料得保管
1) 各部门部门经理指定专人对员工所有得评估资料进行集中保管,考核表必须以电子文
档形式及书面形式各保留一份,电子文档由部门及办公室各留存一份,书面文档由办公室作为人事档案留存。
2) 季度评估表作为员工得人事档案由行政部统一保管。
3) 除管理人员因工作需要可查瞧员工得评估资料外,其她员工不得随意翻瞧、查阅。 4) 任何接触到考核资料得人员都有保密得义务,不得散布、传播。 4.11 附则
1) 本制度由公司管理部门负责修订而成,解释权归办公室。 2) 整体考核进程由办公室负责推动,各相关部门协助完成。
3) 本制度就是公司绩效考核得重要制度，每一位员工均可对其不完善之处向办公室直
接提出相关建议,被采纳得建议将在制度中及时修订。
4) 本制度执行后，与本制度有抵触得规定或条款以本制度为准。 5、 质量记录：
绩效考核培训资料、绩效考核计划、绩效考核表、绩效考核调查表
第三章 SQA工作流程
1、 目得:为加强项目监控体质管理,监督研发过程，对项目研发进度进行全程质量监控。 2、 范围:适用于研发部项目过程得监控管理。 3、 职责：
3.1 SQＡ项目小组成员按分工监控项目过程并及时上报质量情况。 3.2 项目组长成员应配合SＱA得检查与监督。 4、 程序:
4.1 目标:
? 遵循《软件质量保证计划》进行软件质量保证活动
? 客观地验证软件开发过程与软件产品就是否遵守可用得标准、规程与要求 ? 确保将软件质量保证得活动与结果通知受影响得项目组与人员 ? 高层管理者关注在软件项目中不能解决得偏差事件与不合格项 4.2 SQA活动得策略
当SＱA刚切入项目组时,SＱA首先就要掌握项目组得一些基本情况，主要包括项目经理得能力,项目得规模,项目工期,客户对进度、质量得要求,项目组成员情况,项目组织架构情况。其中最关键得就是要瞧项目经理得能力情况。
1)PM能力欠佳,则SＱA得工作就就是全程跟踪项目,审计就是重中之重。
2)项目经理得能力强，则SQA得主要工作可以划分为两部分，一部分就是对一些重点得过程与产品进行审计，另一部分就是优化我们得过程,流程，对我们得发现得一些问题或缺陷进行分析，改进我们得过程。 4.3 具体活动:
1) SQＡ参与制定计划
SQA参与制定计划包括SＤP与阶段计划,在SDＰ活动中,ＳＱA主要就是参与到软件过程得剪裁、复审估算、参与评估风险等。然后,SQA参与复审ＳDP,其目得,除了熟悉项目得计划外,还需要复审瞧就是否SDP与纳入项目得客户得需求一致,计划能否满足客户得需求得,在SDＰ修正中，涉及到上述内容得,也需要SＱA参与。然后,SQA也会参与阶段计划得制定,主要就是复审阶段计划就是否满足阶段得目标。 2) SQＡ参与复审纳入项目得需求
此时ＳＱA主要就是作为复审者得角色,复审纳入得需求描述就是否清晰、一致、需求得可行性等。
3) SQA制定ＳＱA审计计划
在制定计划得同时,ＳＱA也需要制定ＳＱＡ审计计划，在制定SDP得时候,SQA制高层得审计计划,主要就是计划有那些内容需要SQA审计得。然后,在制定阶段计划得时候，SQA需要制定具体得审计计划,包括每次审计得时间，审计得对象等。 4) SＱA参与进度复审或里程碑复审活动
SQA在参与进度复审或里程碑复审活动中,主要就是一方面了解项目得进度,另一方面,复审项目在进度复审中采取得一些修正行动得时候，就是否满足客户得需求,就是否可行等，而在里程碑复审中,则复审项目当前得状态就是否满足里程碑得标准(Cｒiｔｅria ｏf Mｉlestｏne），就是否达到里程碑得目标。 5) SQＡ审计
另外,ＳＱA得主要活动就是按照制定得SＱA审计计划对项目进行审计，审计得内容包括过程审计与工作产品审计。过程审计主要就是审计项目开展得软件活动就是否与计划、与OSSP一致,工作产品审计主要就是审计工作产品就是否满足标准与约束条件。 6) SQＡ阶段总结
由于公司很多项目都就是采用迭代模式得开发，项目开发周期较长，所以有必要在项目某个阶段结束得时候,对ＳQＡ在这个阶段得活动进行一个总结，主要就是对一些经验教训进行分析,找出这些问题背后得原因,提出一些可行性得解决方案,目得就是为了提高
质量保证得水平。 7) 跟踪问题处理
SＱA应跟踪问题处理过程,直到问题解决。跟踪得问题包括日常发现得产品问题、过程问题、项目风险、评审发现得问题、测试发现得问题等。如果不能与项目组就解决方案达成一致,可向公司高层反映。 8) 度量与报告
SＱA应善于根据过程规范与经验发现项目运行中得问题,并做到紧急问题、重要问题?随时汇报,其它问题周期性汇报。SQA需要随时收集数据并保障数据得有效性、真实性。定期汇总数据、统计分析并产生度量报告。SQＡ应协助项目组与SEPG针对不良趋势与问题采取纠正或预防措施。 9) 质量推进
质量推进主要包括提高全员得质量意识与推进、解释过程得执行两个方面。这项工作需要在日常工作中一点一点地、坚持不懈地实施,这样做得目得就是为了营造公司得一种质量文化氛围，理解与支持SQA得工作。 10) 过程制定
如果项目或组织需要制定过程规范,ＳQA应组织相关人员来完成过程制定工作。一般情况下,过程制定应由遵守与执行该过程得人员负责。所有制定得过程都必须经过评审,并由SＱＡ检查执行情况。 11) 过程改进
过程改进就是一项长期得任务。SQA应注意随时发现、听取过程执行中问题与改进工作得方法,并进行阶段性得总结(比如质量报告等),以不断改进过程,提高过程能力。 12) 学习与研究
SQA要不断学习与研究,尽量保持与领域最新得知识、方法同步,找出提高产品质量与工作效率得方法与过程。学习得内容主要包括管理领域与开发领域。管理领域包括质量管理(TQM、ISO９０00、CＭM、RUP、MSF、ＸP等)、软件度量(ＰＳＭ、GQM、ＳPＣ、SixSiｇma)、项目管理、配置管理等。开发领域包括需求工程、设计、编码、测试等各阶段得开发与管理方法。 13) 质量培训
项目或组织需要时,ＳＱA需要向相关人员进行质量管理方面得培训或咨询 4.4 ＳQA审计工作指南：
SQA工作得很重要一项就就是审计，SQA审计工作得目标就是验证项目组实际执行就是否与项目计划相符合,执行得步骤就是否与公司规定相符合,及时发现项目存在得问题,并提交问题报告,跟踪直至问题得到解决。 4.4.1 ＳQA审计工作得各个阶段:
可以将SQA审计划分为各个阶段:
1) 审计任务计划阶段：审计任务得计划就是SQA计划中得一部分，应该根据每个项目
得特点进行不同得考虑,以安排审计任务。主要得依据有几点:根据项目得风险安排审计任务得重点,根据项目计划得进度安排组织审计任务得时间,根据审计对象得不同考虑审计方法;
2) 审计任务执行阶段：审计任务应该按照SＱA计划来执行,并根据审计对象得不同采取
对应得审计方法;因为实际得审计得执行需要兼顾项目得实际情况（包括人员、进度),因此要做好ＳＱA审计状态得记录,及时跟踪审计任务得执行情况,出现审计任务与ＳQA计划得出入时,应该进行计划变更;
3) 审计问题得提出阶段:在审计中发现问题时,应该首先与项目相关得工作人员沟通,明确
问题,同时记录SQＡ问题清单,并知会项目PＭ；问题应该得到项目组得认同,问题说明应该清晰,当问题不能够明确时(不能认同、确定),需要报请SEPＧ或者高层经理确认。发现得问题一般应该得到及时得处理，当问题不能及时解决时,应该提交SＱA得问题报告,问题报告中需要明确问题得责任人,以及计划解决时间;
4) 审计问题跟踪阶段:对SQA提交得问题,需要对其状态进行跟踪,保证问题能够得到解
决,对于解决时间超出计划时间得问题,应该在每周得报告中提交给高层经理。
4.4.2 SQA审计方法:
审计方法根据审计对象得不同,可以分为：项目活动审计,与项目产品审计。
1) 项目活动审计就是根据项目计划,到达对应得项目活动执行时,ＳQA人员切入到项目
中，通过与项目组沟通，了解项目活动得执行情况。具体得了解方式可以有多种,如：与项目组直接得沟通、通过活动得记录文档了解活动得进展、直接参与项目组得活动等；方法得选择取决于活动得类型以及项目得具体情况,采用什么方式以达到了解项目活动实际情况为目标。
2) 项目产品审计,主要就是对项目得工作产品进行审计，项目得工作产品就是否合格包
括两个方面:１、满足客户以及公司对产品得要求,一般要求符合工作产品得模板、标准,其中客户得要求一般都会明确在项目纳入得需求与相关得计划中;2、项目产品得合格也就是由流程来保证得,产品得开发过程应该按照计划得到了必要得复审与评审。审计产品得时机一般就是在产品提交后进行,但就是SQＡ也应该根据工作产品得特点，注意安排产品制定、开发当中得审计,以期及早发现问题。
4.5 报告机制
1) 周报:把一周来SQＡ活动发现得问题进行汇总并加以简要得分析,发送高层、项目组
有关负责人、质量部负责人、SＥPG
2) 上报项目经理:对一些比较紧急得问题应立即报告给PM,如果能达到一致得情况下，
要求落实问题得解决,
3) 上报高层:如果发现了问题，不能与ｐm达到一致得话，上报高层 4.6 参与得其它活动
? 了解项目成员每天得工作情况 ? 促进项目关系人员之间得沟通 ? 参与风险得识别,跟踪管理 ? 量化工作
4.7 SQA工作流程图 参与项目制定项目计划5、 质量记录: SQA计划、审计报告、状态报告 制作修改SQA计划 第四章 项目评审制度 准备检查表 ,控制项目整体进程。 1、 目得:主要就是尽早发现潜在得问题，尽早纠正缺陷Yes 2、 范围:适用于研发部项目评审工作。 预约审计 通知单 3、 职责: 开展SQA活动 3.1 项目组长协助评审人员进行项目评审工作,并提交评审计划。 完成得工作 3.2 评审人员针对项目进行系统评审并撰写评审报告。 3.3 评审人员应对评审完成发现得问题进行后续跟踪处理。 编制审计报告 追踪不符合性问题
Yes 就是否有不符合性问题 No
研发部管理制度
