软件项目工作计划(3)
20**年软件工作计划
[软件项目工作计划范本20**年软件工作计划(3)
1、前期工作
(一个月)
人事部、财务部及网络部共同协商。对人力资源部、财务进行需求调查;人力资源部内部流程规划，网络部软件分析。
2、实施准备阶段
(1周)
资料准备;项目实施会议，确定实施时间表，确定人员工作细则;确定项目监督人员;hrms培训;系统安装调试，模拟测试。
3、模拟运行及用户化(2周)
资料上传;用户化，客户端安装，个人工作准则确定。
4、切换运行
(一天)
实时工作上线切换，解决软件当中的问题;切换验收。
5、新系统运行
持续的维护及应用创新，及时新人的培训。
软件项目工作计划范本的*内容就是这样了，希望对您的写作有所帮助，更多相关内容请点击这里跨国项目工作计划范本
最新投资项目工作计划范本
[简单软件项目工作计划范例20**年软件工作计划(4)
1、前期工作
(一个月)
人事部、财务部及网络部共同协商。对人力资源部、财务进行需求调查;人力资源部内部流程规划，网络部软件分析。
2、实施准备阶段
(1周)
资料准备;项目实施会议，确定实施时间表，确定人员工作细则;确定项目监督人员;hrms培训;系统安装调试，模拟测试。
3、模拟运行及用户化(2周)
资料上传;用户化，客户端安装，个人工作准则确定。
4、切换运行
(一天)
实时工作上线切换，解决软件当中的问题;切换验收。
5、新系统运行
持续的维护及应用创新，及时新人的培训。
物业经理人网-www.pmcEo.com篇2：软件项目开发奖励办法
第一条
综述
为调动公司软件研发人员的工作积极性，提高软件的开发质量和开发效率，促进研发人员深入市场，及时跟踪软件产品的使用情况，在公司现有绩效考评制度基础上制定此制度。
第二条
管理办法
公司软件项目实行目标管理。
第三条
执行范围
1）本制度适用于从事软件项目开发的人员。
2）本制度适用于软件项目开发运行全生命周期，即需求调研、软件设计、软件开发及测试、软件运行维护。
第四条
整体考核目标
1）品质
2）工期
详见《软件项目立项申请表》。
第五条
奖金成立
1、部门主管根据市场需求，填写《软件项目立项申请表》并经需求提出项目主管、技术总监、技术副总、董事长签字同意。
2、技术副总、董事长认为可立项软件，下发《软件项目立项申请表》填写，经技术总监、项目负责人确认工期及缺陷数目。
第六条
奖金构成
1、基础奖金总额：
1）合同类项目：项目奖金的发放额度在项目合同签订后确定，原则上不得超过所研发的软件合同金额的8％，不低于合同金额的5％，具体额度由部门经理、总工程师、技术总监协商，董事长最终确定。
2）投入类项目：由公司直接投入项目，在明确项目内容后，部门经理、总工程师、技术总监计算项目人员工时，核算投入金额报技术副总、财务总监、董事长确认项目总投入额。原则上以软件投入总金额的10％作为项目开发奖金。
3）当发生大市场变化，需要重新确定奖金发放额度时，可由部门经理提出，经过技术总监、主任工程师、技术副总、总经理重新协商后，董事长最终确定。
2、奖金构成：
1）项目承担部门奖励（奖励1）
奖金总金额的60%为工期奖金；发放对象：项目设计、开发、测试参与人员。
奖金总金额的40%为品质奖金；发放对象：项目设计、开发、测试参与人员。
2）应用奖金（奖励2）
应用奖金（奖励2）=奖励1的5%-8%。发放对象：应用部参与人员。
3）维护奖金（奖励3）
维护奖金（奖励3）=奖励1的5%-8%。发放对象：运维部参与人员。
4）特殊奖励（奖励4）
特殊奖励（奖励4）=最高为奖金总金额的10%为特殊奖励；
第七条
奖金浮动
1、工期奖金：
项目提前完成时，按比例增加奖金发放额度，滞后时按比例减少发放额度。增减上限为奖金基础数额的50%。比例计算方法为：浮动比例＝（计划工作日-实际工作日）/计划工作日。当增加比例大于50％时，按50％计算，当增加比例小于-50%时，按-50%计算。当项目未完成立项时所计划的质量目标时，此条无效。
例如，项目计划用100天完成，项目组实际用了80天，确定的工期基础奖金额度为1万元，则浮动比例为（100-80）/100=20%，实际实际工期奖金额度为10000×(1+20%)=12000元。项目计划用100天完成，项目组实际用了120天，则浮动比例为（100-120）/100=-20%，实际每例的奖金额度为10000×(1-20%)=8000元。
2、品质奖金：
当项目未完成立项时所计划的质量目标时，按比例减少奖金发放额度，比例计算方法为：
减少比例＝（实际缺陷数量-计划缺陷数量）/计划缺陷数量
当减少比例大于50％时，按50％计算，当减少比例小于0时，按0计算。
例如，项目的计划缺陷数为100，实际缺陷数为120，确定的基础奖金额度为10000元，则减少比例为（120-100）/100=20%，实际每例奖金额度为10000×(1-20%)=8000元。
开发过程中，在内部质量审核时，由于存在质量问题或不符合标准等问题，被下达《软件整改通知单》进行整改的，每下达一次《软件整改通知单》，扣除项目组研发人员项目品质奖金总额度的10％。
第八条
奖金发放
1、工期奖金：按项目进度里程碑，采用每个月度按项目完里程碑奖金数额发放；
2、品质奖金：项目通过上线验收，进入试运行阶段后，经主任工程师、技术总监、技术副总验收，按品质控制要求确定品质奖金实际发放数额。由部门经理提供人员奖金表，部门主管及技术负责人一次发放50%，另外50%作为质量保证金累积进入个人年终奖或半年奖；其余参与人员一次发放60%，另外40%作为质量保证金累积进入个人年终奖或半年奖；公司系统质量保证期间为3个月-6个月。
3、实发应用奖励（奖励2）：应用部经理核算本部门参加项目人员的工作量并进行百分制打分，确定个人发放比率，与项目工期奖励同期发放。
4、运维奖励（奖励3）：核算本部门参加项目人员的工作量并进行百分制打分，确定个人发放比率，与项目工期奖励同期发放。
5、特殊奖励：由部门主管提出特殊人员奖励名单（1-2人），交主任工程师、技术总监、技术副总审核，提交公司董事长，由公司董事长签字一次性发放。
（注明：上述奖金发放个税由个人承担）
第九条
休假奖励
采用项目奖励后，不再发放加班费，采用休假奖励方式调休。执行条件：
1、工期奖金>100%；
2、品质奖金>80%。
执行办法：工期提前完成的自然日/3=部门轮休日。
例如提前完成工期10天，工期奖金110%，10/3=3.33天，部门获得带薪休假天数3天。
第十条
后续品质控制
1、试运行阶段：公司系统上线试运行质量阶段为1个月-2个月，在系统试运行期间，以故障发生数目以及处理时间为指标测评系统运行品质，计算方法如下：
1）故障缺陷发生4小时内解决，不累计缺陷数目；部门主管可不上报该缺陷；
2）故障缺陷4-12小时内解决，按0.5*故障次数累积缺陷数目，部门主管必须上报缺陷；
3）故障发生12小时-24小时解决，按1.0系数计算缺陷数目，部门主管必须上报缺陷；
4）故障发生解决时间超过24小时，按2.0系数计算缺陷数目，部门主管必须上报缺陷；
5）故障无法解决，必须重新架构系统，一次性全部扣除质量保证金。
6）故障瞒报，发生一次故障瞒报，一次性全部扣除质量保证金。
奖金扣除处理：
1）测试人员提报：扣除项目组质量奖金直接发放到发现该缺陷的公司员工；
2）用户提交：直接扣除提留质量奖励。
2、正式运营阶段：如果有“一级缺陷”未在测试中或试运行阶段被发现，而在后续的正式运营中被发现的，从缺陷被发现之日起，测试人员不再获得该项目奖金，并全额扣除项目组人员的质量保证金。除“一级缺陷”以外缺陷，由部门经理指定人员维护。
第十一条
工期加急免责期限
项目因公司业务需要，工期明显缩短导致无法保证完整测试周期的，项目主管可按项目测试周期申请加急免责期，其最高时间长度为项目实际测试周期。
第十二条
奖金重新设置
当项目产品由于技术升级等原因，经公司技术副总审核通过、重新立项升级后，分配比例重新确定，奖金发放时限按新项目计算。
第十三条
管理责任
由于项目组备份不及时和备份管理不到位造成项目资料丢失，致使开发周期延误的，每发生一次扣发项目负责人项目奖金的30％，直至全部扣发。造成重大损失的，全部扣发项目负责人项目奖金，并根据具体情况追究其责任,是否为重大损失由技术副总确认。
篇3：电子公司项目软件系统设计职位说明书
电子公司项目软件系统设计职位说明书 编号：
职位名称：项目软件系统设计
所在部门：技术部
直接上级：项目组长
工资等级：
所辖人员： 无
分析日期：20*1/*/16 别 名：无
部门编号：
定 员：若干人(依据项目大小确定)
工资水平： /年
分 析 人：**
批 准 人：**
工作职责与具体内容： (完成各项职责时间分配比例)
职责1：负责该系统中软件系统方案设计 占工作时间的百分比：50%
具体内容： 频率：
(1)明确子系统总设计分配的任务和职责，负责制定软件系统的特性文档和开发时间表，保证在有限的资源条件和可预计的时间表内生产满足其最终用户需要的高质量的软件 日常
(2)制定与其他子系统界面接口的设计文档、配置说明 日常
(3)负责软件系统内模块的合理划分、资源的合理配备，模块间界面的约定，模块间技术的协调 日常
职责2：负责确认软件系统各模块的方案设计 占工作时间的百分比：50%
具体内容： 频率：
(1)确认各模块本身特性的实现方案 日常
(2)确认与各模块关联的其他模块、子系统的考虑必须具备特性的实现方案 日常
任职资格要求：
依据研发项目的规模大小、难易程度、技术广度、技术深度、项目重要程度不同，要求有所不同。
受教育水平：最低要求：相关专业学士
理想要求：相关专业硕士、博士
工作经历：最低要求：工作2年以上，完整经历过研发项目工作过程。
理想要求：工作3年以上，曾是重大项目的骨干或成员，曾担任过重大项目的软件开发
专门培训：技术发展动态及趋势;新技术在相关行业中的应用教学及训练;语言能力的强化(英文等)
专业技能、证书与其他能力：
(1)有很强的技术能力，能够理解产品体系结构的实质，能够与开发人员相配合作出关键的技术决策。
(2)很强的交流和讲解才能，能够有效地进行技术协调与谈判。
体能要求： 健康
所用工具及设备： 计算机、相应软件、专用仪器等
工作环境特征： 一般办公环境
工作时间特征： 正常工作时间的基础上，上下班时间可以机动、调整，便于项目组的工作
有密切关系的其他岗位和人员：
外部：
内部：本研发组
所需记录文档及传送部门、人员：
见公司ISO9001文件 9004.1---9004.5规定的技术文档
部门：本项目组
人员：本项目组研发人员、研发中心秘书。
工作完成结果及建议考核标准：
工作完成结果：软件设计文档
建议考核标准：
(1) 设计能力：软件系统规模及软件方案设计的水平，最低程度重复工作、提高可重用和可维护性;软件设计的开拓性(以前本单位是否采用过类似技术);模块划分的正确性、可行性、确认性;模块间分配的任务和职责明确，界面清晰、简洁、规范，注解完整、清楚，容易理解
(2) 管理责任:开发过程中，软件各模块的相关技术文档编写规范性、及时性;软件各模块的编码规范性，注解完整、易理解;向项目组长提交技术工作总结及开发计划的及时性和质量;软件系统各模块设计审核、设计验证的及时性、正确性;各模块源程序及时备份与保密
(3) 协调能力与工作成果：能否融汇贯通各方建议并提出相应的软件系统设计解决方案;软件设计是否达到或超出预期目标;完成软件设计文档的时效;开发出的产品软件技术的可复用性、扩展性、维护性、稳定性
备注：
篇4：电子股份有限公司项目软件系统设计职位说明书
电子股份有限公司职位说明书 编号：
职位名称：项目软件系统设计
所在部门：技术部
直接上级：项目组长
工资等级：
所辖人员： 无
分析日期：20*1/4/16 别 名：无
部门编号：
定 员：若干人(依据项目大小确定)
工资水平： /年
分 析 人：*
批 准 人：*
工作职责与具体内容： (完成各项职责时间分配比例)
职责1：负责该系统中软件系统方案设计 占工作时间的百分比：50%
具体内容： 频率：
(1)明确子系统总设计分配的任务和职责，负责制定软件系统的特性文档和开发时间表，保证在有限的资源条件和可预计的时间表内生产满足其最终用户需要的高质量的软件 日常
(2)制定与其他子系统界面接口的设计文档、配置说明 日常
(3)负责软件系统内模块的合理划分、资源的合理配备，模块间界面的约定，模块间技术的协调 日常
职责2：负责确认软件系统各模块的方案设计 占工作时间的百分比：50%
具体内容： 频率：
(1)确认各模块本身特性的实现方案 日常
(2)确认与各模块关联的其他模块、子系统的考虑必须具备特性的实现方案 日常
任职资格要求：
依据研发项目的规模大小、难易程度、技术广度、技术深度、项目重要程度不同，要求有所不同。
受教育水平：最低要求：相关专业学士
理想要求：相关专业硕士、博士
工作经历：最低要求：工作2年以上，完整经历过研发项目工作过程。
理想要求：工作3年以上，曾是重大项目的骨干或成员，曾担任过重大项目的软件开发
专门培训：技术发展动态及趋势;新技术在相关行业中的应用教学及训练;语言能力的强化(英文等)
专业技能、证书与其他能力：
(1)有很强的技术能力，能够理解产品体系结构的实质，能够与开发人员相配合作出关键的技术决策。
(2)很强的交流和讲解才能，能够有效地进行技术协调与谈判。
体能要求： 健康
所用工具及设备： 计算机、相应软件、专用仪器等
工作环境特征： 一般办公环境
工作时间特征： 正常工作时间的基础上，上下班时间可以机动、调整，便于项目组的工作有密切关系的其他岗位和人员：
外部：
内部：本研发组
所需记录文档及传送部门、人员：
见公司ISO9001文件 9004.1---9004.5规定的技术文档
部门：本项目组
人员：本项目组研发人员、研发中心秘书。
工作完成结果及建议考核标准：
工作完成结果：软件设计文档
建议考核标准：
(1) 设计能力：软件系统规模及软件方案设计的水平，最低程度重复工作、提高可重用和可维护性;软件设计的开拓性(以前本单位是否采用过类似技术);模块划分的正确性、可行性、确认性;模块间分配的任务和职责明确，界面清晰、简洁、规范，注解完整、清楚，容易理解
(2) 管理责任:开发过程中，软件各模块的相关技术文档编写规范性、及时性;软件各模块的编码规范性，注解完整、易理解;向项目组长提交技术工作总结及开发计划的及时性和质量;软件系统各模块设计审核、设计验证的及时性、正确性;各模块源程序及时备份与保密
(3) 协调能力与工作成果：能否融汇贯通各方建议并提出相应的软件系统设计解决方案;软件设计是否达到或超出预期目标;完成软件设计文档的时效;开发出的产品软件技术的可复用性、扩展性、维护性、稳定性
备注：
篇5：软件项目开发管理制度
软件项目开发管理制度
第一节 总则
第一条 为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于股份公司软件研发与管理，分公司参照执行。
第二条 本制度中软件开发指新系统开发和现有系统重大改造。
第三条 本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台;合作开发是公司与专业IT公司(合作商)共同协作完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常支持由信息中心和合作商共同承担，信息中心负责内部(一级)支持，合作商负责外部(二级)支持;外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司(可以是专业的IT公司或咨询公司等)，由该公司(承包商)负责应用项目的实施。
第四条 软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。
第五条 除特别指定，本制度中项目组包括业务组(或需求提出组)、IT组(可能包括网络管理员和合作开发商)。
第二节 立项管理
第六条 提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。
第七条 应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。
第八条 《立项分析报告》得到批准后，成立项目组(如果是外包开发，则成立外包商项目组;如果是合作开发，则与外包商共同成立合作开发项目组，以下统称“项目组”)，项目组应包括业务组(由公司相关业务部门组成)和IT组(自行开发为信息中心研发人员;外包开发为外包商成员;合作开发为信息中心研发人员和外包商成员)。项目组人员的选择应满足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。
第三节 需求分析
第九条 立项后业务组对用户需求进行汇总整理，出具《业务需求说明书》，并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部门审批确认，作为业务需求基线。
第十条 IT组在获得《业务需求说明书》后，提出技术需求和解决方案，并对系统进行定义，出具《系统需求规格说明书》。《系统需求规格说明书》需详细列出业务对系统的要求(界面、输入、输出、管理功能、安全需求、运作模式、关键指标等)。《系统需求规格说明书》需要由业务组提交给相关业务流程负责人确认。
第十一条 对于合作开发的项目，当业务需求发生变更时，业务组应提交《需求变更申请》，IT组组长审批后交给合作开发商实施。
第十二条 项目组应对需求变更影响到的文档及时更新。
第四节 项目计划和监控
第十三条 软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。
第十四条 需求分析过程中，项目经理组织制定详细的《项目计划书》，包括具体任务描述和项目进度表等。
第十五条 在项目的各个阶段，业务组组长和IT组组长需配合项目经理制定阶段性项目计划。业务组组长和IT组组长需配合项目经理对项目计划执行情况进行监控，确保项目按计划完成。
第十六条 项目计划需要变更时，项目经理填写《项目计划变更说明》，并提交公司主管领导审批，通过审批后，交给业务组组长和IT组组长执行。
第五节 系统设计
第十七条 系统设计应分为概要设计和详细设计，系统设计要遵循完备性、一致性、扩展性、可靠性、安全性、可维护性等原则。
第十八条 在系统设计阶段中，用户应充分参与，确保系统设计能满足系统需求。
第十九条 项目组进行详细设计，出具《设计说明书》和《单元测试用例》。
《设计说明书》中需要定义系统输入输出说明和接口设计说明。公司主管领导组织相关人员对概要设计进行评审，出具《设计评审报告》。业务组组长和IT组组长应参加此评审并对评审意见签字确认。
第二十条 设计评审均以《业务需求说明书》和《系统需求规格说明书》为依据，确保系统设计满足全部需求。
第二十一条 对已确认通过的系统设计进行修改需获得管理部门、业务组组长和IT组组长的审批后方可进行。
第二十二条 对系统设计的修改的文档须由文档管理人员进行归档管理。
第六节 系统实现
第二十三条 项目组根据《设计说明书》制定系统实现计划，并提交项目经理对计划可行性进行审批。
第二十四条 系统实现包括程序编码、单元测试和集成测试。
第二十五条 项目组保证开发、测试和生产环境独立，为各环境建立访问权限控制机制，并明确项目成员的职责分工。对开发环境、测试环境与生产环境在物理或逻辑方面应该做到隔离;如果环境的分隔是通过逻辑形式实现的，应定期检查网络设置。项目组对已授权访问生产环境的人员进行详细记录，并对该记录进行定期检查，确保只有经授权的人员才能访问到生产环境。
第二十六条 项目组进行单元测试和集成测试，测试人员签字确认测试结果。
第七节 系统测试和用户测试
第二十七条 项目组制定《系统/用户测试计划》，并提交项目经理对计划可行性进行审批。
第二十八条 《系统/用户测试计划》必须定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求。
第二十九条 项目组向数据拥有部门申请获取测试用业务数据的使用权，对获取的数据进行严格的访问控制，确保只有相关项目人员才能访问及使用。
第三十条 项目组负责测试数据准备，测试用数据要足够模拟生产环境中的实际数据。对已评定为敏感信息的数据进行敏感性处理和保护。
第三十一条 IT组或合作开发商建立测试环境进行系统测试。在系统测试中对新系统内部各模块之间的接口和与其他系统的接口进行充分测试。出具《系统测试报告》，测试人员签字确认测试结果。
第三十二条 系统测试通过后，IT组配合业务组建立用户测试环境，业务组根据用户测试用例进行用户测试，出具《用户测试报告》，业务组组长和IT组组长应在用户测试报告中签字确认。
第三十三条 项目组完成系统帮助文档(其中包括《用户操作手册》和《安装维护手册》)。凡涉及应用系统的变更，应对系统帮助文档及时更新。
第八节 试运行
第三十四条 系统主要使用部门根据项目规模及影响决定试运行策略。
第三十五条 项目组制定《试运行计划》，并制定试运行验收指标，上报公司主管领导审批。《试运行计划》中应包含问题应对机制，明确问题沟通渠道和职责分工。
第三十六条 项目组联合试运行单位进行相关系统部署工作，准备培训资料，对相关用户和信息技术人员进行培训。用户培训的完成度应为实施后评估的指标之一。
第三十七条 项目组根据《试运行计划》进行系统转换和数据迁移。系统转换前，检查系统环境，确保运行环境能满足新应用系统的需要。系统转换时必须详细记录原系统中的重要参数、设置等系统信息，并填写试运行报告相关内容。系统参数、设置的转换工作作为系统上线的验收的评估指标之一。
第三十八条 数据迁移前，应制定详细的《数据迁移计划》，《数据迁移计划》中应包含迁移方案、测试方案、数据定义，新旧数据对照表、迁移时间、回退计划等信息。数据迁移计划需经项目经理和主管领导签字审批。
第三十九条 数据迁移后，项目组对数据迁移的完整性和准确性作出检查，出具《数据迁移报告》，其中包括数据来源、转换前状态、转换后状态，数据迁移负责人、对完整性检查情况、对准确性检查情况等内容。各相关部门验收转换结果后在该报告上签字确认。
第四十条 系统转换和数据迁移由试运行单位业务部门和公司主管领导共同监督并进行验收。
第四十一条 系统转换和数据迁移验收通过后，正式启动试运行。在试运行过程中，试运行单位办公室把系统运行情况(系统资源使用，反应速度等)记录到试运行报告中。必要时，项目组应根据系统运行情况对应用系统进行优化。
第四十二条 试运行达到试运行计划规定的终止条 时，项目组编写《试运行报告》。此报告应由项目组和试运行单位签字确认，并提交公司主管领导审阅。公司主管领导审阅试运行结果，决定试运行结束或延期。
第九节 系统验收
第四十三条 系统主要使用部门及信息技术部门联合组成独立系统验收小组，也可授权原项目组作为验收小组。验收小组从功能需求及技术需求层面对系统进行综合评估。
第四十四条 验收小组应根据验收情况整理形成《系统验收报告》提交系统主要使用部门和信息技术部门审阅。
第四十五条 系统主要使用部门和信息技术部门负责人根据系统测试、试运行情况签署验收意见。
第十节 系统上线
第四十六条 系统上线应遵循稳妥、可控、安全的原则。
第四十七条 通常情况下，系统上线包含数据迁移工作。
第四十八条 项目组制定《系统上线计划》，上报公司主管领导审批。在上线计划得到批准后才能开始部署上线工作。
第四十九条 《系统上线计划》内容应包括但不限于：
1、部署方式和资源分配(包括人力资源及服务器资源);
2、上线工作时间表;
3、上线操作步骤以及问题处理步骤;
4、项目阶段性里程碑和成果汇报(项目执行状态的审阅、进度安排等);
5、数据迁移的需求和实施计划;
6、完整可行的应急预案和“回退”计划;
7、用户培训计划(包括：培训计划、培训手册、培训考核等);
第五十条 上线单位在上线初期需加强日常运行状态监控，出现问题时应及时处理，对重大问题应启动紧急预案。
第五十一条 在完成上线后要填写《系统验收评估报告》，上报总公司项目组汇总整理。《系统验收评估报告》内容包括：数据准确性、系统性能及稳定性、接口问题、权限问题、业务操作影响度、问题处理情况、备份、批处理等。
第五十二条 上线单位管理层要对《系统验收评估报告》进行审批签字。
第五十三条 公司主管领导批准结项后，业务组和IT组将整理的文档提交各自部门统一管理。
第十一节 合作开发管理
第五十四条 合作开发商的选择应遵循公司相关规定，合作商资质认定参见第三方管理制度。
第五十五条 合作开发商必须遵循公司《软件开发管理制度》。
第五十六条 项目经理同合作开发商明确规定项目变更的范围和处理方式，重点关注需求和设计变更。
第五十七条 项目经理负责监控合作开发商的项目管理及软件开发活动。合作开发商应按计划定期向项目经理报告进展状态，并提交阶段性成果文档。发生重大问题时，合作开发商需及时向项目经理汇报。
第五十八条 IT组组长派专人监控合作开发商的质量保证过程。
第五十九条 项目组同合作开发商商定验收的标准和方法。
第六十条 以上各要求需要在开发合同中明确。
精彩专栏
