首页  思维导图  详情

软硬件研发项目管理制度

2023-10-13 11:06:01   1  举报





AI智能生成

为你推荐

查看更多



软硬件一体化研发项目管理思路

软件

硬件

作者其他创作

大纲/内容

1、为规范自有软件研发的管理工作，特制定本制度。本制度适用于公司软件研发与管理

3、本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台；

4、软件开发遵循项目管理和软件工程的基本原则.项目管理涉及立项管理、项目计划和监控、配置管理、开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户培训、试运行、系统验收、系统上线和数据迁移

1、制度

2、关键事项

1、总体原则

1、提出项目需求的部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》，开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。

2、需求提出部门将《立项分析报告》交相关部门会签后，上交公司高层进行立项审批，以保证系统项目与公司整体策略相一致

1、项目目标

2、项目范围

3、项目实施范围

1、包括项目投入--人天

2、项目成员

项目业务方代表

项目使用方

技术验收

功能验收

验收小组成员

3、项目干系人

4、奖金分配依据岗位和投入来定

4、项目资源

5、项目时间周期

1、项目计划包括研发、试运行、验收、结项等阶段

6、项目关键节点计划

7、项目需要满足的性能、质量、技术指标要求

1、立项分析报告包含内容

1、预研类研发项目

1、立项时以最小闭环为目标；便于项目快速进行试错；待初步验证成功后，再立常规类项目继续开展；

2、创新类研发项目

3、常规类研发项目

4、维护类研发项目

5、管理类项目

2、项目分类

1、工作量500人天；

1、小型项目

1、工作量500人天~3000人天；

2、中型项目

1、工作量3000人天以上；

3、大型项目

按1000元/人天计算

3、项目大小分类

1、项目干系人必须为项目主要干系人

2、事业部内部的研发类项目都以项目的形式呈现

3、软硬件一体项目的立项需统一进行，统一目标

4、注意事项

1、项目立项文档梳理责任人

2、项目经理确认

3、项目立项发起

4、项目立项审批

3、立项审批流程

2、立项阶段

1、立项后业务组对用户需求进行汇总整理，出具《业务需求说明书》，并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部门审批确认，作为业务需求基线.

2、业务组在获得《业务需求说明书》后，提出技术需求和解决方案，并对系统进行定义，出具《系统需求规格说明书》。《系统需求规格说明书》需详细列出业务对系统的要求（界面、输入、输出、管理功能、安全需求、运作模式、关键指标（KPI)等），最好是采用原型方式表达。《系统需求规格说明书》需要由业务组提交给相关业务部门负责人确认.

3.当业务需求发生变更时，业务组应提交《需求变更申请》，项目经理在审批通过后交给开发组长实施.

4.项目组应对需求变更影响到的文档及时更新.

5.在项目需求确认后，需建立需求跟踪矩阵，当需求有变更时，需及时的更新跟踪矩阵

1.制度

3、需求范围管理

1.软件开发采用项目形式进行管理.项目经理负责整个项目的计划、组织、领导和控制。

1、项目风险

2、项目进度跟踪

4、项目计划和监控

1、需求范围变更20%(含)以下

2、工作量增加20%(含)及以下

3、无需走变更申请

1、轻度变更

1、需求变更范围20%~50%(含)

2、工作量增加20%~50%(含)

3、必须走变更申请

2、中度变更

1、需求变更范围50%以上

2、工作量增加50%以上

3、建议重新立项

3、重度变更

1、变更级别定义定义

信息同步

1、轻度变更，不需要发起变更申请；

2、发生中度和重度变更时，需发起变更申请，进行初审；

3、需发起变更，而未申请变更的，由项目负责人和事业部负责人负责

1、项目前期

初审的目的：对变更方实加影响，确认变更的必要性，确保变更有价值

2、发生中度变更时，需发起变更申请；

3、发生重度变更时，需考虑重新立项，旧项目提前结项；

4、需发起变更，而未申请变更的，由项目负责人和事业部负责人负责

2、项目中期

2、发生中度和重度变更时，考虑重新立项，旧项目提前结项；

3、项目后期

2、变更策略定义

1、产品委员会

2、依据是变更前和变更后的需求范围

1、变更级别认定责任人

项目经理

变更发起人

变更同步对象

2、变更发起

4、项目工作量

3、变更内容

4、变更记录责任人

3、变更流程

5、变更管理

3、流程

6、系统设计

3、

7、系统实现

1、测试组制定《系统测试计划》，并提交项目经理对计划可行性进行审批

2、关键事项和流程

8、系统测试和用户测试

1、系统上线应遵循稳妥、可控、安全的原则。

2、通常情况下，系统上线包含数据迁移工作。

3、项目组制定《系统上线计划》，上报公司主管领导审批。在上线计划得到批准后才能开始部署上线工作。

4、《系统上线计划》内容应包括但不限于： 1）、部署方式和资源分配（包括人力资源及服务器资源）； 2）、上线工作时间表; 3）、上线操作步骤以及问题处理步骤； 4）、项目阶段性里程碑和成果汇报（项目执行状态的审阅、进度安排等）5）、数据迁移的需求和实施计划； 6）、完整可行的应急预案和“回退”计划； 7）、用户培训计划（包括:培训计划、培训手册、培训考核等）; 8）、公司下发的系统标准参数配置。

6、在完成上线后要填写《系统验收评估报告》。《系统验收评估报告》内容包括:数据准确性、系统性能及稳定性、接口问题、权限问题、业务操作影响度、问题处理情况、备份、批处理等。

7、上线单位管理层要对《系统验收评估报告》进行审批签字。

8、公司主管领导批准结项后，业务组和开发组将整理的文档提交各自部门统一管理。

9、系统上线

2、项目组联合试运行单位进行相关系统部署工作，准备培训资料，对相关用户和信息技术人员进行培训。用户培训的完成度应为实施后评估的指标之一。

7、试运行结束后，需完成用户满意度调查收集整理，满意度调查应覆盖关联区域和典型客户；

10、试运行

2、验收小组应根据验收情况整理形成《系统验收报告》提交系统主要使用部门和技术研发部审阅。

3、系统主要使用部门和信息技术部门负责人根据系统测试、试运行情况签署验收意见。

1、《试运行报告》

2、《用户满意度调查表》收集整理

3、《项目验收报告》