软硬件研发项目管理制度
2023-10-13 11:06:01 2 举报
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、《项目验收报告》
11、系统验收
1、《试运行报告》复核试运行是否达成预期;
2、《用户满意度调查表》收集整理,复核试运行用户满意度调查的覆盖面以及真实性;
1、复核项目目标达成率
2、复核项目功能完成情况
子主题
12、结项管理
1、正常完成类项目
2、提前完成类项目
3、创新型项目
4、中止项目
13、项目制考核管理
软件研发项目管理制度
0 条评论
回复 删除
下一页