科技公司科技公司研发过程管理与考核办法.doc

xx研发过程管理与考核办法

xx研发中心
/3/23

研发中心各团队角色定义

l 项目领导 (Project Advisor)：负责协调公司整体资源，帮助协调解决销售、售前、技术问题。

开发团队：(Development Team)
(以下角色可以重叠)
l 开发组长(Development Lead)：承担开发工作和责任，对开发成果整体负责；管理开发工程师团队，负责团队建设（激励、培训、考评），落实开发和方法，并参与开发工作的总体规划，文档等。
l 项目经理 (Project Manager)：项目经理完成项目所需的各项工作。负责整个项目的流程和进度管理等，协调整个项目的工作。大的项目中需设置一个专人，小的项目可以多项目复用一人。这是整个项目从研发到实施的关键性领头人，协调公司各项资源，接受客户与公司PMO(Ms.Guo)的监督考核。包括从客户交流、和销售交流获取信息,到协调研发，协调工程实施，直至最后完成项目。项目的成功与否，常常靠得力的项目经理的领导。
l 资深/开发工程师 (Senior / Develop Engineer)：负责具体的编程开发。
n 架构接口人(角色)：负责理解架构设计
n 测试接口人(角色)：负责与测试团队的沟通，解决软件Bug，这个基本上每个有开发任务的同事都需要承担
n 工程部署接口人（角色）：负责项目的安装部署，需要更了解项目的安装环境和实施方法
l 资深/架构师(Architect):资深工程师承担，专门从事整体系统的设计规划，负责产品和项目的架构。

测试团队：(Quality Assurance or Test Team)
l 测试组长 (Test Lead): 负责管理测试工程师,体的测试工作，制定测试计划等
l 测试顾问(Test advisor):，对测试的方法和步骤做出建议和指导。
l 测试工程师(Tester or Test Engineer)：负责具体的测试工作
l 测试开发工程师(Develop Engineer in Test, DET): 负责测试工具的开发

汇报关系

人员定义举例
（排名不分先后，以公司组织结构图为准）
项目经理团队：（Project Management Team）
l 项目领导(Project Sponsor)：杨满智。
l 项目经理(Project Manager)：王本聪

开发团队：(Development Team)
l 技术总监：蔡琳
l 开发组长(Development Lead)：薛永飞
l 开发工程师(Develop Engineer, or Developer)：郭杨
l 架构师(Architect): 蔡琳

测试团队：(Quality Assurance or Test Team)
l 测试组长 (Test Lead): 黄颖
l 测试顾问(Test advisor): 邱老
l 资深/测试工程师(Tester or Test Engineer)：林芳舒
l 资深/测试开发工程师(Develop Engineer in Test, DET)：古衡

制度
所有项目分工为：
项目经理负责制，开发组长辅助制。
项目经理对项目质量负责，负责售前文档，设计文档和施工文档等项目执行的所有过程。
开发组长对开发质量负责，负责考核开发成员。
控制点定义
项目启动会(Kick off)时，组成一个Virtual Team。包括如下人员：
Sponsor（1）、PM（1）(项目经理) + Arch1&Dev1(架构师+架构接口人) + Test1&Dev2(测试师+测试接口人) + Impl1&Dev3(实施+实施接口人) + Dev Lead(开发组组长)
Sponsor（项目发起人）
责任：是项目负总责人；对内、外启动项目，介绍项目背景，提出项目目标、项目成本概算，审定项目KPI和考核办法（比如设计结果的评审论证），考核项目绩效、决定项目奖惩，外部沟通计划和沟通文件审查等

PM1（项目经理）
责任：理解客户需求，组织制定项目计划，分解项目任务、协调控制整个项目（进度、成本、质量、范围、沟通、风险、采购），按进度要求组织内部评审、接受客户和PMO考核
文档输出：项目计划、绩效报告（每周报）
Arch1（架构）+Dev1（开发组架构接口人）
责任：统筹项目的技术架构，保证可延续性
输出：架构设计文档
Test1（测试）+Dev2（开发组测试接口人）
责任：理解客户需求，负责项目质量检查和记录*，提出Bug数量（*质量是设计和制造出来的，而不是检查出来的）
输出：Bug-Based测试过程控制文档
Dev Lead（开发组组长）
责任：作为开发组的接口人，负责项目经理与开发组之间的进度协调
输出：需求分析说明书，项目研发计划（包括人工时估算）
Impl1（实施）+Dev3（开发组实施接口人）
责任：负责工程的现场实施，保证工程质量
输出：工程文档

解决的流程
输入
控制点（输出）
责任人
研发与销售衔接
l 商务合同
l 技术方案
l 客户沟通直至形成书面需求
l 公司过程模板
项目启动文件（包括项目研发计划和需求分析说明书）
责任人：项目经理
协助人：项目领导、项目经理、开发经理
架构与开发衔接
（如果项目过小，可以忽略此项）
l 需求分析说明书
架构设计
责任人：研发中心架构组，协助人：开发组架构接口人
开发与测试衔接
l 研发阶段性成果

Bugbase, Bugzilla
责任人：研发中心测试组，协助人：开发组测试接口人
研发与工程衔接
l 释放的版本
l 测试环境、结果

工程软件安装实施及日志记录模板
责任人：工程部，协助人：研发中心实施接口人
管理评审会*

项目经理团队+架构师团队
需求评审会及会议纪要

设计评审会及会议记录
测试结果评审会及会议记录
安装申请评审会及会议记录
每周周报
工程日志记录
召集人：项目经理或开发组长人
主讲人：项目经理
会议纪要：开发组长
评审人：
Sponsor、业务创新部产品管理组、
设计责任人、研发经理、架构负责人，研发团队。

责任人
产品规划组
PMO
项目经理
研发要求要点
1. 必须指定每个产品和其组成部分(components)的设计负责人和测试负责人(QA). 设计负责人和测试负责人不可为同一个人。
2. 产品的组成部分(components)至少应该包括：
l 需求文档（客户需求，设计初衷，会议纪要，等)
l 设计文档
l 自述文件 ( 有关产品的编译，安装部署的方法，等 )
3. 每个产品和其组成部分(components)都应在SVN存储并有TAG与之对应。在相应TAG中的设计代码应以源文件形式存储，不要有没必要压缩和编译后的文件存在。
4. 测试人员应该可以根据自述文件的说明由SVN中检出，编译，安装，测试。自述文件不清楚或有错误的，测试人员应对自述文件写BUG要求更正。
5. 当产品有新版本需要测试时，产品的设计负责人将在SVN中生成的TAG版本加入产品中并通知测试负责人编译安装部署测试。
6. BUG应该由测试人员测试认可和关闭，不应该由设计人员关闭。

针对团队领导（组长和项目经理）的考核指标定义
KPI
分值
说明
考核期团队承担项目总金额
30%

考核期团队团队效率
20%

考核期团队所承担项目的客户满意度
20%

团队总人数
10%

团队成员离职率
5%

团队成员对领导的满意度
5%
由团队成员投票得出
所承担项目对公司的贡献重要程度
10%

针对团队领导（组长和项目经理）的考核结果
考核结果
比例
奖金比例
说明
A
30%
50%

B
70%
50%

针对开发工程师的考核指标定义
KPI
分值
说明
开发能力与效率
40%

工作负荷
30%

团队精神
10%

加班情况
10%

潜力与进步情况
10%

针对开发工程师的考核结果
考核结果
比例
奖金比例
说明
A
20%
40%
5
B
60%
58%

C
10~20%
2%

D
0~10%
0%

针对测试组成员（包括组长）的考核指标
KPI
分值
说明
承担的项目质量（客户满意度）
40%

承担的项目总金额
20%

所带领的测试人员总数
10%

团队精神
20%

潜力与进步情况
10%

考核办法
l 团队领导由直接领导考核
l 工程师由组长考核