技术部门政务产品过程标准及绩效规范_第1页
技术部门政务产品过程标准及绩效规范_第2页
技术部门政务产品过程标准及绩效规范_第3页
技术部门政务产品过程标准及绩效规范_第4页
技术部门政务产品过程标准及绩效规范_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、技术部门政务产品过程标准及绩效规范(讨论稿)日期:2018/0328整理:杨胜灵1目的为了提供更好的产品与服务;为了更好、更快、更经济地交付产品与服务,特编制此过程控制标准及绩效奖励规范。2范围技术部门绩效管理规范适用于研发、测试、美工及Web前端工作人员。不包含项目经理、项目实施履行人员及其它相关管理人员。基础性研发工作按签约项目实施时适用此标准。3过程标准3.1 立项管理采纳符合机构最大利益的立项建议,通过立项管理使该建议成为正式的项目。杜绝不符合机构最大利益的立项建议被采纳,避免浪费机构的资源、资金、时间等。合同签订视为通过立项审批。输出:自主研发:项目论证报告、项目立项审批表、项目任务

2、书。签约项目:项目合同、项目任务工单角色:研发经理。3.2 需求开发通过调查与分析,获取用户需求并定义产品需求,并对用户的需求进行验证。输出:需求开发计划、需求分析表、需求调研记录表、用户需求说明书、软件需求规格说明书、需求确认表、差异记录、QA依据需求检查表检查需求、QA的需求检查结果、(不符合项跟踪表)、需求里程碑报告、配置申请表、针对软件需求规格说明书进行同行评审、评审报告。行业角色:需求工程师、项目经理、客户。公司角色:交付经理。3.3 需求管理与客户建立对需求的共同理解,维护需求与其它工作成果的一致性,并控制需求的变更。输出:需求变更登记表、需求变更汇总表、需求跟踪矩阵。行业角色:C

3、CBCCB负责人、变更提出人、项目组成员。公司角色:交付经理、项目成员。3.4 项目计划目标:制定计划、以便开展工作,包括计划初稿、定稿和验证工作。输出:项目总计划、项目计划、工作量估算纪录、项目估算报告、项目进度计划、项目工作任务表;各附属子计划质量保证计划、配置管理计划、风险管理计划、数据收集与分析计划测试计划;针对项目计划进行同行评审评审报告C行业角色:研发经理、项目经理、项目成员。3.5 技术预研在立项后到开发完成之前的时间内,对项目将采用的关键技术提前学习和研究,尽可能早地发现并解决开发过程中将会遇到的技术障碍。输出:关键技术解决实例。角色:研发经理。3.6 配置管理通过执行版本控制

4、、变更控制等规程,以及使用配置管理软件来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。输出:配置状态报告、配置变更申请表、配置管理台帐、项目QA对配置管理员进行的配置审计以及审计过程中发现的问题记录。行业角色:配置管理:配置管理员、QA;配置变更:变更申请人、CCB项目组成员、验证人。公司角色:交付经理、项目成员、QA。3.7 项目监控周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源等,不断了解项目的进展情况,以便当项目实际进展显著偏离计划时能够及时采取纠正措施。输出成果:项目跟踪报告、里程碑报告、工作周报、月报、问题记录表。行业角色:项目经理、项目成员。3.8

5、 风险管理在风险产生危害之前识别它们,从而有计划地消除或削弱风险。输出:风险清单、已发生风险事件列表、风险检查表。行业角色:项目经理、项目组成员、风险负责人。公司角色:交付经理、项目成员。3.9 软件设计设计软件系统的体系结构、用户界面、数据库、模块等,从而在需求与代码之间建立桥梁,指导开发人员去实现能满足用户需求的软件产品。输出:概要设计说明书、备选方案、系统原型;详细设计说明书、数据库设计说明书、不符合项跟踪表、配置申请表。行业角色:系统分析员、项目成员、评审组。公司角色:研发经理、项目成员、评审组。3.10 编码和单元测试依据系统设计文档,编写并测试整个系统的代码。实现与测试是“编程、代

6、码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。输出:开发与测试计划、代码;单元测试报告、单元测试缺陷记录。角色:项目成员。3.11 集成和系统测试对最终系统进行全面的测试,确保最终系统满足产品需求并且遵循系统设计。系统测试缺陷得到修复。输出:集成测试报告、集成测试缺陷记录、系统测试报告、系统测试缺陷记录、(不符合项跟踪表)、测试里程碑报告、配置申请表、针对集成测试报告、系统测试报告进行同行评审。行业角色:工作产品评审过程:评审组长、评审作者、评审人员、会议记录人;工作产品测试过程:测试组长、项目组、测试人员;公司角色:测试组、开发组。3.12 试运行在产品正式销售之前,开发方将产品交

7、付给一些潜在的客户免费试用,请他们对产品进行测试,并获取他们对产品的建议。试运行结束,达到上线条件。输出:操作手册、用户试用计划、用户试用报告行业角色:项目经理、售后服务人员或项目组、用户公司角色:交付经理、项目成员3.13 客户验收客户依据合同对产品进行审查和测试,确保产品满足客户需求。输出:验收测试大纲、验收测试报告、验收计划、验收报告、QA依据试运行、验收检查表、检查试运行、验收、QA的试运行、验收检查结果、(不符合项跟踪表)、试运行、验收里程碑报告、配置申请表行业角色:项目经理、公司方验收人员或测试工程师、用户、第三方公司角色:交付经理、测试人员3.14 结项管理在项目开发工作结束后,

8、对项目的有形资产和无形资产进行清算、对项目进行综合指标评估以及总结经验教训等。输出:项目结项报告、项目总结报告行业角色:项目经理、项目成员、度量负责人公司角色:交付经理、研发经理4绩效达标条件编P项目过程达成标准备注1立项管理,立项评审通过/合同签订;,项目任务工单2需求开发,帝求开发订戈、帝求分析表、帝求调研记表;,用户需求说明书、软件需求规格说明书、需求确认表、差异记录;,软件需求规格说明书同行评审通过;3需求管理,达成客户需求理解一致性;,维护需求与工作成果的一致性;,控制需求变更,避免需求失控引起的工期及成本风险;,输出需求变更登记表、需求变更总表、需求跟踪矩阵;4项目计划,项目总计划

9、、项目计划、工作量估算纪录、项目估算报告、项目进度计划、项目工作任务表;,各附属子计划质量保证计划、配置管理计划、风险管理计划、数据收集与分析计划测试计划;,项目计划同行评审通过;5技术顶研关键技术学习研究并提供可验证的解决实例6配置管理,配置状态报告、配置变更申请表、配置管理台帐;,过程资产齐全完整;通过QA的配置审计;履行交付7项目监控,项目跟踪报告、里程碑报告、工作周报、月报、问题记录表;,监控项目进展,显著偏离及时预警并采取措施8风险管理,识别风险,建立风险清单;,记录已发生风险事件列表;削除活削弱风险;,进行风险检查,形成风险检查表,预防风险;9软件设计,设计软件系统的体系结构、用户

10、界面、数据库、模块等,从而在需求与代码之间建立桥梁,指导开发人员的编码工作;,形成概要设计说明书并通过同行评审;,形成系统原型并与客户详细演示确认;,形成详细设计说明书、数据库设计说明书;,详细设计说明书通过同行评审10编码和单元测试,依据系统设计文档,编写并测试整个系统的代码;,制定开发与测试计划;,形成单元测试报告、单元测试缺陷记录,成果代码经过测试,无功能问题、性能障碍及安全风险。11集成和系统测试,对最终系统进行全面的测试,确保最终系统满足产品需求并且遵循系统设计。,形成系统测试报告、系统测试缺陷记录;,系统测试报告进行同行评审通过;12试运行,编制用户试用计划,组织潜在的客户试用;,

11、收集客户建议,形成用户试用报告;,试用报告中的客户建议进行了合适的处理;13客户验收,编制验收测试大纲、验收计划,提请客户验收;,狄取验收测试报告、验收报告;,验收通过,上线部署;14结项管理,在项目开发工作结束后,对项目的有形资产和无形资产进行清算、对项目进行综合指标评估等,形成项目结项报告;,对整个项目周期进行分析,总结经验教训,形成项目总结报告,以指导后续项目的开展5工作分类及绩效评估序号工作分类责任人参与过程参与输出绩效占比1管理技术负责人立项管理项目论证报告、项目立项审批表、项目任务书需求管理需求变更登记表、需求变更汇总表项目计划项目计划、工作量估算纪录、项目进度计划、项目工作任务表

12、、数据收集与分析计划、质量保证计划、测试计划技术顶研关键技术解决实例项目监控里程碑报告、工作周报、月报、问题记水表软件设计概要设计、系统原型、详细设计说明书、数据库设计说明书、不符合项跟踪表、配置申请表编码和单元测试开发与测试计划、代码;单元测试报告、单元测试缺陷记录集成和系测试缺陷解决修复统测试试运行部署配置结项管理项目总结报告2开发开发组项目计划工作量估算纪录、项目估算报告、项目进度计划、项目工作任务表软件设计系统原型编码和单元测试代码、单元测试报告、单元测试缺陷记录集成和系统测试系统测试缺陷修复3设计(UI&Web前端)美工组软件设计用户界囿、系统原型、Web前端工作系统测试用户

13、界囿、Web前端缺陷修复4质里测试组需求开发检查需求、不符合项跟踪表项目计划质量保证计划、测试计划配置管理项目QA对配置管理员进行的配置审计以及审计过程中发现的问题记录集成和系统测试集成测试报告、集成测试缺陷记录、系统测试报告、系统测试缺陷记录、不符合项跟踪表、测试里程碑报告客户验收验收测试大纲、验收测试报告、验收计划、验收报告、QA依据试运行、验收检查表、检查试运行、验收、QA的试运行、验收检查结果、(不符合项跟踪表)、试运行、验收里程碑报告5服务开发组售后维护服务技术指导、应用过程中的Bug修复、非常规操作协助6基础研发研发组产品初次研发及版本升级,形成产品基线版本6绩效奖励发放标准6.1

14、 绩效奖励额度技术部门开发、设计、测试人员的绩效奖励按项目总利润的6%进行发放。6.2 按工期进度分类奖励标准在确定的需求说明框架中,在评审通过的项目计划内,工期超出项目计划时间的,分析超出计划的工作过程,涉及该项目过程域的角色,项目提成根据不同的超出时间进行奖励,超期三个月以上取消绩效奖励,且需要分析原因、吸取教训,同时在项目结项当月的月会上进行分享;项目提前完成白1,除了按绩效比例100%奖励之外,可通过提交总经办会议申请额外奖励。奖励分类如下表:编P工期界定分类发放标准备注1提前完成100%可申请额外奖励2按计划完成100%3超期110工作日80%4超期1120工作日70%5超期2130工作日60%6超期12月50%7超期23个月30%8超期三个月以上0%无绩效奖励;分析原因,吸取教训,月会分享。6.3 基础版本研发按时间阶梯奖励标准基础性研发工作随着时间的流逝,其作用及价值也随之降低,需要不断升级才能满足市场需求和技术进步要求。因此,基础性研发成果奖励随时间有所减少,减少部分给予项目其它角色承担,以鼓励其它角色随客观需求增加

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论