欢迎访问pokerking安卓版官网

乐桂堂家具

厂家直销 质量可靠 诚信经营

让广大养殖户用得放心、平价、优良。

18169824988 18029287672

当前位置:主页 > 新闻资讯 >

返回列表页

项目实施流程

  项目实施流程_互联网_IT/计算机_专业资料。项目实施流程及文档 项目管理系统实施分 6 个阶段:项目启动、定制调研(可选) 、试运行、全 面运行、验收交付、进入运维。项目启动后,软件公司每周提供《周报》向业主 单位项目小组副组长汇报项目进度;项

  项目实施流程及文档 项目管理系统实施分 6 个阶段:项目启动、定制调研(可选) 、试运行、全 面运行、验收交付、进入运维。项目启动后,软件公司每周提供《周报》向业主 单位项目小组副组长汇报项目进度;项目进度计划确定后的每个月提供《项目月 报》向业主单位项目小组以会议的形式汇报项目进度, 《项目月报》主要包括本 月任务点完成情况、下月任务分配、项目进度偏移情况、项目风险跟踪情况及后 续建议等。 1 项目启动 良好的开始是成功的一半,前期需要对项目的建设背景、项目 范围、项目团队成员职责、项目规划及目标、系统初始化等信息进 阶段说明 行大量和细致的准备工作,让项目干系人认识和了解项目的整体情 况、清楚各自的职责和义务,让项目干系人在项目建设的过程中针 对所需要给予的支持和配合给予承诺,从而让各方就项目建设的相 关事宜达成共识。 里程碑 确认项目经理、签署启动章程、系统初始化、项目启动会议 1 1.1 项目立项 1) 项目下达到项目中心前, 由商务人员在通达 OA 里上传合同和 招投标文件,并编写《项目级别认定表》初稿发给项目中心 和技术中心负责人; 2) 内部启动会(项目竞聘会)上由商务人员主讲项目相关情况, 流程介绍 现场答疑,形成最终的《项目级别认定表》 ; 3) 确认《项目级别认定表》后,实施人员开始竞聘演讲,考核 人员在会后评定出项目小组成员, 并由商务人员在通达 OA 里 中针对《项目级别认定表》发起项目小组成员通知; 注意:项目级别分为 A 类、B 类、C 类; 交付成果 提交时间 确认《项目级别认定表》 软件公司内部启动会(项目竞聘会)后 项目概况(客户单位介绍、关键人物介绍、信息化接受程度、采 文件包含 购背景) 、实施重点(需求范围、进度要求) 、技术重点、预计风 险、建议级别、最终认定级别 主要职责 准备项目竞聘工作 1.2 项目启动章程 1) 明确双方项目小组成员(建议业主方最高层领导为组长,工 程系统主体使用部门的分管领导作为副组长,各科室骨干为 组员,可以一人多职) ; 2) 根据项目的级别(A 类项目整体计划工期在 3-6 个月以内;B 流程介绍 类项目整体计划工期在 6-9 个月以内; C 类项目整体计划工期 在 10-12 个月以内) ,再考虑多方面因素(合同、数据量、风 险预留、项目范围、用户组织架构、关键人物要求、项目成 熟度与客户的业务是否契合、经验) ,先确定项目关键节点, 再进行任务分解,明确各节点先后顺序,工期估算,最后定 出较为合理详细进度计划; 2 3) 根据合同和项目概况编制初版《项目启动章程》 ; 4) 双方项目小组共同对该章程进行评审,再次确定产品范围、 实施范围、双方责任小组、关键进度计划、交付成果、项目 制度、详细进度计划等,确认该《项目启动章程》 ; 5) 根据确认后的《项目启动章程》编制《启动会 PPT》 ; 交付成果 提交时间 确认《项目启动章程》 、 《启动会 PPT》 项目启动会前 项目目标、项目范围(产品范围、实施范围) 、双方责任小组、关 文件包含 键进度计划、交付成果、项目制度(实施制度、变更制度、延期 制度、验收标准) 、详细进度计划等内容 主要职责 项目进度 计划 编制初版《项目启动章程》→和业主方讨论确认《项目启动章程》 A 类项目 :项目整体工期计划在 3-6 个月以内; B 类项目 :项目整体工期计划在 6-9 个月以内; C 类项目 :项目整体工期计划在 10-12 个月以上; 1.3 系统初始化调研 1) 系统初始化时需要配置一些内容,要根据业主单位信息和其 实际业务来进行配置; 2) 明确各个模块的责任人; 3) 实施人员进行现场初始化数据调研 (必要时可展示 3700 外网 流程介绍 系统页面,促进用户的更好理解) ,部分未能及时确认的初始 化数据交由各模块责任人整理,然后由经办人负责在规定时 间内完成后续的收集; 4) 实施人员要求技术人员按产品范围配置好他的测试(本地) 系统后,将确认的《实施调研报告》内容,初始化到系统中; 交付成果 提交时间 文件包含 签署《实施调研报告》 系统初始化之前 系统用户信息、项目基本信息、节点进度配置、工程资料分类、 3 招标/合同分类、工程造价科目、四大会签表和流程、电子签名收 集等 主要职责 进行初始化调研→确认并签署《实施调研报告》→配置初始化系 统 1.4 服务器部署 1) 了解用户方的网络情况(操作用户是否都在同一局域网,是 否需要外网) ,保证所有终端到服务器的网络连接通畅; 2) 跟进服务器、扫描仪等设备在计划内到位; 3) 提前从技术负责人那拿 U 盘(存放了数据库软件、框架 4.5、 备份软件、TM9 等) ,跟进硬件供应商安装好服务器后,实施 流程介绍 人员插上 U 盘,方便技术部署服务器; 4) 服务器部署完成后,再次确认所有终端到服务器的网络连接 通畅(让大家访问下工程网址试试) ; 5) 编制《用户服务器信息登记表》 ; 6) 实施人员测试正式系统,并录入 2 个标准演示项目; 7) 业主方检查验证初始化数据结果; 交付成果 提交时间 《用户服务器信息登记表》 服务器安装完毕后进行登记,项目验收时移交给运维部 客户信息收集表(实施人员填写客户信息、系统相关、服务器) ; 文件包含 服务器信息收集表(技术人员填写系统环境、软件部署架构、网 络配置、账号信息、数据及备份) ; 了解用户的网络情况及需求→跟进服务器的安装→协助技术远程 主要职责 部署应用数据库系统→确保所有终端到服务器的网络连接通畅→ 测试系统(录入 2 个演示项目)→业主方检查验证初始化数据结 果 4 1.5 项目启动会议 1) 项目启动会议是对项目启动阶段中已讨论确定信息的展示。 项目双方的责任和义务、项目总体规划、项目建设过程中双 方所需要给予的支持和配合是会上需要重点介绍的内容。 流程介绍 2) 建议启动会议议程如下: a) 业主方主持会议,人员、背景、会议议程介绍; b) 实施人员介绍项目实施情况(演示启动会 PPT) ,介绍系 统框架及演示主体流程(不讲详细操作) ; c) 业主方领导总结表态,安排各环节责任人,布置任务; 交付成果 提交时间 签署《项目启动章程》 项目启动会后签署 项目目标、项目范围(产品范围、实施范围) 、双方责任小组、关 文件包含 键进度计划、交付成果、项目制度(实施制度、变更制度、延期 制度、验收标准) 、详细进度计划等内容 主要职责 与经办人对接启动会议程→参加项目启动会议→项目正式启动 2 调研阶段 此阶段的需要用户方业务部门根据自己的业务流程需求、功能 需求、报表需求、查询需求等对现行的业务进行整理。然后实施人 阶段说明 员调研合同内定制内容,根据项目定级的不同区分调研方式及出具 不同的调研文档。 合同外的需求视情况而定与用户签订《需求变更单》 《项目暂 停单》 。 里程碑 需求调研、设计开发、测试上线 业务调研 流程介绍 1) 项目定级为 A 级的: 5 a) 深入了解用户的业务和需求,引导其往可行性需求方向; b) 编制《功能确认单》过程中咨询开发人员可行性; c) 开发人员给出预估工时,实施人员给出进度计划工时,协 商后得出开发交付日期; d) 和用户进行二次讨论, 介绍系统详细设计, 确认并签署 《功 能确认单》 ; 注:较为简单的功能可一次性确认并签署《功能确认单》 。 2) 项目定级为 B 级、C 级的: a) 用户方业务部门根据自己的业务流程需求、功能需求、报 表需求、查询需求等对现行的业务进行整理; b) 实施人员根据用户方早期提供的材料,提前分析,深入研 究功能清单; c) 双方约定现场调研时间,深入了解业务和需求,确认并签 署《访谈纪要》 ; d) 实施人员根据《访谈纪要》及相关材料,编制详细的《产 品需求文档》 ,过程中可向技术请教功能可行性; e) 《访谈纪要》 《产品需求文档》需经过直接负责人审核,主 要审核模块组织、流程是否合理; f) 通过直接领导初审并调整后, 实施人员需将 《访谈纪要》 《产 品需求文档》提前三天发给技术中心负责人、商务人员、 开发人员、测试人员等,针对该份需求提前准备疑问(紧 急开发项目可省略此环节直接召开需求会) ; g) 召开内部产品需求会,由直接负责人、技术中心负责人、 商务人员、实施人员、开发人员、测试人员共同参加,会 上由实施人员讲解详细的页面展示、功能及流程;各个人 员在会上对需求提出建议,并制定整体的开发计划(分模 块批次开发) ; h) 如果首次会上提出的疑问较多,但是首期开发的需求较为 清晰,开发人员可先着手开发,同时实施人员针对剩余需 6 求进行深入调研,再开第二次产品需求会,将整体开发计 划补充完整; i) 如果首次会上提出的疑问较多,影响了首期开发,且现场 无法解决,需实施人员深入调研并补充进需求文档里,然 后再开第二次内部产品需求会; j) 技术中心负责人和开发人员预估每个模块的工时,结合实 施人员给出的进度计划工时,协商后得出各期“要求开发 完成日期”和“上线日期” ; k) 和用户进行最终访谈,给用户讲解页面展示、功能及流程, 与用户签字确认《产品需求文档》 ; l) 实施人员将《访谈纪要》 《产品需求文档》上传至 redmine, “计划完成日期”输入“上线日期” ,并在“主题”里表明 “要求开发完成日期” ; (建议“要求开发完成日期”是“上 线%左右,留出足够的时间测试调整) ; A 级项目:实施、技术、客户签署《功能确认单》 交付成果 B 级、C 级项目:签署《访谈纪要》 ,实施、技术、客户签署《产品 需求文档》 提交时间 A 级项目:交给技术人员开发前 B 级、C 级项目:召开内部产品需求会之前 《功能确认单》 :页面说明、字段解释、操作按钮、搜索按钮、列表 字段来源和链接; 《访谈纪要》 :实际业务流程及需求原因; 文件包含 《产品需求文档》 :业务整体框架图、全局功能描述(首页提醒、数 值保留位数、分页显示、附件上传、导出文档、搜索功能、表格标 准) 、单模块功能需求设计(单模块结构图、原型图、页面说明、字 段解释、操作按钮、搜索按钮、列表字段来源和链接) 、用例说明等 等; 主要职责 A 级项目:业务调研→编制《功能确认单》→实施、技术、客户签字 确认; 7 B 级、C 级项目:根据现有资料提前分析需求→业务调研→编制《访 谈纪要》→和用户签字确认《访谈纪要》→编制《产品需求文档》 →召开产品需求会→实施、技术、客户签字确认; 2.2 设计开发 1) 项目定级为 A 级的: a) 实施人员将《功能确认单》上传至 redmine,并规定交付 给用户的最终日期(比真实交付给用户的日期提早几 天) ; b) 关注开发进度,在开发交付日期临近前盯紧完成进度; c) 开发交付后,进行完整的测试,测试问题都以单条形式 上传至 redmine; 根据开发人员调整的次数进行多轮测 流程介绍 试,直至符合开发要求交付给用户; 2) 项目定级为 B 级、C 级的: a) 根据各期“要求开发完成日期”关注每期的开发进度; b) 各期的“要求开发完成日期”如若发生延期,实施人员 编写《开发延期报告》并提交给测试部,由测试人员上 传在通达 OA【公共文件柜】 ; c) 开发交付后,进行完整的测试,测试问题都以单条形式 上传至 redmine; 根据开发人员调整的次数进行多轮测 试,直至符合开发要求,最终上线交付给用户; 《功能确认单》 《访谈纪要》 《产品需求文档》提交到 redmine; 交付成果 《开发延期报告》 ; 测试问题以单条形式提交到 redmine; 《功能确认单》 《访谈纪要》 《产品需求文档》 : 交付给技术开发前; 提交时间 签署《开发延期报告》 :各期“要求开发完成日期”如若发生延期 且直接影响到本期上线时间的,则及时提交给测试部; 文件包含 《开发延期报告》 :延期原因、技术评审(工期延长天数、延期后 8 的计划、项目风险点) 项目定级为 A 级的: 需求上传至 redmine→跟进开发→开发交付后 测试→问题提交到 redmine→跟进技术人员调整→正式上线给用 户 项目定级为 B 级、C 级的:实施人员需求上传至 redmine→实施人 主要职责 员、测试人员共同跟进技术开发→技术开发完成后由测试人员测 试→测试人员将测试问题提交到 redmine→测试人员跟进技术人 员调整完毕→交付实施人员做最终测试→实施人员测试问题提交 到 redmine→实施人员跟进技术人员调整完毕→正式上线 试运行 系统初始化后,应先注重软件的整体功能能否满足需要,对于 不影响整体流程操作的需求/问题(例如定制模块) ,可以暂缓上线 /解决。 启动会议之后,双方讨论《培训方案》 ,并按计划展开培训。 在系统全面运行前,实施人员编写初版《系统应用规范》 ,业 阶段说明 主方根据此建立明确的责任制度来保障数据操作在各个环节上的 规范性和准确性,调整后发布《系统应用规范》 。 通过项目小组对软件功能初步确认后,为顺利推进系统应用, 业主单位高层和项目小组人员共同动员部署,完成《系统上线方 案》 ,明确系统的管理员名单,方案内容包括:上线数据范围(在 建、历史项目) 、上线期限(规定日期) 、数据责任人(数据录入人 员、核对人员) 、考核方式、会签上线时间、新旧系统的切换等等。 里程碑 确认《培训方案》 、进行关键用户培训、发布《系统应用规范》 、确 认《系统上线) 启动会议后,双方项目负责人共同制定并确认培训方案内容 (培训类型,培训计划) ,明确本阶段的具体目标; 2) 建议客户先进行关键用户的培训,本着 “ 让一部分人先会起 流程介绍 来, 然后带动所有的人都会起来”的原则, 培养少量关键用户, 在精不在多; 3) 双方确认关键用户人员,培训场地(时间、地点、网络、投 影设备) ,标杆项目,数据规范程度等因素,编制并发布关键 用户《培训通知》和《培训签到表》 ; 交付成果 提交时间 《培训方案》 、关键用户《培训通知》 《培训签到表》 启动会议后,首次培训前 整体《培训方案》 :培训类型、培训计划; 文件包含 关键用户 《培训通知》 : 培训时间、 地点、 培训名单、 培训准备 (笔 记本电脑,标杆项目及其资料扫描件) 、培训内容、数据规范程度 等; 主要职责 与业主方共同制定培训方案→编制并发布关键用户培训通知→做 好培训前准备工作 3.2 关键用户培训 1) 双方人员按《培训通知》做好培训准备工作; 2) 实施人员对关键用户进行系统标准功能及流程的培训,现场 指导录入标杆项目数据,使关键用户能够理解并熟练掌握标 流程介绍 准业务流程的操作,为后期系统全面上线时,起到各科室的 带头作用; 3) 部分用户提出的系统调整可及时应用到系统中,并做好调整 记录(redmine 和《系统调整清单》 ) ; 4) 双方进行现有业务流程的调研和讨论; 交付成果 《培训签到表》 10 提交时间 文件包含 主要职责 每次培训会后 培训基本信息、培训人员签名 实施人员指导关键用户数据录入→记录系统调整→进行业务调研 3.3 系统应用规范 1) 关键用户培训后期,关键用户根据系统功能模块,整理对应 实际业务数据的输入、处理步骤、产生结果及时间、业务办 流程介绍 理角色及人员等信息; 2) 根据实际业务编制《系统应用规范》 ,来保障数据操作在各个 环节上的规范性和准确性; 交付成果 提交时间 文件包含 主要职责 《系统应用规范》 (全面培训)最终用户培训前发布 软件使用规范(各模块数据录入时效、人员、标准) 、扫描文件使 用规范 和关键用户共同制定《系统应用规范》→最终用户培训前发布 3.4 系统上线) 确定系统业务数据范围(包括每个子模块数据的预估)、责任 人、技术指导; 2) 确定系统上线前期是线上线下同时进行, 还是全部取消线下; 流程介绍 会签上线) 确定数据录入的进度计划及对应的检查时间、考核要求; 4) 确定系统上线后的监督人员,定期检查数据上线效果是否按 《系统应用规范》进行并达到预期; 5) 根据以上内容编制《系统上线方案》 ; 交付成果 提交时间 文件包含 签署《系统上线方案》 (全面培训)最终用户培训前 上线数据范围(在建、历史项目) 、上线期限(规定日期) 、数据 11 责任人(数据录入人员、数据核对人员) 、考核方式、会签上线时 间、新旧系统的切换等等 和业主方共同制定《系统上线方案》→签字确认《系统上线方案》 主要职责 →最终用户培训会上由业主方下达 4 全面运行 关键用户培训顺利结束后,且系统业务流程已整合完毕,并 与业主单位高层和项目小组人员确认了《系统应用规范》和《系 阶段说明 统上线方案》 ,为后续有效推动系统全面使用做好准备。 按《培训方案》 ,在此阶段进行最终用户培训,协助所有用户 熟悉系统操作 (个别情况需要再次专项培训) , 培训会上着重介绍 系统数据录入,数据规范程度,并宣布《系统上线方案》 。 里程碑 最终用户培训、系统上线) 与业主方共同制定最终用户的《培训通知》 《培训签到表》并 发布; 流程介绍 2) 实施人员结合实际业讲解各个模块,并简要介绍对应的系统 应用规范; 3) 业主方领导在培训会上宣读《系统上线方案》并强调重点环 节; 交付成果 提交时间 文件包含 主要职责 最终用户的《培训通知》 《培训签到表》 最终用户培训前 培训时间、地点、培训名单、培训准备(纸笔) 、培训内容、会后 任务 与业主方制定并发布最终用户《培训通知》 《培训签到表》→培训 12 会上讲解标准系统操作→由业主方在会上强调《系统上线 数据上线) 各操作员对日常操作中的疑问、需求、BUG,应及时以书面形 式反馈给负责人, 负责人将所有问题汇总后提交给实施人员, 流程介绍 实施人员记录到《系统调整清单》 ,并给予答复; 2) 业主方系统监督人员按《系统应用规范》 《系统上线方案》做 好系统应用情况统计,对未达标部门及时通报并要求整改; 交付成果 提交时间 文件包含 《系统应用统计报告》 (业主方主责,可选) 按《系统上线方案》要求定期出报告 各模块数据录入量和时效是否符合要求、录入标准是否达标、各 部门达标情况和存在问题 日常协助业主方的数据录入→记录系统调整→配合业主方统计应 用情况 主要职责 5 过程文件 5.1 工作汇报 1) 实施全过程中,定期的工作汇报以《周报》 《月报》形式展示; 2) 每周五或周一向经办人汇报《周报》 ,无法到场则可以先以电 子版确认,后期到现场了统一签字; 流程介绍 3) 每月 25 号至次月 5 号向业主方组长或负责人提供纸质版 《月 报》 ,详细介绍后签字;建议业主方召开每月项目协调会议, 针对月报内容进行汇报; 4) 特殊情况无需提供的,可在上次或下次文件里进行说明; 交付成果 经办人签署《周报》 业主方组长或副组长签署《月报》 13 提交时间 《周报》 :项目转实施开始至项目提出验收为止; 《月报》 :从项目启动会议开始至项目提出验收为止; 项目偏移情况体现在《月报》里,软件公司需要内部考核,2018 项目偏移 情况 年开始的新项目偏移最多不得超过极限工期: A 类项目极限工期= 项目计划整体工期+2 个月 B 类项目极限工期= 项目计划整体工期+4 个月 C 类项目极限工期= 项目计划整体工期+6 个月 《周报》 :本周完成工作、系统功能修改、存在问题(本周进度偏 移情况、项目推进问题等) 、下周工作计划; 文件包含 《月报》 : 关键进度计划(附详细进度计划)及偏移率、 本月计划完 成情况、 针对本月工作提出建议、 次月详细计划及对应的责任人、 风险分析及应对责任人; 5.2 系统调整 1) 用户在培训、试运行、全面运行阶段中,会产生不同程度上 流程介绍 的系统调整,分为需求、BUG 等等,实施人员应及时在 Excel 表里做好记录,为自己在协调用户、技术人员过程中能有据 可依,并及时给予双方反馈; 交付成果 提交时间 《系统调整清单》 从首次培训开始至项目提出验收为止,及时记录,项目验收时统 一提交此 Excel 给用户; 序号、发生日期、类型(需求/调整/BUG) 、来源路径、描述说明、 提出人、图片链接、完成时间、处理结果等等; 文件包含 5.3 项目暂停 1) 实施人员推进项目两周无任何进展 (硬件设备迟迟未到位/重 流程介绍 要会议安排不出/领导对系统不关心/客户方太忙没时间录数 据) ,应考虑有效的应对措施; 14 2) 向客户方最高层当面汇报,务必提供书面文件说明; 3) 申请软件公司商务或上级领导协助进一步推进; 4) 再过两周,还是推进不了,提出暂停意向,让甲方领导重视 进展; 5) 业主方领导同意项目暂停后,实施人员编写《项目暂停单》 , 签字确认,之后实施人员可以抽身去实施其他项目; 交付成果 提交时间 文件包含 《项目暂停单》 项目无进展协商后暂停 暂停时效、双方工作完成情况、暂停原因、项目重启后工作内容 5.4 项目变更 1) 所有 《产品功能清单》 外的新模块/新流程更改都需要签订 《需 求变更单》 ; 签署《需求变更单》 交于技术开发前 变更原因、变更主要内容、技术评审工作量等信息; 流程介绍 交付成果 提交时间 文件包含 5.5 项目小组会议 1) 在实施过程中,为了更好解决项目小组之间的沟通问题,需 要让小组成员及时知晓项目重点环节、存在问题; 2) 实施人员需要定期举行项目小组会议, 分为重点环节会议 (项 流程介绍 目内部启动、定制需求) ,特殊情况会议(开发进度偏移、推 进偏移、需求变更、项目暂停) ; 3) 部分人员无法到场的情况,可采用电线) 会议结束后,由实施人员在通达 OA 里中发起《会议纪要》项 目小组成员通知; 交付成果 提交时间 《会议纪要》 每次定期小组会后 15 文件包含 项目近期实施情况、当下存在问题及顾虑、讨论后的下一步计划 6 验收交付 1) 软件上线工作按计划完成后,且系统运行稳定,则按计划进 入验收阶段; 2) 在进入验收阶段前一周,项目实施人员提交《系统验收意见 征集表》 ,由甲方负责人分发给各科室科长,由科长线下收集 流程介绍 本科室验收意见,最后由甲方负责人收集后与项目实施人员 讨论验收事宜(也可通过验收意见会议来代替纸质征集表) ; 3) 验收事宜协商后甲方负责人同意正常验收,则项目实施人员 递交《用户使用报告》 《项目验收报告》 《项目验收材料》给 用户确认,并召开项目验收会议,对项目总体成果进行汇报; 签署《系统验收意见征集表》 (可选) 交付成果 签署并盖章《用户使用报告》 (可选) 签署并盖章《项目验收报告》 《项目验收材料》 《系统验收意见征集表》 :进入验收阶段前一周; 提交时间 《用户使用报告》 《项目验收报告》 《项目验收材料》 :验收阶段, 验收会召开前; 《系统验收意见征集表》 :系统概况及运行情况、系统改进建议、 系统综合评价、是否具备验收条件、成员签名; 《用户使用报告》 :业务方对系统稳定运行情况的肯定; 文件包含 《项目验收报告》 :验收申请,项目总结概括; 《项目验收材料》 :项目启动阶段(项目概况、项目启动章程、进 度计划) 、项目调研阶段(实施调研报告、服务器信息采集表) 、 系统运行阶段 (系统应用规范、 系统上线方案) 、 工作汇报 (周报、 月报、系统调整清单) 、系统运行情况总结(运行成果、系统基本 16 数据情况、项目录入情况、建议) ; 实施人员收集《系统验收意见征集表》→协商讨论验收事宜→准 主要职责 备验收的各项资料→与业主方确认验收资料→召开验收大会 7 进入运维 1) 项目收尾,实施人员总结项目上的调整,实施的经验和教训, 编制成《项目实施总结》并自评,提交给直接领导审核①过 程资料是否齐全并上传至 git②成果文件(需要签署的文件、 盖章的验收报告)是否上传至通达 OA③经验总结是否按“观 点+案例”格式编制④是否自评; 流程介绍 2) 运维人员检查《系统调整清单》 《系统说明书》 《用户服务器 信息登记表》 ; 3) 实施人员在内部总结会上分享后,由部门负责人及监督人员 对自评结果进行提问,最终计入个人年终考核; 4) 合同验收后尽快将项目移交到运维部,如遇实施人员自身原 因迟迟不移交运维的情况,免费运维费用(2 万/年)和真正 运维费还是属于运维部; 交付成果 提交时间 所有实施资料 软件公司内部项目总结会前 整理实施过程材料→编制《项目实施总结》 →提交小组负责人审 主要职责 核→提交运维组审核→召开内部验收总结会→实施过程材料移交 运维部 17

pokerking安卓版

返回顶部