项目管理流程制度(DOC132页).doc

《项目管理流程制度(DOC132页).doc》由会员分享，可在线阅读，更多相关《项目管理流程制度(DOC132页).doc（132页珍藏版）》请在三一办公上搜索。

1、 项目管理流程制度手册广州市鹏龙计算机科技有限公司 技术部2016.7版本控制页版本号修订时间修订内容修订人审核人0.92016.7.1初稿周波目录一、总则51、工作目标52、工作原则53、岗位职责5二、项目实施活动51、标准活动定义62、项目启动阶段6需求初步了解6编制项目活动矩阵7编写项目总体计划（需评审）73、联合设计阶段8调研需求8分析需求9确认需求9调研接口9编写接口方案10确认接口10编写并提交需求报告(需评审)104、软件开发阶段11开发任务提交11开发任务确认11任务开发12开发任务完成确认12项目基础资料收集13基础数据配置13设备接入实验室测试14接口实验室测试14出所验收

2、155、现场实施阶段15现场环境确认15现场部署调试17外场设备接入17接口对接18系统联调196、系统试运行阶段19系统上线19用户培训20编写运维技术手册20运维工作交接21故障诊断和修复217、项目验收阶段22验收资料编写22配合验收22验收完善23系统交付24三、项目管理活动241、成本管理242、进度管理253、质量管理264、沟通管理26业主（用户）26项目经理（项目部）27中心开发部275、现场管理28四、主要工作界面及协作流程301、事业部30总体协作流程30设备协议开发调试31系统出所验收32设备接入调试33接口和系统联调试342、研究院、设计咨询中心35软件技术方案协助35

3、情报板版面设计及发布段规划353、中心开发部36开发任务安排及确认36现场开发支持37五、配套管理规定371、软件系统日常运维手册编写指南37概述37项目软件系统运维流程38主要角色和职责39项目资料要求41巡检对象和基本要求45系统与数据备份71系统故障处置基本要求72团队组织76运维流程802、项目开发任务管理办法83概述83各阶段工作定义84实施细则883、项目周报与项目简报984、软件中心项管费管理规定100项管费组成及说明100项管费预算审核办法101项管费使用和报销规定1015、软件系统基本集成环境要求103网络103数据库105主机系统125附、表单样式1321、项管费管理132

4、季度项管费预（决）算表132项管费支出明细表132现场人员考勤表1322、项目开发任务管理132项目开发任务表（周）132开发资源冲突表（周）1323、项目活动和进度管理132项目活动矩阵132项目总体进度计划132项目周报132项目简报1324、运维管理和质量评价132运维巡检记录表132故障报告132系统缺陷统计表132一、 总则1、工作目标推进工程项目软件实施和管理工作，协助事业部顺利完成项目。2、工作原则A、有大局观，一切言行应有利于维护公司形象和利益；B、现场工作遇到阻力或困难无法推进时，应及时向上级主管（组长、部门经理）报告、沟通以寻求处理办法。C、项目工作特别是各类内、外部协调工

5、作应留下过程痕迹，如：会议纪要，沟通记录，如有必要可通过OA请示批复流程来固化。D、听从项目经理的工作安排，当发生观点相左时，应先充分沟通，如无果则应及时向上级反映，但现场不得与项目经理争执或发生更激烈冲突；E、项目经理拥有向用户的最终解释权，不论内部意见如何，对外统一表达口径。3、岗位职责A、负责工程项目的软件现场实施和管理工作；B、协调开发资源，按时完成系统功能，并部署上线；C、协助项目经理推动项目，为其提供软件方面的技术支持。二、 项目实施活动参考软件项目管理过程，结合实际情况，将项目实施划分为项目启动、联合设计、软件开发、现场实施、系统试运行和项目验收六个阶段，并定义了34项标准活动。

6、1、标准活动定义项目启动联合设计软件开发现场实施系统试运行项目验收需求初步了解调研需求开发任务提交现场环境确认系统上线验收资料编写编制项目活动矩阵分析需求开发任务确认现场部署调试用户培训配合验收编写项目总体计划确认需求任务开发外场设备接入编写运维技术手册验收完善调研接口任务完成确认接口对接运维工作交接系统交付编写接口方案项目基础资料收集系统联调故障诊断和修复确认接口图层制作编写并提交需求报告(需评审)基础数据配置设备接入实验室测试接口实验室测试出所验收2、项目启动阶段 本阶段从项目中标，公司内部移交会后开始计算直至提交软件项目整体计划。在本阶段中，软件项目经理需要在初步了解项目需求的情况下，编

7、制活动矩阵和项目总体计划（软件实施）。需求初步了解 目标了解项目基本需求，为编制项目活动矩阵和总体计划作准备。 要求1、 阅读招投标文件，了解项目建设系统的组成、基本功能要求、接口、数据来源、外场设备等重要信息。2、 在有条件的情况下，与业主（用户）、前期设计人员等了解项目背景和情况的人接触，沟通了解项目目标、时间节点、以及初步的功能需求。3、 评估项目规模和实际可能的工作量。4、 将已知的需求组织成需求清单，并对照产品功能列表来标明哪些是新增用户需求。编制项目活动矩阵 目标通过项目活动矩阵编写，梳理并形成了项目实施内容大纲，作为后续项目实施和管理工作的依据，保证项目工作有序展开。 要求1、

8、根据了解到的需求，填写项目活动矩阵（样式见下表），其中子活动根据对需求的初步理解，结合实际情况来填写。2、 对于尚未明确的活动，可填写较粗，以后再行细化，但尽量不要遗漏工作。阶段 系统活动系统1系统2系统n项目启动标准活动1子活动1子活动2标准活动2子活动3子活动4标准活动3联合设计标准活动4子活动n-1子活动n子活动n+1编写项目总体计划（需评审） 目标编制软件实施的总体计划，作为项目整体计划的一部分，是后续项目执行的依据。 要求1、 总体计划中罗列的项目任务就是项目活动矩阵中的子任务。2、 需要根据项目整体推进情况和每项活动自身工作量设置进度节点，如项目有明确时间要求而导致“倒排”进度计划

9、的，则还需有一份实际反映进度的内部计划。3、 需通过由软件中心组织的评审。3、联合设计阶段 本阶段从业主召集的项目启动会或监理开工令发出后开始，按照排定的进度计划，开展需求和接口的调研、方案编写和确认工作，阶段性产物是需求报告，需提交评审。调研需求 目标通过向用户（业主）调研，明确本工程软件工作的目标、系统范围以及相关用户向功能性需求。 要求1、 协调业主(用户)方确定一名需求接口人，所有来自业主（用户）方的需求都应由该接口人汇总和整理后提出。2、 针对产品化功能列表内的功能需求，如无特殊情况，应尽可能引导用户不提出严重背离该功能设计。3、 针对新功能模块，应充分深入沟通，了解用户真实意图，可

10、采用原型页面等辅助手段帮助用户明确需求。4、 用户需求的调研和细化可分阶段进行，先将能明确的需求明确下来并尽快开展分析和确认工作；当前还不能明确的需求与用户（业主）约定后续讨论需满足的条件或时间。5、 将调研结果组织形成调研报告并通过项目部提交业主。 工具 调研大纲或问卷 原型界面 用户调研报告分析需求 目标协调开发部门对调研获得的需求进行分析，形成软件功能模块的需求，并评估实现该需求所需的外部资源和条件。 要求1、 与研发部门对口人等针对上述需求进行分析，形成对现有软件模块调整以及新模块的开发需求，并初步评估工作量。2、 评估实现软件功能所依赖的外部资源和条件，并评估由此带来的协调工作量。确

11、认需求 目标与用户确认其提出需求的开发安排及需要协调解决的外部条件。 要求1、 与用户明确其提出需求的开发进度安排。2、 向用户阐述要完成某些需求要达成的外部环境条件要求，并商定谁来协调推动该外部条件的达成。 工具 软件需求汇总表（含外部条件要求） 项目活动矩阵调研接口 目标根据需求调研的结果以及招投标文件的要求，通过项目部协调摸清系统各个外部接口的情况，并与接口方讨论可能的接口方式。 要求1、 了解系统外部接口的种类和数量。2、 通过项目部协调与接口方集成商沟通，了解接口现状和对接条件并讨论可能的对接方式。3、 将存在技术或协调困难接口的调研结果组织成书面形式提交业主协调。 工具 接口协调记

12、录编写接口方案 目标根据接口调研的结果，编写接口方案。 要求1、 针对具备条件的接口，与研发接口人沟通确定接口方式。2、 编写接口方案，明确对接双方提供使用接口的方式，数据提供或功能访问的限制等，并制定交互协议或调用规则。确认接口 目标与用户确认其提出需求的开发安排及需要协调解决的外部条件。 要求3、 与用户明确其提出需求的开发进度安排。4、 向用户阐述要完成某些需求要达成的外部环境条件要求，并商定谁来协调推动该外部条件的达成。 工具 软件需求汇总表（含外部条件要求） 项目活动矩阵编写并提交需求报告(需评审)4、软件开发阶段本阶段从需求报告通过评审后开始，本阶段主要参与者是软件开发部的开发人员

13、，软件项目经理从项目实施和管理的角度对过程有监控和协调的职责，同时也有提供必要环境和条件满足开发要求的义务。开发任务提交 目标将满足开发内外部条件的任务通过任务系统提交，并与项目研发对口人沟通确认开发要求。 要求1、 通过协调推进任务开发所需满足的条件的达成，如：明确开发要求、接口方案、获得接口开发包等。2、 当上述条件达成后，与研发接口人沟通明确开发要求和进度要求。3、 通过任务系统在每周规定时间前提交开发任务。4、 任务要求的完成时间与提出时间之间要留有足够的时间差，以便研发根据实际情况统筹安排开发任务。 工具 项目开发任务表开发任务确认 目标对研发对口人给出的任务安排进行确认，如有问题及

14、时沟通。 要求1、 判断研发接口人计划中安排的资源和开发完成时间能否满足项目要求。2、 如根据现场情况应排入开发计划的任务未被安排，则应与研发对口人沟通要求其协调安排，如在此情况下，双方无法达成一致，则双方应分别提交协调请求，由中心来决策。3、 开发任务的确认由研发对口人和软件项目经理共同负责，经确认的任务，如无特殊情况，应按计划时间准时完成。4、 如进度发生延后，由软件项目经理负责向用户（业主）解释，并争取取得其谅解 工具 项目开发任务表任务开发 目标了解研发团队对所提任务开发的基本情况。 要求1、 当任务被安排进开发任务系统后，经常关注任务执行情况，及时发现可能产生的偏离并提醒。 工具 项

15、目开发任务表开发任务完成确认 目标对研发部门开发完成的功能进行测试和验证，确认功能准确并符合用户需求。 要求1、 对集中开发阶段提出的任务的确认在出所验收环节进行，经测试验证确认后任务关闭。如在现场环境部署时发现问题，则作为新的缺陷修正任务提出。2、 对于系统试运行和验收阶段提出的开发任务，则在现场环境部署并测试验证无误后关闭。3、 测试验证过程中发现问题，则视作该任务未完成，直至修改并通过相应环境的测试验证，方作为完成确认的标志。4、 对开发任务完成的最终确认职责属于软件项目经理。 工具 项目开发任务表项目基础资料收集 目标对软件开发、部署所需的各类资料按要求进行收集和整理，并提供给研发。

16、要求1、 收集并提供GIS基础图层文件（或服务接口说明）。2、 收集并提供系统集成方案、网络方案、存储方案等环境资料。3、 收集并提供由研究院提供的情报板版面图、模组图(含发布段对应关系)、发布段划分图等与算法及诱导相关的资料。4、 收集并提供外场设备接入和展示相关的信息，包括设备类型、点位、通信地址、通信方式、协议等信息。5、 收集并提供系统各类外部接口相关开发资料，如：接口类型、接口协议等。6、 收集用户提供的业务功能所需的基础信息，如职能架构、岗位、人员和资源信息等。7、 按研究院要求收集并提供各类算法所需的基础信息。 工具 项目提供资料列表基础数据配置 目标协助研发部门对部分基础数据进

17、行配置。 要求1、 在发布段图层、模组图、发布段划分图等基础上配置光带及发布段对应关系等信息。2、 配置和录入用户提供的各类业务相关的基础数据。3、 配置外场设备的通信参数。注: 算法相关的基础配置由研究院负责制作。设备接入实验室测试 目标对未经过接入认证的外场设备进行接入测试验证，确保其能按要求接入系统。 要求1、 通过事业部项目部协调厂商提供样机或模拟测试程序。2、 在公司搭建现场模拟环境进行接入测试。3、 除了功能上能接入系统，并按照协议进行通信交互外，为了保证设备接入的稳定性，还要进行。4、 通过测试的设备型号及协议版本将纳入监控，如通过项目验证证明无论数据、功能还有稳定性能达到要求的

18、，即可作为经认证的设备，以后项目可直接使用。注：如厂商不能按要求提供样机或测试程序配合测试的，则无法承诺现场设备的接入调试时间。 工具 已认证接入设备清单接口实验室测试 目标对项目外部系统通信接口进行接入测试验证，确保能进行系统对接。 要求1、 通过事业部项目部协调厂商提供接口相关资料。2、 在公司搭建现场模拟环境进行接入测试。3、 如对接接口是webservice或socket通信方式，按照通信协议定义的流程，逐个测试，直至每个协议流程都按要求实现无误。4、 如对方提供的是开发库或控件，则需同时提供对应的测试页面5、 通过“倒库”、前置库访问等方式对接的接口，可不进行本项测试。注：如厂商不能

19、按要求提供测试程序配合测试，则无法承诺该接口现场调试时间。出所验收 目标对集中开发阶段形成的系统，在公司内部搭建现场模拟环境进部署和全面测试，通过后方可在项目现场部署。 要求1、 协调事业部将搭建环境必须的部分计算机设备、网络设备、存储设备等在公司内部搭建成现场模拟环境。2、 要求事业部协调厂商提供部分外场设备样机配合环境搭建。3、 搭建数据库、操作系统、虚拟化软件、gis服务等运行环境，部署软件系统、配置必要的数据。4、 组织出所验收组（成员可以是公司技术委员会专家、用户代表等组成）对系统各项菜单功能、地图功能等进行验收测试，并记录测试结果，提出验收意见。5、现场实施阶段本阶段始于出所验收通

20、过且现场具备实施条件，完成软件系统在现场环境中的部署，实现系统各项功能正常运转。现场环境确认 目标协调项目部对现场系统部署所依赖的机房软硬件条件、网络条件等进行确认，确保系统可实现部署和基本功能调试。 要求1、 协调项目部逐项如实填写项目进场条件确认单和ip地址表。2、 初步核实填写内容，并判断根据已具备的条件是否可进入现场实施。3、 根据确认单和地址表选择相关系统软件版本（如java环境）和配置部分基础信息。软件进场条件确认单项目名称:填写日期:填写人:网络序号项目现场情况备注1ip地址是否分配是 否需提供ip地址分配表,并按照其分配好静态ip地址2外场设备连通总数请在ip地址分配表中标明连

21、通的设备数据库序号项目现场情况备注1数据库主机是否上架是 否2数据库主机是否上电是 否3数据库存储是否上电是 否4数据库主机与存储设备是否连通是 否5服务器操作系统软件是否安装是 否安装版本:windows server 2008 64位AIX 6.1 其他 请注明:6数据库软件是否安装是 否安装版本:Oracle 10gOracle 11g sqlserver2008其他 请注明: 7数据库是否要求RAC是 否主机序号项目现场情况备注1服务器总数2已通电服务器数3已安装系统软件服务器数安装版本:windows server 2008 64位redhat5.4 64位其他 请注明:1客户端总数

22、2已通电客户端数3已安装系统软件客户端数安装版本:windows 7 32位windows 7 64位windows 8 32位windows 8 64位其他 请注明:软件进场条件确认单序号设备类型(必填)安装位置(必填)IP地址(必填)掩码(必填)网关(必填)MAC地址连通情况(必填)其他属性1线圈车检器/电子警察/车牌识别已连通/未连通234567项目IP地址分配表现场部署调试 目标实现软件系统在现场部署和依赖环境的配置，确保系统功能能正常运行。 要求1、 对照现场实际情况，进一步核对确认表和ip分配表。2、 安装系统运行所依赖的环境软件。3、 部署软件、导入数据库实例、安装GIS服务，并

23、通过调试使在出所验收阶段验证过的功能正常运行。外场设备接入 目标对外场设备进行接入调试，确保将设备接入至系统，使得接入后的设备能通过系统进行数据通信和完成协议功能。 要求1、 先针对接入设备的网络可联通性进行检查。2、 针对已认证设备和实验室已测试设备，可直接进行接入，并通过观察入库数据等方式判断接入是否正常；如接入不正常，可通过厂商提供的测试工具进行测试，如仍有问题，应通过项目部协调厂商人员配合排查。3、 针对未经过实验室测试的非认证设备，应要求项目部协调厂商技术人员到场，配合相关开发人员进行设备接入调试工作。4、 原则上，开发人员在现场只负责确保通过调试实现每类未验证设备正常接入一台，剩余

24、的接入调试和配置工作应由项目实施人员完成。接口对接 目标与外系统进行接口联调，确保按设计要求实现了数据共享或功能调用，并达到相应的性能要求。 要求1、 先针对对接系统检查网络可联通性，如无法联通，则协调项目部解决。2、 针对实验室已测试的接口，可直接尝试对接，如对接不正常，可各自通过对方提供的接口测试工具来验证接口可用性，如仍有问题，应通过项目部协调对方技术人员配合排查。3、 针对未经过实验室测试的接口，应要求项目部协调对方技术人员到场，双方人员配合进行接口调试，直至调通。4、 原则上，开发人员已经测试的接口由项目实施人员在开发人员远程指导下进行调试和对接；未测试接口，可要求开发人员到场与对方

25、人员配合共同调试。系统联调 目标完成主要设备接入和全部接口调试工作后，对系统运行进行联调联试，检验和调试系统各项功能直至运行正常、数据完整准确，具备试运行条件。 要求1、 对系统各项业务功能、地图功能逐项进行单一功能点测试。2、 面向系统实现的各类用户业务，进行完整流程测试。3、 通过系统的报表和数据查询功能，对系统数据的实时性、完整性进行检查，并通过一些工具对数据有效性进行分析。4、 配合研究院进行算法调试，通过其给出的数据质量情况，协助项目部一起进行问题排查和解决。6、系统试运行阶段本阶段从软件系统在现场环境中的完成部署，并确认系统各项功能正常运转，系统操作所需的用户（监控员）到位开始。本

26、阶段软件项目经理主要任务是通过用户培训帮助用户尽快熟悉系统的操作，与用户就软件功能进行逐项确认，是否达到设计要求或者符合用户需求，对用户在使用中所产生的问题予以解决。同时编写系统操作手册、运维技术手册，为系统交付做好准备。系统上线 目标为了系统能满足用户实际使用的需要，而进行的相关工作。 要求1、 与事业部协调确认操作用户，尤其是监控员的到位。2、 与用户管理员确认使用系统的用户基础信息、用户权限等。3、 配置和录入系统操作用户、角色和角色权限等数据。4、 配置和录入用户提供的各类业务相关的基础数据。用户培训 目标通过用户培训，使操作人员和管理人员更快熟悉系统的使用。 要求1、 准备培训资料，

27、内容应包括系统概况、软件功能说明、软件操作说明等。2、 协调事业部安排培训地点、培训时间、参加人员。3、 对于专业领域的培训，如“信号机配时”，应通过事业部与厂商技术人员进行协调，并对培训内容进行沟通和确认。4、 如业主有要求，应配合业主及事业部对参加的培训人员进行考核。编写运维技术手册 目标根据软件系统运维指南，编写适用于本系统的运维技术手册。 要求1、 由软件项目经理牵头，事业部负责协调厂商技术人员、交通工程小组共同完成运维技术手册的编写。2、 根据软件系统运维指南，整理系统运维所需的基础资料，如现场设备ip地址分配表、软件部署情况汇总表等。3、 根据运维指南，编写系统运维操作手册。4、

28、根据运维指南和系统运维操作手册，编制系统巡检表。5、 对运维操作手册和系统巡检表的内容进行验证。确保其能指导后续运维人员进行操作。 工具 软件系统运维指南运维工作交接 目标通过与事业部指定的运维负责人进行工作交接，使其能具备运维技术手册中要求的系统巡检能力、常见故障诊断和修复能力。 要求1、 提供运维负责人运维技术手册，并指导其了解软件系统相关的运维工作。2、 根据系统运维技术手册所要求的内容，对运维负责人进行培训，使其能独立完成系统巡检工作，并具备系统常见故障诊断和修复能力。3、 与事业部项目负责人和运维负责人一起，确认运维工作的交接完成。 工具 系统运维技术手册故障诊断和修复 目标对系统试

29、运行阶段所发生的故障进行诊断和修复，对需要软件开发解决的故障，通过项目开发任务提交给研发，并最终确认问题的解决。 要求1、 对于试运行阶段发生的问题首先应进行诊断与分类。2、 对于软件中心无法解决的问题，与事业部沟通，请事业部协调相关厂家、技术专家予以解决。3、 对于需要通过软件开发解决的问题，首先记录到系统缺陷统计表中，以便对缺陷进行跟踪。同时与研发对口人沟通明确开发要求和进度要求。4、 通过任务系统在每周规定时间前提交开发任务。5、 对于提出的开发任务，则在现场环境部署并测试验证无误后关闭。 工具 项目开发任务表 系统缺陷统计表7、项目验收阶段本阶段从软件系统完成试运行开始。本阶段主要任务

30、是配合事业部与监理完成项目的验收工作，确认系统是否达到设计要求或者符合用户需求，对验收过程中所产生的问题以及新增的需求予以解决。验收资料编写 目标配合事业部及监理整理与编写项目验收所需要的资料，例如测试方案、测试用例、软件文档等。 要求1、 与业主或者监理确认软件系统验收资料的清单，及相关文档的模板格式要求。2、 对于在产品化功能列表内的功能内容，则在原有产品化功能测试方案、测试用例、软件文档的基础上，根据项目实际情况进行修改。3、 针对非产品化功能模块，软件项目经理应负起编写测试方案、测试用例主要责任，研发对口人应负起编写软件概要设计、详细设计文档的主要责任。4、 对于需要研发配合完成的文档

31、，与研发对口人沟通明确文档要求和进度要求。5、 通过任务系统在每周规定时间前提交开发任务。 工具 项目开发任务表配合验收 目标配合事业部及监理完成项目验收所需要的内容，例如第三方测试、安全评测等。 要求1、 根据测试方案、测试用例对系统进行自测。2、 对自测过程中发现的问题予以解决。3、 对于软件中心无法解决的问题，与事业部沟通，请事业部协调相关厂家、技术专家予以解决。4、 对于需要通过软件开发解决的问题，首先记录到系统缺陷统计表中，以便对缺陷进行跟踪。同时与研发对口人沟通明确开发要求和进度要求。5、 开发任务通过任务系统在每周规定时间前提交开发任务。6、 整理系统自测报告，确定系统缺陷都被关

32、闭。7、 当上述任务完成后，协助监理方测试人员或者第三方测试人员进行系统测试。8、 与监理方或第三方测试负责人确认检测报告内容及系统缺陷。 工具 项目开发任务表 系统缺陷统计表验收完善 目标将验收过程中业主（用户）及监理发现的系统缺陷，根据检测报告对缺陷予以解决关闭。对于业主明确提出的验收前需要完成的新增开发任务，与研发对口人进行沟通确认后，通过任务系统进行提交。此类任务应与研发对口人明确其优先级较高，应给予优先安排。 要求1、 对于验收发生的问题首先应进行分类。2、 对于软件中心无法解决的问题，与事业部沟通，请事业部协调相关厂家、技术专家或业主予以解决或澄清。3、 对于需要软件开发解决的问题

33、，例如开发新的功能、增加新的报表，首先与事业部一起确认是否在工程范围内，对于事业部认可的开发内容，与研发对口人沟通明确开发要求和进度要求。4、 对于非工程范围内的新开发，通过事业部与业主（用户）进行协调。5、 开发任务通过任务系统在每周规定时间前提交开发任务。6、 对于提出的开发任务，则在现场环境部署并测试验证无误后关闭。7、 当影响项目验收的系统缺陷全部关闭后，通过事业部与监理或第三方测试人员对系统缺陷进行整改确认。8、 最终依据已经确定的验收报告，确定项目已经和业主（用户）达成验收通过。 工具 项目开发任务表系统交付 目标将软件系统正式交付用户使用、交付事业部指定的维护负责人进行日常巡检和

34、常见故障诊断与修复。 要求1、 按照用户（业主）要求，对试运行期间的用户操作数据进行清理。2、 项目经理依据已经确定的验收报告，确定项目已经和业主（用户）达成验收通过。3、 与事业部负责人和运维负责人一起共同确认运维交接工作已完成。与事业部负责人和业主一起共同确认软件系统满足用户使用要求。三、 项目管理活动项目管理活动参考软件项目管理过程定义，并结合实际情况，定义为成本管理、进度管理、质量管理和沟通管理。1、成本管理 目标管理项目软件实施工作的成本，严格执行项管费预决算制度，控制不必要的项管费支出，杜绝浪费；同时，对项目的人力资源投入进行把关，在保证项目顺利推进的前提下，避免不必要的人力成本支

35、出。 要求1、 按照部门项管费管理规定，准时编制并提交季度项管费预算，核算季度项管费支出。2、 做好项管费支出和人员项目现场考勤记录。3、 遵循合理、节约、必要的项管费使用原则，做到尽可能不超预算。4、 严格评估和控制开发人员现场支持的频度和时间，并提交现场出差申请（含审批表），或批准后方可执行，杜绝研发资源浪费。 工具 项管费管理办法（试行） 项管费预、决算模板 项管费支出记录表 项目现场人员考勤表 开发人员项目出差审批表2、进度管理 目标管理和控制项目进度，推动项目按照计划进行；对项目执行情况进行监控，及时发现并报告引起计划延误的风险点；采取措施有效降低风险带来的进度滞后；根据实际情况调整

36、进度计划。 要求1、 项目启动后，根据招投标内容及初步用户（业主）需求沟通的结果，编写项目活动矩阵，根据矩阵编制总体进度计划。2、 监控进度计划执行，及时预见、报告延误风险并采取有效措施。3、 当发生延期或致使进度调整的需求变更时，及时与项目经理和业主（用户）沟通，调整计划。4、 在需求明确和条件具备的情况下，尽早安排开发任务，并与研发对口人沟通确认。5、 按季度汇总并提交当季项目开发任务执行情况。 工具 项目活动矩阵 项目开发任务系统 项目总体进度计划 项目开发任务执行情况汇总（季）3、质量管理 目标确保现场软件和文档工作的质量，既满足用户日常使用的需求，同时也符合工程建设和验收的要求。 要

37、求1、 项目现场已上线软件的质量由软件项目经理负责，开发完成的功能或系统，完成调试正式上线前需获得软件项目经理的签字确认。2、 软件项目经理保证已上线系统和功能的可用性，负责向用户（业主）解释各项功能与需求的匹配性。3、 已上线系统出现缺陷，由软件项目经理与研发对口人协商安排修正。4、 中心开发部提供的各类标准产品化技术资料，由软件项目经理负责将其整理为符合业主（用户）、监理等要求的项目技术文档。5、 在系统上线初期要安排加大现场对系统的保障力度，确保出现问题能及时发现解决。 工具 项目开发任务表4、沟通管理业主（用户） 目标建立有效的沟通渠道，能及时传达并反馈用户对系统的真实想法；同时，通过

38、努力，使我方表达的观点和意见为用户理解和接受。加深双方理解，从而减少现场开展工作的阻力和提升客户满意度 要求1、 每两周至少与用户沟通一次，了解用户对系统的想法，并组织形成书面材料提交事业部。2、 在集中需求阶段、系统上线初期以及验收前，要加大与用户沟通力度和频率，除每周通过项目部提交的周报外，随时向用户反馈项目的进展情况和遇到的困难。项目经理（项目部） 目标与项目经理（项目部）默契配合，分工合作，协调一致，为项目实施推进形成合力，按时、保质完成项目工作。要求1、 每周编写并提交项目周报，告知项目经理软件工作开展的情况。2、 每周与项目经理充分沟通，编写并提交项目简报，反映项目现场难以推进的工

39、作。3、 随时与项目经理沟通，使其了解和掌握软件工作的推进情况，项目实施过程中遇到非技术类问题导致难以推进时，应主动与项目经理沟通，通过其协调解决。 工具 项目简报（周） 项目周报中心开发部 目标与开发部人员，特别是研发对口人加强沟通，使其了解项目的情况，特别是用户对需求的关注点，以便合理安排开发任务。 要求1、 每周按项目软件开发任务的相关规定，与项目研发对口人沟通开发任务。2、 主动向研发对口人通报项目的一些情况和一些关键节点要求，使其能更好的协调安排开发任务3、 及时测试和确认研发已完成的任务，对测试过程中发现的问题做到及时反馈。4、 举办团队建设活动，加强与项目开发团队的凝聚力。5、现

40、场管理 目标对软件中心在项目现场的人员进行严格管理，既可规范员工行为，提高工作效率，也可提升公司形象，避免公司机密外泄。 要求1、 软件项目经理作为负责项目现场软件中心人员（含开发人员）管理工作的第一责任人，首先应严格要求自己，自觉做到以下要求，才能影响和要求其他软件中心人员。2、 遵守项目现场的办公规定，禁止大声喧哗以及做与工作无关的事。3、 禁止利用公安网内的计算机上互联网，禁止安装未经允许的软件；接入专网的计算机原则上禁止“一机双网”连接，通过“远程协助”调试软件应确认业主没有明确提出反对。4、 项目经理是项目现场唯一正式代表公司的人员，任何面对业主的正式意见表达都通过项目经理进行，保证

41、做到“一个声音对外”，如有不同意见应内部沟通统一认识后再对外表达。5、 在项目现场，特别是业主（用户）面前，禁止谈论公司内部情况。6、 项目上产生的针对业主（用户）、监理等的招待支出均由事业部承担，因此，如发生该类业务招待活动需项目经理在场，如项目经理因故无法出席的，需获得项目经理的口头委托，产生的招待费由项目经理负责报销7、 如有条件，中心人员在项目部食宿，确需在酒店住宿的，应选择经济型酒店，并尽可能两人一间，节约成本。8、 对于投入使用的系统，现场系统版本更新上线，应严格按要求走审批流程或提交相关书面申请，获得批准后，方可实施。四、 主要工作界面及协作流程1、事业部总体协作流程设备协议开发

42、调试系统出所验收 设备接入调试接口和系统联调试2、研究院、设计咨询中心软件技术方案协助情报板版面设计及发布段规划3、中心开发部开发任务安排及确认现场开发支持五、 配套管理规定1、软件系统日常运维手册编写指南概述目的软件系统日常运行维护的目标，主要是通过常驻运行维护人员和后台支撑团队，提供常态、规范和专业的巡检、故障应急抢修服务来保证系统可靠稳定运行。本指南主要是为了系统运维目标的实现，提供规章制度的保证，规定了运维对象和范围，确保巡检和抢修活动有操作要求、流程可依，并指导读者如何进行现场软件系统日常运维，如何制定软件系统日常运维手册，确保软件系统在预定的环境中使用。适用范围本用于公司负责所有建设项目的系统试运行、正式运行和软件质保阶段，以及公司负责的所有维护项目的合同期。内容本指南主要涵盖了对软件系统资料整理、日常运维工作（巡检）和系统故障处置等方面的要求。同时，指南也从实际出发，对运维活动给出了团队组成、规模以及排班的建议。参考文档项目软件系统运维流程项目软件系统运维整体主要流程如下：主要角色和职责角色及职责在制定软件系统日常运维