研发管理流程培训讲稿.docx

研发管理流程培训讲稿.docx

《研发管理流程培训讲稿.docx》由会员分享，可在线阅读，更多相关《研发管理流程培训讲稿.docx（17页珍藏版）》请在冰豆网上搜索。

研发管理流程培训讲稿

一、研发管理的概念

1．1企业的根本目标是“合法地赚取尽可能多的利润，使企业整体利益最大化”

企业研发管理的指导思想是：

关注结果，重视过程。

✧“关注结果”是指：

以最终产品获得的经济效益来衡量研发业绩，追求利益最大化。

✧“重视过程”是指：

将期望的成果分解到每个过程域（即工作环节）去实现，努力把每项工作做好，从而得到好的成果。

衡量研发工作优劣的三个关键指标是：

质量、生产率和成本。

企业研发管理的目标：

✧基本目标：

让所有人员有条不紊地开展工作，在预定的时间和成本之内，开发完成质量合格的产品，从而使企业和个人获得预定的利益。

✧奋斗目标：

调动一切积极因素，努力提高产品质量、提高工作效率并且降低成本，使企业和个人获得比预定目标更多的利益。

在IT企业中，软件研发管理所涉及的主要过程域有：

✧商务过程域：

合同项目和自主产品的立项管理，合同项目客户跟踪，产品优化和市场推广。

✧项目管理过程域：

项目规划与监控，风险跟踪和变更控制，结项管理。

✧项目开发过程域：

需求开发，设计，实现，测试，试用与验收等。

✧机构支持过程域：

质量管理，软件配置管理和文档管理，客户服务和维护，跨部门协作等。

1.2过程改进的概念

1.2.1什么是过程？

为什么要重视过程？

一、什么是过程

人们使用合适的方法、技术、工具才能开发出用户需要的产品。

过程是指“人，方法，技术和工具”的集合，如图所示。

过程被写成文档后，变成了公司的“流程制度”，公司成员们依据“流程制度”开展工作，这叫“法治管理”。

过程示意图

二、过程与产品有什么关系？

为什么要重视过程?

软件产品不能靠人们的意念瞬间完成，它需要一个研发过程。

一般情况下，好的过程才可能得到好的产品，而差的过程会得到差的产品。

1.2.2什么是过程改进？

企业为什么需要过程改进？

过程改进是指：

根据企业的现实情况和发展需求，优化流程制度，努力提升人们在过程中的工作能力，从而“提升产品质量、提升生产率并降低成本”。

企业谋求进步离不开以下两点：

（1）企业人士要不断学习新技术，开发新产品，开拓新业务领域。

（2）企业人士要不断反省自己，总结经验教训，改正缺点、发挥优点。

后者就是“过程改进”。

1.2.3有了CMMI为什么还要研制企业的过程规范？

CMMI是世界范围内用于衡量软件过程能力的标准，但是CMMI不是软件过程改进的执行标准，不可能存在适合所有企业的执行标准。

1.2.4如何应用CMMI？

既然不能全盘套用CMMI文本，那么究竟该如何应用CMMI？

应当根据企业的实际情况，既要裁剪CMMI过程域和实践，又要补充CMMI没有涉及的过程域和实践。

企业领导和软件过程改进工作者必须明白：

企业需要吻合商业目标、容易执行的软件过程规范。

1.3过程改进的实施建议

1.3.1各级领导“亲身参与”而非“口头支持”

1.3.2制定“合适”而非“大而全”的过程规范

1.3.3不要迷信所谓的标准

CMM2级和3级过程域的划分未必是绝对正确的，例如“产品工程”（ProductEngineering）过程域放在CMM3级，而CMM2级所有6个过程域没有一个是讲述技术开发过程的。

1.4研发管理的过程改进方法

流程中的过程域、主要活动和主要工作成果

二、流程中的过程域、主要活动和主要工作成果

营销过程

过程域

主要活动

主要工作成果

营销

过程

产品构思和调研

产品构思，产品调研

产品需求说明书，产品调研报告

产品体验和宣传销售

产品体验，宣传销售

产品宣传材料

合同项目销售

接触客户，可行性分析，投标答辩，签订合同

投标书，合同，项目需求说明书

客户沟通和合同验收

消除摩擦，评审成果，控制变更，项目验收，发掘商机

项目验收报告

项目管理过程

立项管理

立项申请，立项评审，项目筹备

立项申请书，立项评审报告

结项管理

结项申请，结项评估，关闭项目

结项申请书，结项评估报告

项目规划与监控

制定项目计划，人员管理，任务进度管理，项目成本管理，设备管理

项目计划，日志，周报

风险跟踪和变更控制

识别风险，处理风险，关闭风险

变更申请，变更审批，执行

风险跟踪表，变更控制报告

项目开发过程

需求开发与管理

需求调研，需求分析，需求定义，评审确认，细化跟踪，变更控制

客户需求记录，产品（项目）需求说明书，需求跟踪表

软件系统设计

系统结构设计，用户界面设计，数据库设计，模块设计

系统设计说明书，

模块设计说明书

模块开发与集成

模块需求细化，模块设计，模块实现和集成

模块需求说明书，设计说明书，软件代码

测试与改错

准备测试，执行测试，消除缺陷

测试用例，测试报告

软硬件系统集成

方案设计，选择设备供应商，设备采购和验收，设备安装调试

系统集成方案

部署试用

撰写文档，软件部署，客户培训，客户试用

部署说明书，安装和使用手册

软件维护

接受维护请求，分析维护请求，

执行维护

维护记录

支持

过程

软件配置管理

软件代码管理，文档管理

软件代码库，文档库

软件质量管理

技术评审，测试管理，发布管理，质量保证，缺陷（问题）跟踪

技术评审报告，发布记录，质量检查表，缺陷报告

客户服务管理

客户信息管理，客户问题受理

客户信息库，客户问题记录

统计分析

统计分析

统计分析报告

2.1产品构思和调研

产品构思和调研的流程如图所示，关键活动是“产品构思”和“产品调研”。

该流程的主要工作成果和责任人见表

产品构思和调研的流程

关键活动

主要工作成果

主要责任人

产品构思

《产品需求说明书》

产品经理

产品调研

《产品调研报告》

产品经理

主要工作成果和责任人

2.2产品体验和宣传销售

Ø撰写产品介绍文件（一般为ppt文件）。

Ø在本公司网站制作本产品的宣传网页，设法在更多的网站发布产品信息。

Ø可能需要设计和制作宣传页（印刷品）。

2.3合同项目销售

合同项目销售的流程如图所示，关键活动是“接触客户”、“售前可行性分析”、“投标和答辩”和“签订合同”。

该流程的主要工作成果见表

合同项目的销售流程

关键活动

主要工作成果

主要责任人

接触客户

客户和合同项目的情报

销售人员

售前可行性分析

《售前可行性分析报告》

销售人员和机构领导

投标答辩

《投标书》

销售人员和技术支持人员

签订合同

《合同》

《合同项目需求说明书》

销售人员

主要工作成果和责任人

2.4客户沟通和项目验收

销售人员和客户签订合同之后，并非万事大吉、等着项目完成后收钱。

由于合同项目开发过程中存在各种各样的风险，需要项目经理（和销售人员）及时介入。

“客户沟通和合同验收”过程域的主要活动是“消除摩擦增进关系”、“评审成果控制变更”、“项目验收”和“发掘商机”，如图所示。

客户沟通和项目验收的主要活动

三、项目管理过程

3.1立项管理

立项管理的流程如图所示，关键活动是“合同项目立项申请”、“自主产品立项申请”、“立项评审”和“项目筹备”。

该流程的主要工作成果和责任人见表。

立项管理的流程

关键活动

主要工作成果

主要责任人

自主产品立项申请

立项申请书，

产品需求说明书，产品调研报告

产品经理

合同项目立项申请

立项申请书，

项目需求说明书，相关合同文本

合同项目的销售专员

立项评审

立项评审报告

立项评审委员会

项目筹备

项目总体计划

机构领导，项目经理

主要工作成果和责任人

3.2项目规划与监控

项目规划是指对本项目的人力资源、任务进度、费用、设备资源等做出合适的安排，制定出一些计划（包括宏观的和细节的），使大家按照计划行事，最终顺利地达到预定的目标。

项目规划与监控的流程如图所示，主要活动是“制定项目计划”、“项目人员管理”、“任务进度管理”、“项目成本管理”、“设备资源管理”、“填写工作日志和周报”。

项目规划与监控的流程

3.3风险跟踪与变更控制

3.3.1风险跟踪

风险跟踪的流程如图所示，关键活动是“识别风险”、“处理风险”、“关闭风险”。

风险跟踪表格

风险编号

严重性

可能性

风险描述

报告者

处理者

当前状态

解决措施

3.3.2变更控制

变更控制的流程如图所示，关键活动是“变更申请”、“变更审批”、“执行变更”。

变更控制的流程

3.4结项管理

结项管理的目的是：

（1）对项目的资产进行清算，防止资产流失，并重复利用资产。

（2）对项目进行综合评估，用于考核人员业绩。

（3）项目成员总结经验教训，相互交流。

结项管理的流程如图所示，关键活动是“结项申请”、“结项评估”、“关闭项目”。

该流程的主要工作成果见表

关键活动

主要工作成果

责任人

申请结项

《结项申请书》

机构领导

结项评估

《结项评估报告》

机构领导

关闭项目

《项目工作总结》

所有项目成员

四、项目研发过程

4.1需求开发与管理

需求开发与管理的目的是通过“调研、分析、定义、评审确认、细化跟踪、变更控制”等活动，使开发方和客户对需求有共同、清晰的理解，并依据双方确认的需求开展后续开发工作（如设计、编程、测试等）。

需求开发与管理的流程如图所示，该流程的主要工作成果和责任人见表

需求开发与管理的流程

关键活动

主要工作成果

主要责任人

需求调研

需求分析

需求定义

《需求调研记录》

《产品需求说明书》或

《合同项目需求说明书》

需求分析员

需求评审确认

需求评审报告，签字确认

开发方和客户方的责任人

需求细化跟踪

需求跟踪表

需求分析员

需求变更控制

需求变更控制报告

开发方和客户方的责任人

主要工作成果和责任人

4.2软件系统设计

软件系统设计的主要内容有体系结构设计、用户界面设计、数据库设计和设计评审，在需求与代码之间建立桥梁，指导工作人员开发能够满足用户需求的软件系统。

如图所示。

软件系统设计的示意图

4.3模块开发和集成

增量模式的模块开发和集成流程如图所示，主要内容有：

“模块需求细化”、“模块设计”和“模块实现和集成”。

项目经理分配任务给开发工程师，开发工程师对自己承担模块的质量和进度负责。

5.4测试与改错

测试与改错的目的是在给定的项目条件下（人员、时间、工具等限制）尽可能地找出软件中的缺陷，并及时消除这些缺陷。

4.5软硬件系统集成

软硬件系统集成既可能是客户的需求（合同项目），也可能是本公司的应用需求。

软硬件系统集成的一般流程如图所示，关键活动是“系统集成方案设计”、“选择设备供应商”、“设备采购和验收”和“设备安装调试

4.6部署试用

部署试用过程域的关键活动是“撰写文档”、“软件部署”、“客户培训”和“客户试用”，流程见图主要工作成果见表

部署试用的流程

关键活动

主要工作成果

责任人

撰写文档

软件部署

客户培训

软件部署说明书

安装和使用手册

项目指定人员

客户试用

客户试用反馈

项目经理

主要工作成果

4.7软件维护

软件维护可以划分为两大类：

Ø纠错性维护。

由于前期的测试不可能揭露软件系统中所有潜伏的Bug，用户在使用软件时仍将会遇到Bug，诊断和改正这些Bug的过程称为纠错性维护。

Ø完善性维护。

在软件的正常使用过程中，用户还会不断提出新的需求。

为了满足用户新的需求而增加软件功能的活动称为完善性维护。

如果需求变更很大，那么完善性维护将转变为软件新版本的开发（即新的项目）。

软件维护的一般流程见图5-8，主要活动有“接受维护请求”、“分析维护请求”和“执行软件维护”。

软件维护的一般流程

五、支持过程

5.1软件配置管理和文档管理

5.1.1软件配置管理的概念

软件配置管理是指通过执行版本控制、变更控制等规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。

配置管理是对工作成果的一种有效保护。

凡是纳入配置管理范畴的工作成果统称为配置项，配置项主要有两大类：

软件代码（包括源代码和二进制代码）和文档。

每个配置项的主要属性有：

名称、标识符、文件状态、版本、作者、日期等。

所有配置项都被保存在配置库里，确保不会混淆、丢失。

配置项及其历史记录反映了软件的演化过程。

基线由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。

基线中的配置项被“冻结”了，不能再被任何人随意修改（即变更控制）。

基线通常对应于开发过程中的里程碑（Milestone），一个产品可以有多个基线，也可以只有一个基线。

基线的主要属性有：

名称、标识符、版本、日期等。

通常将交付给客户的基线称为一个“Release”，为内部开发用的基线则称为一个“Build”。

5.2软件质量管理

5.2.1软件质量管理的模型

5.3客户服务管理

5.3.1客户信息管理

本公司客服人员收集并整理客户信息，

5.3.2客户问题受理

客户问题受理的一般流程如图所示，主要活动有：

报告问题，受理问题，处理问题，关闭问题。

5.4统计分析

统计分析分2类：

（1）以项目为中心的统计分析；

（2）以人员为中心的统计分析。