软硬件研发项目管理制度

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

2、本制度中软件开发指新系统开发和现有系统维护或改造,此类工作均需要以项目制管理.

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

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

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

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

3、《立项分析报告》得到批准后，成立项目组，项目组应包括业务组（由公司技术研发部需求管理组和相关业务部门组成）和开发组（技术研发部开发组、网络管理员；）。公司技术研发部委派一名项目经理负责监督项目的进度，进行项目管理工作,确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。

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

2、项目分类

3、项目大小分类

4、注意事项

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

2、项目经理确认

3、项目立项发起

4、项目立项审批

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

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

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

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

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

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

1、项目风险

2、项目进度跟踪

1、轻度变更

2、中度变更

3、重度变更

1、项目前期

2、项目中期

3、项目后期

1、变更级别认定责任人

2、变更发起

3、变更内容

4、变更记录责任人

1、开发组根据《设计说明书》制定系统实现计划,并提交项目经理对计划可行性进行审批

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

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

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

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

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

5、上线单位在上线初期需加强日常运行状态监控，出现问题时应及时处理,对重大问题应启动紧急预案。

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

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

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

1、系统主要使用部门根据项目规模及影响决定试运行策略，项目组制定《试运行计划》，并制定试运行验收指标,上报公司主管领导审批.《试运行计划》中应包含问题应对机制，明确问题沟通渠道和职责分工

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

3、项目组根据《试运行计划》进行系统转换和数据迁移。系统转换前，检查系统环境，确保运行环境能满足新应用系统的需要.系统转换时必须详细记录 原系统中的重要参数、设置等系统信息,并填写试运行报告相关内容。系统 参数、设置的转换工作作为系统上线的验收的评估指标之一。

4、数据迁移前,应制定详细的《数据迁移计划》，《数据迁移计划》中应包含迁移方案、测试方案、数据定义，新旧数据对照表、迁移时间、回退计划等信息.数据迁移计划需经项目经理和主管领导签字审批。

5、数据迁移后，项目组对数据迁移的完整性和准确性作出检查，出具《数据迁移报告》，其中包括数据来源、转换前状态、转换后状态,数据迁移负责人、对完整性检查情况、对准确性检查情况等内容。各相关部门验收转换结果后在该报告上签字确认。

6、试运行达到试运行计划规定的终止条件时，项目组编写《试运行报告》。此报告应由项目组和试运行单位签字确认,并提交公司主管领导审阅。公司主管领导审阅试运行结果，决定试运行结束或延期

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

1、系统主要使用部门及技术研发部联合组成独立系统验收小组,也可授权原项目组作为验收小组。验收小组从功能需求及技术需求层面对系统进行综合评估。

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

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

1、《试运行报告》

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

3、《项目验收报告》

1、《试运行报告》复核试运行是否达成预期；

2、《用户满意度调查表》收集整理，复核试运行用户满意度调查的覆盖面以及真实性；

3、《项目验收报告》

1、正常完成类项目

2、提前完成类项目

3、创新型项目

4、中止项目