华为IT应用类小项目管理操作指南

zxiangsen 贡献于2015-06-17

作者 c22091  创建于1905-12-12 02:51:00   修改者Windows 用户  修改于2013-10-01 06:01:00字数12575

文档摘要:IT应用类小项目管理操作指南(新)项目管理本身是一项十分复杂的工作,涉及到许多的环节和流程。而对于日常工作中接触的小项目(这里指投资预算在30万以下的,项目周期在6个月以内的项目),公司也制定了许多相关的流程和规定需要大家去遵行。为了使大家能够较全面地掌握项目管理的相关知识,全面了解公司的相关流程、规定,方便项目进行全面管理,特汇总了该方面的一些内容,并且依照METHODPAS流程优化的结果,编制成该操作指南(新),适用于IT应用类小项目(适合A、B、C类的项目,不包括D类项目),供大家参考查询,希望对大家的工作能够有所补益。项目从开始到结束,按照流程需要经过如下几个阶段,为了整体说明IT应用类小项目的主要内容。
关键词:

IT应用类小项目管理操作指南(新) 项目管理本身是一项十分复杂的工作,涉及到许多的环节和流程。而对于日常工作中接触的小项目(这里指投资预算在30万以下的,项目周期在6个月以内的项目),公司也制定了许多相关的流程和规定需要大家去遵行。为了使大家能够较全面地掌握项目管理的相关知识,全面了解公司的相关流程、规定,方便项目进行全面管理,特汇总了该方面的一些内容,并且依照METHOD PAS流程优化的结果,编制成该操作指南(新),适用于IT应用类小项目(适合A、B、C类的项目,不包括D类项目),供大家参考查询,希望对大家的工作能够有所补益。 项目从开始到结束,按照流程需要经过如下几个阶段,为了整体说明IT应用类小项目的主要内容,本指南还附带制作了IT应用类小项目袖珍卡,详细参见附件;本指南按照项目的阶段从头到尾分别介绍各个阶段的主要活动,职责,交付件等。 目录 一、需求受理阶段 2 二、概念阶段 2 三、选择阶段 3 四、方案阶段 4 五、开发测试阶段 5 六、验证阶段 6 七、转产切换阶段 7 八、附录 8 1、术语定义 8 2、IT应用类小项目袖珍卡 8 3、交付件清单汇总表 8 4、角色与职责汇总表 10 5、相关资料位置 11 一、需求受理阶段 关注点 主要内容 说明 定义与目的 定义: 需求提出及立项审批阶段。 目的: 统一管理公司各业务领域的日常BR&IT需求,对需求进行统筹分析,作出是否立项的决策。 IT 系 统 支撑IT系统: 《BR&IT需求管理》系统。 相关IT系统: 无 起 止 标 志 起始点: 填写立项申请。 结束点: 立项申请通过,发出项目Charter。 主 要 活 动 需求提出: 在《BR&IT需求管理》系统中提出需求申请。 需求审批: 对需求的合理、全面性进行审批,决定立项是否通过。 业务分析: 对需求进行业务分析,判断项目的类别和大小,明确项目责任主体等。 Charter审批: 填写《项目Charter》,审批项目Charter。 交 付 件 立项申请报告: 参照《BR&IT立项申请报告》模板。 需求初步分析报告: 业务分析员对项目进行初步的需求分析。 项目Charter: 项目任务书,说明所要完成需求的任务及时间要求,所投入资源等。 角色与职责 用户代表: 负责提出BR&IT立项需求,并按照要求填写《BR&IT立项申请报告》。 部门主管: 负责评估本部门或本项BR&IT立项需求的合理性,根据IT项目立项标准,审批项目立项申请报告,给出审批意见。 BPE接口人: 协助用户完成BR&IT立项申请报告,从全流的角度审查需求的合理性,对用户的原始需求进行初步的过滤和整理,给出审批和过滤意见; 负责非主流系统的2天内修改任务和AD授权给BPE办公室开发项目的项目负责人确定,项目质量和进度控制。 BPE/BPE授权办公室主任: 从本系统全流程建设规划的角度,根据IT项目立项标准,审批各类需求的合理性,必要性。对授权BPE办公室开发的项目负责人进行审定。负责授权到BPE办公室的项目开发管理,保证项目成功交付。 小项目管理办: 日常需求管理流程的全过程管理; 统一管理来自公司各部门的各类BR&IT需求等,初步判断各类需求的类别,并正确分流到各责任BA;组织对需求分析结果的评审,负责小项目启动准备,包括组织协调、落实项目责任,指导、协助项目责任人制订项目Charter,正式启动项目运作。 业务分析员: 对业务需求进行分析,统筹本领域的各类需求,负责组织展开对本领域受理的需求进行分析。最终形成对需求的处理建议,完成需求初步分析报告,提交需求决策评审。 项目管理组: 负责各项目的启动准备,包括协助落实项目责任人,指导、协助项目责任人制订项目任务书,并正式发出项目任务书,结束需求管理流程的工作。 项目责任人: 制订项目任务书。 注 意 点 相关要求: 必须使用标准模板来填写交付件。 立项标准: 需求审批的标准遵照《IT项目立项标准》。 项目命名: 项目命名要符合《BR&IT项目命名规范》。 二、概念阶段 关注点 主要内容 说明 定义与目的 定义: 项目分析阶段,重点在于对项目进行需求分析和可行性分析。 目的: 对需求进行全面的分析和整合,利于提高需求的合理性、完整性和必要性。 IT 系 统 支撑IT系统: 《IT应用类小项目管理数据库》。 相关IT系统: 起 止 标 志 起始点: 项目启动会议(Kick off),一般在从项目经理接受项目Charter开始。 结束点: 完成可行性DCP,确定项目开发方式。 主 要 活 动 召开项目启动会议: 项目组成员明确项目的目标、工作范围和计划安排,落实责任分工,以正式启动项目。项目管理组需要出席会议并评审会议内容和会议纪要。 制定项目PMP: 项目经理按照项目PMP模板,对项目目标、范围、进度计划、资源计划、合同和付款计划、项目组沟通管理制度,风险定义和管理计划等方面进行说明,作为项目全程运作的指导书。 需求分析与可行性分析: 业务分析员在初步需求分析的基础上,进一步分析项目的需求,进行深入的投资收益、业务、技术、资源等可行性分析。与此同时,SO 转产控制人员提供转产标准,业务分析员综合考察SO转产标准并针对具体的业务需求完成项目的非功能需求,作为后面制定验收标准的依据。本活动结束后,进一步明确项目目标和范围,明确项目的需求,同时明确项目的开发方式。 评审与监控 技术评审: 无 决策评审: 可行性DCP,确定项目目标和范围、确定项目需求、确定项目的开发方式。决策评审的操作规范参见《METHOD PAS决策评审操作指南》。 项目监控: 视项目实际规模决定技术评审、QA审视等方式。 交 付 件 项目PMP: 项目管理计划(C类项目此交付件可选)。 需求分析报告: 详细的需求描述。 可行性分析报告: 风险、投资收益等的评估,业务和技术的可行性分析等。此交付件可选。 角色与职责 业务分析员: 完成项目详细的需求分析,包括需求的提炼、整合及可行性分析,输出需求分析报告。对小项目来将,如果没有特别指定,项目经理就是业务分析员。 项目经理: 负责项目的筹备,召开项目启动会议,向项目组明确项目的目标、范围和计划安排,落实责任分工,以正式启动项目;制定项目管理计划。 项目管理组: 根据可行性分析报告和项目其他综合情况,从业务可行性、合理性和充分性等方面出发,对项目目标范围、计划、需求分析结果等要素进行审查,决定项目的方向。 注 意 点 相关要求: 项目经理必须在IT应用类小项目管理数据库中按规范填写项目的信息(基本信息、各阶段计划、项目文档等)。 转产标准: 在进行需求分析时,一定要充分考虑项目的转产标准。 进度跟踪: 项目管理组会依据IT应用类小项目管理数据库对各项目的进度、质量、文档等进行监控,请注意项目信息的实时。 三、选择阶段 关注点 主要内容 说明 定义与目的 定义: 项目确定开发方案及供应商阶段(对外包项目)。 目的: 通过选择合适的开发方案及供应商(对外包项目),保证I项目的质量和进度。 IT 系 统 支撑IT系统: 《IT应用类小项目管理数据库》。 相关IT系统: 《定制软件供应商管理信息平台》,《IT资产申购电子流》。 起 止 标 志 起始点: 更新项目PMP。 结束点: 完成项目SOW签字,填写IT资产申购(对外包项目)。 主 要 活 动 更新项目PMP: 针对本阶段工作内容,细化本阶段工作计划,并更新到项目PMP。 选择供应商及方案: 对于外包项目,按照《定制软件项目外包指南》进行供应商的选择; 对于自行开发项目,不需要进行此活动; 提交方案评审: 在供应商或项目经理完成方案建议书后,按照技术评审要求提出方案技术评审。 完成SOW: 对外包项目,在确定供应商及方案后,由供应商完成项目SOW,并提请五方签字(代替以前的方案建议书)。自行开发项目SOW由项目经理完成。 评审与QA 技术评审: 方案技术评审,评审方案的合理性。 决策评审: 选择DCP,明确项目开发方案及供应商(对外包项目)。 QA审视: QA签约审视,在对项目签定合同之前完成,没有经过签约审视的项目不能往下进行。 交 付 件 项目RFP: 包括需求清单、对方案的需求、需求时间等。此交付件适用于外包项目。 方案建议书: 系统总体设计方案、架构与平台分析、主要技术等实现方案分析和比较。 供应商/方案选择报告 综合分析供应商的能力、技术方案可行性及商务条件等,提供供应商选择建议(包括理由、分析)。具体的选择标准参见《定制软件供应商考察、考核及评价标准》。 此交付件适用于外包项目,可选。 项目SOW: 项目工作说明书,项目目标和范围,项目开发进度计划和工作量,验收标准、转产标准及项目付款说明等。 项目SOW必须经过五方签字。 角色与职责 供应商: 针对具体的需求提供方案建议书,要求使用METHOD PAS的《方案建议书》模板。完成项目SOW。 用户代表: 负责填写IT资产申购电子流(仅对外包项目)。 项目经理: 负责PMP的更新;综合各方面的信息,形成供应商/方案选择建议,参与供应商方案的选择;对SOW的把关。 软件CEG: 确定供应商短清单;负责供应商认证;提供供应商选择建议;负责商务谈判,争取获得有利于公司的商务条款。参与选择决策评审,共同确定项目供应商。 技术评审组: 负责对各方案进行分析、判断、比较,给出方案优劣评价和选择建议。 项目管理组: 根据项目特点、方案评审结论、供应商的表现等综合情况,与软件CEG一同决定项目的供应商、方案和人天。 QA: 负责进行项目签约审视。作为五方之一签收项目SOW。 注 意 点 相关要求: 对外包项目,务必按照《定制软件项目外包指南》进行操作。 验收标准: 项目的验收标准包括:项目SOW(方案建议书与需求分析报告作为其附件)与转产标准。 进度跟踪: 项目管理组会依据小项目管理数据库对各项目的进度、质量、文档等进行监控,请注意项目信息的实时。另外在本阶段完成后,整个项目的一级计划将会固定(每个阶段的起止时间都不能再调整,除非填写计划变更)。 四、方案阶段 关注点 主要内容 说明 定义与目的 定义: 项目需求规格化过程及总体设计阶段(或称为概要设计阶段)。 目的: 进行充分的需求规格说明和总体设计,保证项目的质量和进度。 IT 系 统 支撑IT系统: 《IT应用类小项目管理数据库》。 相关IT系统: 无 起 止 标 志 起始点: 更新项目PMP 结束点: 完成概要设计TR。 主 要 活 动 更新项目PMP: 针对本阶段工作内容,细化本阶段工作计划,并更新到项目PMP。 完成需求规格说明书: 在需求分析和可行性分析的基础上,项目组或供应商对需求进行定义,形成系统总体的功能和性能等规格说明和设计要求,并按照需求规格说明书模板完成需求规格说明书。 提交需求规格TR: 技术评审组对需求规格说明进行准确性、完备性和合理性等方面的评审,评审通过则进入概要设计;评审未通过则重新制定需求规格说明。 完成概要设计: 需求规格评审通过后,项目经理或供应商在方案和需求规格的基础上进行项目的总体的分析和设计,用以指导详细设计和开发。 提交概要设计TR: 技术评审组对概要设计进行准确性、完备性和合理性等方面的评审,评审通过则进入开发测试阶段;评审未通过则重新制定概要设计。 评审与QA 技术评审: 需求规格TR:目前一般不用进行。 概要设计TR:目前一般不用进行。 决策评审: 无 QA审视: 中间过程审视。 交 付 件 需求规格说明书: 系统必须提供的功能和性能的说明以及系统所要考虑的限制条件。A类非NOTES项目必须完成此交付件,A类NOTES项目和B、C类项目视情况决定是否交付此交付件。 概要设计: 项目总体设计,模块说明、接口描述、数据定义等。 A类非NOTES项目必须完成此交付件,A类NOTES项目和B、C类项目视情况决定是否交付此交付件。 角色与职责 项目组/供应商: 负责完成需求规格说明书和概要设计。 项目经理: 项目管理计划的更新;对需求规格说明书的内容和规范性把关;对概要设计的规范性和内容把关。 技术评审组: 审查需求规格说明和概要设计的内容准确性、完备性、合理性。 QA: 负责进行项目中间审视。 注 意 点 相关要求: 进入此阶段后,项目一级计划无法调整,如果存在进度计划的延迟等,需要按变更流程进行项目变更。 进度跟踪: 项目管理组会依据小项目管理数据库对各项目的进度、质量、文档等进行监控,请注意项目信息的实时。 五、开发测试阶段 关注点 主要内容 说明 定义与目的 定义: 项目详细设计、编码及测试阶段。 目的: 有效的进行项目的开发和测试,保证项目的质量和进度。 IT 系 统 支撑IT系统: 《IT应用类小项目管理数据库》 相关IT系统: 无 起 止 标 志 起始点: 更新项目PMP,固定项目二级计划(每一阶段内各活动的计划)。 结束点: 完成准入TR。 主 要 活 动 更新项目PMP: 针对本阶段工作内容,细化本阶段工作计划,并更新项目PMP。 完成详细设计报告、测试计划: 在概要设计的基础上进行系统详细设计,完成详细设计报告,用以指导项目的编码;同时制定测试计划,指导项目的测试。 编码: 在详细设计TR 通过后,项目经理或供应商在详细设计报告的指导下进行代码编写。 单元测试,集成测试: 在测试计划的指导下,项目经理或供应商、测试人员对开发完成后的系统进行单元测试和集成测试,并完成相应报告。 系统测试和系统集成测试: 在测试计划的指导下,项目经理、供应商(仅对外包项目)和用户对系统测试版本进行系统测试和系统集成测试,并完成相应报告。 提交准入TR: 技术评审组对测试计划、测试报告进行充分的审查,判断系统是否能够转入UAT环境,评审通过则进入验证阶段;评审未通过则返回编码阶段重新设计。 评审与QA 技术评审: 准入TR:项目必须经过准入技术评审才能进入UAT环境及正式环境。 决策评审: 无。 QA审视: 中间过程审视。 交 付 件 详细设计报告: 系统总体结构、模块,接口、数据等详细的设计说明。 测试计划: 包括单元测试、集成测试、系统测试、系统集成测试、UAT测试和OT测试的条件、环境、约束、用例、时间安排和人员安排等。 测试报告: 描述项目单元、集成、系统、系统集成等测试结果。 用户操作手册: 指导用户如何配置、使用和维护系统。 系统管理员手册: 指导系统管理员配置、维护系统。非NOTES项目必须交付此交付件。 角色与职责 项目组/供应商: 完成详细设计报告,完成代码编写和系统单元测试、集成测试,系统测试及系统集成测试,并负责UAT的准备工作等。 项目经理: 项目管理计划的更新;组织项目UAT测试; 技术评审组: 对项目能否进入验证阶段进行技术评审。 QA: 负责进行项目中间审视。 注 意 点 相关要求: 项目只有经过准入评审后才能进入后面的阶段。 进度跟踪: 项目管理组会依据小项目管理数据库对各项目的进度、质量、文档等进行监控,请注意项目信息的实时。 六、验证阶段 关注点 主要内容 说明 定义与目的 定义: 项目用户接受测试及系统管理员可操作性测试阶段。 目的: 验证系统的可用性和可接受性,保证项目的质量和进度。 IT 系 统 支撑IT系统: 《IT应用类小项目管理数据库》。 相关IT系统: 《定制软件验收电子流》;《订单查合同系统》; 起 止 标 志 起始点: 更新项目管理计划。系统切换到UAT环境。 结束点: 完成验收DCP。 主 要 活 动 更新项目PMP: 针对本阶段工作内容,细化本阶段工作计划,并更新项目PMP。 准备并切换系统到UAT环境: 准备UAT环境,将系统从开发测试环境切换到UAT环境。 进行用户培训: 在UAT测试前,用户代表根据用户操作手册,对用户进行培训。 组织用户UAT测试: 用户代表组织用户进行大范围的用户接收测试,保证系统在实际的业务数据和实际的数据量下得到充分测试,UAT过程中的问题按UAT报告模板中的格式记录。 进行OT测试: 技术支持人员依照系统备份、归档等标准,进行操作性测试,判断系统是否具有可操作、可维护性,测试结果按UAT报告模板中的格式记录。 完成测试报告、判断UAT结束: 项目经理对用户和技术支持的测试和使用结果进行汇总和分析,完成测试报告(UAT、OT),并根据项目验收标准判断系统UAT测试及OT测试是否通过,如果判断测试通过则将UAT测试结果提交给用户代表签收,OT测试结果提交给技术支持人员签收;如果UAT时间超过测试计划中确定的时间,项目经理必须走变更流程,更改测试计划。 签收UAT测试与OT测试: 用户代表对测试报告的UAT部分负责并签字确认。技术支持人员对测试报告的OT部分负责并签字确认。 提交验收DCP,完成验收报告: 项目管理组根据UAT报告和实际情况,对项目UAT是否结束进行评审,评审通过则进入转产切换阶段,如果是外包项目则同时进行项目验收(走验收电子流);评审未通过则返回继续进行UAT测试;对超过UAT计划中规定的UAT时间的项目或系统问题非常多的项目,则返回开发测试阶段。 评审与QA 技术评审: 无。 决策评审: 验收DCP。 QA审视: 中间过程审视。 交 付 件 测试报告(UAT、OT): 描述UAT测试和OT测试的结果。与开发测试阶段的测试报告为同一模板,只是各阶段交付内容不同。 验收报告: 项目验收情况和结果,项目完成验收标志。目前直接在验收电子流中完成。 角色与职责 项目组/供应商: 负责解决UAT过程中所有问题。 用户代表: 组织用户培训和UAT测试;负责签收UAT报告。 技术支持人员: 准备UAT环境,负责项目OT测试;负责签收OT测试;负责将系统切换到UAT环境。 项目经理: 更新项目PMP;完成UAT报告,判断UAT是否结束;完成验收报告,完成项目验收。 项目管理组: 负责项目验收的决策评审。 QA: 负责进行项目中间审视。 注 意 点 相关要求: 对外包项目,务必按照《定制软件项目外包指南》中的项目验收规定进行操作。UAT期间的必须依照《UAT环境管理规范》。 进度跟踪: 项目管理组会依据小项目管理数据库对各项目的进度、质量、文档等进行监控,请注意项目信息的实时。 七、转产切换阶段 关注点 主要内容 说明 定义与目的 定义: 项目进入正式生产环境的试运行阶段,是系统不断稳定的过程。 目的: 有效的进行项目的转产控制,保证项目的质量和进度。 IT 系 统 支撑IT系统: 《IT应用类小项目管理数据库》。 相关IT系统: 起 止 标 志 起始点: 更新项目管理计划。系统切换到正式环境。 结束点: 完成转产DCP,完成项目总结等。 主 要 活 动 更新项目PMP: 项目组针对本阶段的工作重点,制定试运行计划、应用推广办对试运行计划进行审定确认,同时结合验收报告、转产标准的要求制定转产切换计划,明确责任分工,商定转产后需提交系统管理部门的支持文档具体内容。相关内容更新到项目PMP。应用推广办同时协调资源做好转产切换计划实施的准备工作,确保转产切换的平滑过渡。 组织迁移到生产试运行环境: 应用推广办组织资源协助项目组把应用迁移到生产试运行环境。 组织试运行: 按照试运行计划,项目组组织业务用户、技术支持进行试运行,项目组负责记录试运行期间问题及相应跟踪、解决措施,出具试运行报告。试运行期间绝对上不允许出现功能性修改,原则上不允许出现非功能性修改,只允许对配置参数进行调整。试运行期间出现非功能修改,原则上立即打回UAT环境,如果出现功能修改,原则上必须打回测试环境。技术支持配合项目组工作,同时负责监测非功能性指标。 提交转产申请: 项目组根据试运行计划、状况和转产计划,决定提交转产申请(通过小项目管理数据库中的电子流),在提交申请同时,项目组按照转产标准的要求把全部要求提交的文档提交应用推广办。根据业务需要,应用推广办、项目组、技术支持同用户签署备份协议,应用推广办代表IT在协议上签字。应用推广办对转产计划进行再审视,检查转产准备工作的完成情况。 项目转产审核: 应用推广办组织对项目进行转产评审,转产审核人员由应用推广办和项目组共同决定,转产审核主要审视的是:( 1)试运行期间项目的功能、非功能指标在生产试运行环境中的稳定性和与转产标准的一致性;(2)文档的齐备性和规范性。 转产DCP: 转产决策评审由项目组、应用推广办、项目管理部门共同组织,向项目管理组汇报项目转产的情况,提请管理组作出决策。项目管理组如果认可项目可以转产,则开始实施转产切换计划;如果没有通过,则打回测试环境;如果项目管理组认为项目终止,项目组提交文档后关闭。 工作交接、项目总结: 项目组同应用推广办、技术支持进行工作交接。工作交接后,项目组对项目全过程进行总结,提交项目总结报告给项目管理部门后,提请QA作完成审视。项目组对供应商进行评价,提交项目管理部门。项目管理部门、QA对按照“实施过程评价标准”对项目实施过程进行评价。 评审与QA 技术评审: 无。 决策评审: 转产DCP。 QA审视: 完成审视。 交 付 件 试运行计划: 准生产环境准备计划、试运行时间安排、试运行监控计划 、转产切换方案及计划等。 试运行报告: 试运行计划执行情况,试运行期间问题的记录等。 项目总结报告 对项目全过程中经验、教训的总结和共享,外包项目还包括供应商评价。可选。 转产申请表: 项目经过试运行后,项目经理向SO提出转产申请。 备份协议: SO与用户就系统备份方面的要求达成的协议。非NOTES项目必须交付。 数据清理协议: SO与用户就系统数据清理方面的要求达成的协议,NOTES项目必须交付。 角色与职责 项目组: 更新项目PMP、组织试运行、提交转产申请,完成项目总结等。 应用推广办: 制定转产计划、负责环境切换,组织转产审核等。 项目管理组: 完成转产决策评审。 QA: 负责进行项目完成审视。 注 意 点 相关要求: 试运行期间的系统的更改必须依照《生产环境试运行管理规范》。 进度跟踪: 项目管理组会依据小项目管理数据库对各项目的进度、质量、文档等进行监控,请注意项目信息的实时。 八、附录 1、术语定义 描述 定义 PMP Project Management Plan,项目管理计划。 Project Charter 项目任务书。 BA Business Analyse,业务分析员。 METHOD PAS 集成项目开发,BR&IT项目管理流程。 主流系统项目 MRPII、SAP、NETSTAR、HWCARD、ASMS、PDM等。 IT应用类小项目 在管理工程部立项的投资预算在30万以下的,项目周期在6个月以内的应用开发类项目。 A类项目 工作量在100人天以上的IT应用类小项目。 B类项目 工作量在30人天以上、100人天以下的IT应用类小项目。 C类项目 工作量在2人天以上、30人天以下的IT应用类小项目。 DCP Decision Check Point,决策评审点。 RFP Requests For Proposal. SOW Statement Of Work,工作说明书。 CEG Commodity Expert Group,采购专家团。 TR Technology Review,技术评审。 UAT User Acceptance Testing,用户接受测试。 OT Operation Testing,操作性测试。 2、IT应用类小项目袖珍卡 3、交付件清单汇总表 阶 段 模 板 名 称 负责人 说明 需求受理阶段 BR&IT立项申请报告 用户代表 参照《BR&IT立项申请报告》模板。 需求初步分析报告模板 业务分析员 业务分析员对项目进行初步的需求分析。 项目Charter 项目管理组 项目任务书,说明所要完成任务及时间要求,投入资源等。 概念阶段 项目PMP: 项目经理 项目管理计划(C类项目此交付件可选)。 需求分析报告: 业务分析员 详细的需求描述。对小项目,如无指定,项目经理即为业务分析员 可行性分析报告: 业务分析员 风险、投资收益等的评估,业务和技术的可行性分析等。此交付件可选。 对小项目,如无指定,项目经理即为业务分析员 选择阶段 项目RFP: 项目经理 包括需求清单、对方案的需求、需求时间等。此交付件适用于外包项目。 方案建议书: 项目经理或供应商 系统总体设计方案、架构与平台分析、主要技术等实现方案分析和比较。 供应商/方案选择报告 项目经理 综合分析供应商的能力、技术方案可行性及商务条件等,提供供应商选择建议(包括理由、分析)。具体的选择标准参见《定制软件供应商考察、考核及评价标准》。 此交付件适用于外包项目,可选。 项目SOW: 供应商 项目工作说明书,项目目标和范围,项目开发进度计划和工作量,验收标准、转产标准及项目付款说明等。 项目SOW必须经过五方签字。 方案阶段 需求规格说明书: 供应商/项目经理 系统必须提供的功能和性能的说明以及系统所要考虑的限制条件。A类非NOTES项目必须完成此交付件、A类NOTES项目和B、C类项目视情况决定是否交付此交付件。 概要设计: 供应商/项目经理 项目总体设计,模块说明、接口描述、数据定义等。 A类非NOTES项目必须完成此交付件、A类NOTES项目和B、C类项目视情况决定是否交付此交付件 开发/实施阶段 详细设计报告: 供应商/项目经理 系统总体结构、模块,接口、数据等详细的设计说明。 测试计划: 供应商+项目经理 包括单元测试、集成测试、系统测试、系统集成测试、UAT测试和OT测试的条件、环境、约束、用例、时间安排和人员安排等。 测试报告: 供应商+项目经理 描述项目单元、集成、系统、系统集成等测试结果。 用户操作手册: 供应商/项目经理 指导用户如何配置、使用和维护系统。 系统操作手册: 供应商/项目经理 指导系统管理员配置、维护系统。非NOTES项目必须交付此交付件。 验证阶段 测试报告(UAT、OT): 供应商+项目经理 描述UAT测试和OT测试的结果。 验收报告 项目经理 项目验收情况和结果,项目完成验收标志。直接在验收电子流中完成。 转产切换阶段 试运行计划: 项目经理 准生产环境准备计划、试运行时间安排、试运行监控计划 、转产切换方案及计划等。 试运行报告: 用户代表 试运行计划执行情况,试运行期间问题的记录等。 项目总结报告: 项目经理 对项目全过程中经验、教训的总结和共享,外包项目还包括供应商评价。可选。 转产申请表: 项目经理 项目经过试运行后,项目经理向SO提出转产申请。 备份协议: 项目经理 SO与用户就系统备份方面的要求达成的协议。非NOTES项目必须交付。 数据清理协议: 项目经理 SO与用户就系统数据清理方面的要求达成的协议,NOTES项目必须交付。 例行管理 项目汇报: 项目经理 项目组根据具体情况确定汇报方式。 项目变更申请报告: 项目经理 项目变更必须按照变更流程执行。IT应用类小项目管理数据库已经具备电子流变更功能。小项目的变更管理规定见如下附件。 QA报告: QA A、B类项目必须要求进行QA审视,C类项目视情况来决定是否需要进行。 技术评审报告: 技术评审组 A、B类项目必须要求进行方案与准入技术评审,C类项目视情况来决定是否需要进行。 4、角色与职责汇总表 角色 职责 项目执行主管: ·制订项目策略,保证项目投入的收益; ·审视项目计划,关注项目进展,对项目开展提供指导、咨询; ·负责项目重大问题的决策; ·资源调配和协调。 项目赞助人: ·总体控制管理项目实施和决策; ·对项目的开展提供支持,保证提供项目足够人力及资源,提供项目所需必要资源。 用户代表: ·负责提出BR&IT立项需求,并按照要求填写《BR&IT立项申请报告》; ·负责填写IT资产申购电子流(仅对外包项目); ·负责需求的确认、UAT测试人员的组织及负责签收UAT报告等。 部门主管: ·负责评估本部门或本项BR&IT立项需求的合理性,根据IT项目立项标准,审批项目立项申请报告,给出审批意见。 BPE接口人: ·协助用户完成BR&IT立项申请报告,从全流的角度审查需求的合理性,对用户的原始需求进行初步的过滤和整理,给出审批和过滤意见; ·负责非主流系统的2天内修改任务和AD授权给BPE办公室开发项目的项目负责人确定,项目质量和进度控制。 BPE/BPE授权办公室主任: ·从本系统全流程建设规划的角度,根据IT项目立项标准,审批各类需求的合理性; ·对授权BPE办公室开发的项目负责人进行审定; ·负责授权到BPE办公室的项目开发管理,保证项目成功交付。 项目接口办: ·日常需求管理流程的全过程管理; ·统一管理来自公司各部门的各类BR&IT需求等,初步判断各类需求的类别,并正确分流到各责任BA; ·组织对需求分析结果的评审,负责小项目启动准备,包括组织协调、落实项目责任,指导、协助项目责任人制订项目Charter,正式启动项目运作。 业务分析员: ·对业务需求进行分析,统筹本领域的各类需求,负责组织展开对本领域受理的需求进行分析。最终形成对需求的处理建议,完成需求初步分析报告,提交需求决策评审; ·完成项目详细的需求分析,包括需求的提炼、整合及可行性分析,输出需求分析报告。对小项目来将,如果没有特别指定,项目经理就是业务分析员。 项目管理组: ·负责各项目的启动准备,包括协助落实项目责任人,指导、协助项目责任人制订项目任务书,并正式发出项目任务书,结束需求管理流程的工作。 ·根据可行性分析报告和项目其他综合情况,从业务可行性、合理性和充分性等方面出发,对项目目标范围、计划、需求分析结果等要素进行审查,决定项目的方向; ·根据项目特点、方案评审结论、供应商的表现等综合情况,与软件CEG一同决定项目的供应商、方案和人天; ·负责项目验收的决策评审、转产决策评审等。 项目经理: ·负责组织项目从启动、实施到推广全过程的开发管理工作,保证项目如质、如期完成,包括负责项目的筹备、召开项目启动会议、制定项目管理计划、完成项目方案确定,监督项目组实施项目开发、完成交付件的、组织项目的验收及转产等等; ·配合进行技术评审、QA、项目监控等项目管理活动; ·负责项目变更管理; ·组织和管理项目组的人力和环境资源。 供应商: ·针对具体的需求提供方案建议书; ·负责完成需求规格说明书和概要设计; ·完成详细设计报告; ·完成代码编写; ·完成系统单元测试、集成测试,系统测试及系统集成测试等; ·配合UAT测试、OT测试、系统转产等活动; 软件CEG: ·确定供应商短清单; ·负责供应商认证; ·提供供应商选择建议; ·负责商务谈判,争取获得有利于公司的商务条款; ·参与选择决策评审,共同确定项目供应商。 技术评审组: ·负责对各方案进行分析、判断、比较,给出方案优劣评价和选择建议; ·审查需求规格说明和概要设计的内容准确性、完备性、合理性; ·对项目能否进入验证阶段进行技术评审。 应用推广办: ·制定转产计划、组织转产审核等。 技术支持人员: ·负责UAT环境准备,并协助将系统切换到UAT环境; ·负责项目OT测试,负责签收OT测试。 QA: ·负责将系统切换到UAT环境对项目执行过程和执行情况进行定期或不定期地检查,发现项目管理中存在的问题,及时向相关管理层、用户和项目经理提出警示,并提供改进意见。 5、相关资料位置 资料 相关资料位置 IT系统位置 BR&IT需求受理电子流 旧项目管理数据库中(szxap71-ds\project) szxua03-ds\it IT应用类小项目管理数据库 szxua03-ds\it IT项目立项标准 公司文件夹 BR&IT项目命名规范 旧项目管理数据库中(szxap71-ds\project) METHOD PAS流程 文档中心 定制软件项目外包指南 旧项目管理数据库中(szxap71-ds\project) 定制软件验收电子流 szxua03-ds\it 转产项目文档数据库 szxap71-ds\glgcb 订单查合同数据库 szxua03-ds\cgb 小项目变更管理流程 旧项目管理数据库中(szxap71-ds\project) IT应用开发项目转产指导 旧项目管理数据库中(szxap71-ds\project) 其他相关资料 旧项目管理数据库中(szxap71-ds\project)

下载文档到电脑,查找使用更方便

文档的实际排版效果,会与网站的显示效果略有不同!!

需要 6 金币 [ 分享文档获得金币 ] 2 人已下载

下载文档