南京农业大学校园信息化项目建设管理办法试行Word文档格式.docx

南京农业大学校园信息化项目建设管理办法试行Word文档格式.docx

《南京农业大学校园信息化项目建设管理办法试行Word文档格式.docx》由会员分享，可在线阅读，更多相关《南京农业大学校园信息化项目建设管理办法试行Word文档格式.docx（14页珍藏版）》请在冰豆网上搜索。

人事系统---职称评审系统

毛莉菊

力磊

2010

人事系统---信息系统及网上考核

OA系统

彭其军

郭大军

学工系统

胡以涛

胡晓飞

教务管理系统

陈林海

周昊

研究生信息系统

罗国富

姚邦跃

网站集群

华金皛

一卡通基础数据集成

张勇

科研管理系统

李恒贝

　刘中健、卢仁杰

统一通讯平台

二、双方子项目负责人职责

（一）甲方项目主管职责：

1.及时审核乙方产品经理提出的短、中期工作计划及具体实施方案，并可依据学校的实际情况与乙方产品经理协商，调整或重新部署实施方案。

2.在项目实施过程中，直接与乙方产品经理对接，认真配合乙方产品经理进行各项方案的实施，及时协调乙方与业务方之间的工作，积极主动推进所负责项目的开展。

如有计划变更，督促乙方产品经理及时拟定新计划及实施方案，并通报甲方项目总负责人。

3.在系统调研开发期，协助业务部门进行自身业务的梳理、系统的调研、系统原型的试用等，并根据自身业务及个性化需要整理需求。

4.主动与乙方产品经理一起，深入细致进行业务需求调研，明确系统架构、功能模块及其他具体业务需求。

5.在系统功能预览期间，认真对照需求说明，验证系统各功能模块是否具备或符合要求，或是否需要调整。

在系统交付期间，认真对照需求说明及具体业务流程，对系统各项功能及流程进行验证并配合乙方产品经理维护系统UAT列表。

6.UAT列表是双方界定交付质量的重要依据。

乙方提交交付测试申请后，甲方依据需求说明书和业务流程进行功能测试，如果某个子系统在UAT列表中测试错误项超过5项（第二次及以后的交付测试，系统错误不超过3项），有权要求乙方进行重新测试和部署，如因甲方测试不到位给系统试运行造成影响，甲方负主要责任。

7.对于部署到正式环境的系统，应对本次所变更内容，进行复测，并留下复测记录。

8.在试运行期，及时与业务部门沟通制定试运行计划，积极配合业务部门确定试运行方案及开展试运行工作。

督促业务部门多使用系统，及时反映业务部门的反馈信息，对一些不当操作产生的问题做出合理解释。

9.根据“校园信息化建设项目管理平台”填写要求，认真填写所负责项目的进展情况及相关问题，并及时与乙方沟通。

（二）乙方项目经理及产品经理职责：

项目经理职责：

1.项目经理根据本年度项目建设内容，制定短、中、长期计划（整体计划、月计划、周计划），并要求各产品经理依据该计划制定具体计划及实施方案。

2.总体把控各个项目的进度，协调甲方项目主管与乙方产品经理间的联络沟通，有效调用公司资源，保证各项目的有序实施。

如因项目经理协调不到位造成项目进度的拖延，项目经理负主要责任。

3.在系统交付阶段以及正式试运行保障阶段，安排驻场人员实行坐班制度，并保证驻场质量，其中项目经理驻场办公时间每周不低于3个工作日。

4.根据“校园信息化建设项目管理平台”要求，每天认真浏览所有项目的进展情况及相关问题，及时了解各项目的进度并填写相关内容，发现问题及时解决，保证项目按计划实施。

产品经理职责：

1.负责制定项目各阶段的具体实施计划（包括需求调研计划、产品开发部署计划、测试计划等）和方案，并提交甲方项目主管及乙方项目经理确认。

2.在项目实施过程中，直接与甲方项目主管无缝对接，依据制定的方案进行深入细致的需求调研，共同协商解决问题，推进项目的进程。

如有计划变更，应及时填写变更计划并向乙方项目经理汇报。

3.在系统进入试运行期前，各项目的产品经理每周驻场办公时间不少于1个工作日。

驻场期间，不得擅自离开工作岗位，如有特殊情况，需向甲方项目负责人及乙方项目经理申报批准。

如有病、事假，需提前向甲方项目负责人及乙方项目经理申报批准，并做好相应的工作安排或交接。

4.负责维护系统UAT列表，作为双方界定交付质量的依据，必须依据系统需求说明书认真设计UAT初始表，并与甲方项目主管沟通确定，在每次交付前，必须对本次所变更内容，基于UAT列表进行复测，并留下交付测试记录。

5.在需要进行正式环境更新前，需要提交甲方系统升级申请（重点是本次升级内容说明）和升级步骤说明。

6.正式环境升级以甲方操作为主，乙方提供培训和配合。

如遇需乙方为主升级的情况，需得到甲方项目主管的批准，并有甲方人员在场时方可进行主动升级工作。

7.根据“校园信息化建设项目管理平台”要求，仔细了解所负责项目的进展及相关问题，如有疑问及时与甲方项目主管或乙方项目经理沟通。

二、项目交付过程控制

【基本思路】上线前保持节奏，上线后保证响应：

【项目交付流程】如下图所示：

（详见：

系统交付过程管理）

1.在系统开发期，三方人员分工协作，认真充分开展业务需求调研。

在充分需求调研的基础上进行系统开发。

2.在系统交付期间采用约定周期、固定轮次的方式进行，保证事情的正常节奏，提高交互效率。

每轮次结束后，三方人员（业务部门信息主管、甲方项目主管与乙方产品经理）共同讨论分析存在的问题，确定解决思路和预计完成时间，并由产品经理拟定下一轮次计划与方案报乙方项目经理。

3.在系统进入试运行期后，乙方对现场业务周期内所反馈的问题依据响应等级（特急、急、一般）做出响应，影响正常运行的“特急”类问题采用立即响应的方式，“急”类问题原则上在2~3个工作日内完成处理，“一般”类问题，在5-7个工作日内完成处理（特殊情况可协商）。

如需走需求变更流程的，甲方补填需求变更单。

三、“校园信息化建设项目管理平台”是双方信息沟通的重要手段，各子项目双方负责人应认真填写相关内容，共同把控和促进项目建设进程。

具体填写要求如下：

（一）甲方填写内容及要求

1.项目进展

填写内容

填写要求

1）与项目进展相关的重要事件。

2）与乙方沟通的相关信息、工作计划、安排等。

1）每周至少填写一次。

2）在2个工作日内对乙方的内容做出响应。

2.问题汇总

1）系统运行中发现的问题描述（功能错误，用户反馈等）。

2）问题等级。

3）处理结果及意见。

1）及时填写相关问题，描述清晰、准确，有必要及时先与乙方沟通。

2）试运行期要对问题重要性做分级标志（特急、急、一般）。

3）在系统交付期，每个轮次的首次响应时间不超过1个工作日。

特殊原因酌情处理。

4）在系统试用期对乙方已处理的问题须在2个工作日内做出响应。

（二）乙方填写内容及要求

3.项目进展

1）每周项目工作计划、实施方案、时间安排等。

2）系统部署情况、更新日志及数据处理或迁移日志等。

3）在系统交付期，每次甲方验证后，双方需及时填写问题分析确认单（问题分析、解决办法等及下次交付测试的时间）。

4）与甲方沟通的相关信息、工作计划、安排等。

1）及时填写项目计划和方案，每周至少填写一次。

2）及时填写变更的计划和方案。

3）在2个工作日内对甲方的内容做出响应。

4.问题汇总

1）问题性质分析。

2）解决办法。

3）预计完成时间。

1）进入试运行期后，填写甲方所反馈问题性质分析，并依据甲方对问题的重要性标志，当日填写预计完成时间。

四、评价标准

本评价标准主要以双方所填写的“校园信息化建设项目管理平台”中的内容为依据，评价过程采用积分制（具体办法如表二），积分的高低将作为对各子项目建设过程进行综合评价的重要依据。

表二：

项目建设过程管理积分标准

评价对象

评价内容

积分标准

甲方

1）与业务方的具体联络不到位给乙方造成人力资源浪费。

2分

2）因业务需求调研不充分而影响项目进度等。

3分

3）在系统试运行期间所发现的问题已经在UAT列表中。

4）因系统测试不细致给系统推广使用造成不利影响。

5）一周内无项目进展内容。

1分

6）对乙方进展内容在规定时间内无响应。

7）在交付期内，在一个轮次结束后的2个工作日内未响应。

8）在系统试运行期对乙方已处理的问题在2个工作日内未响应的。

9）因自身原因造成项目计划延期，且未与乙方及沟通确认（每次），或计划延期总次数超过5次（以项目管理平台中记录为准）。

乙方

1）因业务需求调研不充分而影响项目进度等。

2）一周内无项目进展内容或项目计划。

3）对甲方进展内容在规定时间内无响应。

4）系统功能预览不通过。

5）同一子系统连续两次被退回（交付失败）

6）同一子系统连续三次及以上被退回（交付失败）

6分

7）对甲方所提问题在规定时间内无响应（含问题分析、预计完成时间）。

8）在第一个预计完成时间内未解决问题。

9）在第二个预计完成时间内未解决问题

10）在第三个预计完成时间内还未解决问题，同时该问题重新作为一项新问题处理。

5分

11）在约定的时间段内，产品经理或项目经理驻场办公时间未能达到标准超过两次或累计时间超过3个工作日。

驻场办公时间每周统计一次。

2

12）因自身原因造成项目计划延期，且未与甲方及沟通确认（每次），或计划延期总次数超过5次（以项目管理平台中记录为准）。

五、考核与奖励

1.甲乙双方同意共同设立项目建设奖励基金，以表彰在建设过程中做出贡献的相关工作人员，考核与奖励每学期一次，具体办法及额度另行商定。

2.甲方子项目负责人每学期累计积分超过20分或因自身原因导致项目进展延期等,考核时不能评优。

3.乙方各实施项目累计标准积分为20分，超出部分将按200元/分的额度处以罚金，罚金的结算及使用，双方根据本学期项目建设的实际情况另行商定。

优于20分，将以相同规则进行奖励。

六、以上内容甲乙双方每年修订一次，自双方签字之日起生效，未尽事宜协商解决。

甲方代理人：

（签字、章）乙方代理人：

（签字、章）

2011年04月日2011年04月日

系统交付过程管理

1.目的

明确系统交付、试运行过程中的关键环节及操作流程规范，保障系统顺利上线。

2.流程图

图1系统建设过程管理流程示意图

3.关键流程描述

3.1系统发布现场测试环境

◆概述

当系统开发完成后，按照项目管理策划表的计划内容，将系统内容发布至现场测试环境，同时标志交付过程的开始。

◆入口准则

Ø

系统开发完成。

开发人员确认原始UAT表及测试。

现场测试环境准备就绪。

◆任务

用户确认现场硬件和网络环境准备就绪。

实施负责人向用户确认现场测试环境准备情况。

实施负责人按照项目管理策划表计划内容从开发团队取得相应的系统发布版本。

实施负责人按照部署操作手册在现场测试环境中部署系统内容。

实施负责人与用户确认部署工作完成情况。

◆出口准则

实施负责人通告用户测试环境部署工作完成。

3.2实施人员现场系统验证

当系统部署到现场测试