科技公司项目管理部门(PMO)制度(2020年完整版)

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

企业PMO管理制度2020-2021完整版汇编
编号:LZH/JYQX-ZD12b-2020
作者:玖月琼兮
2020年7月X日
目录
第1章项目流程说明书 (3)
1.1 概述 (3)
1.2 角色功能定义 (3)
1.3 整体流程描述 (5)
1.3.1 需求界定阶段 (6)
1.3.2 立项阶段 (8)
1.3.3 设计阶段 (11)
1.3.4 编码阶段 (13)
1.3.5 工程阶段 (15)
第2章PMO流程 (19)
第1章项目流程说明书
1.1概述
此文档为内部研发性项目流程说明书,主要针对研发、测试及相关各部门项目负责人,对项目管理的阶段性约定。

文档内容描述了项目整体流转中,各个环节之间的文档和行为的交互和确认,规定了各阶段转换的过程。

现包括需求范围确认、设计、研发、测试、工程阶段。

注:该流程在各行业软件公司基本通用,如有个性化地方,自行修改即可。

1.2角色功能定义
项目经理:
●发起项目各阶段里程碑评审会议
●追踪项目计划,评估项目风险,编写项目进度报告
●协调项目过程中,各阶段的资源分配及问题协商
●各阶段产出文档状态检查
需求方:
●提供产品或功能修改需求
设计项目负责人:
●与项目经理确认设计期计划
●设计阶段设计文档编写
●负责与研发及测试项目负责人沟通需求文档
研发项目负责人:
●与项目经理确认开发计划
●编写实现阶段相关设计文档
●负责与设计及测试项目负责人沟通
测试项目负责人:
●与项目经理确认测试期计划
●编写测试阶段相关测试用例及文档
●负责与设计及研发项目负责人沟通
工程项目负责人:
●负责与院方沟通,并实施上线
●负责与研发、测试负责人沟通情况及问题描述●验收提交的功能模块
1.3整体流程描述
1.3.1需求界定阶段
1.3.1.1入口条件
●合同副本中的招投标文件
●内部需求,包括预研类项目
●产品升级
●当前研发项目的需求变更
1.3.1.2工作内容
1.3.1.
2.1需求筛选
◆涉及岗位:需求方(业务、售前等提出开发任务的人员)、
设计负责人、测试负责人、研发负责人。

◆输入:销售合同中相关的招投标技术部分文档、预研申请、
产品升级、需求变更
◆输出:功能清单列表
◆工作规范:
●销售在签订合同前,如果有需要研发中心配合
时,必须通告研发中心,并提供招投标文件,研发中心
相关负责人认可后,才能进行合同签订,如有特殊情况,
可由PMO决定,否则研发部门可以拒绝修改。

●先由需求方逐条描述需求点的内容、目的,以及
对应的用户场景。

●确定每个需求是否需要在本期实现。

●通过讨论确定要在本期实现的需求逐条记录到
功能清单中。

1.3.1.
2.2需求评审
◆涉及岗位:需求方(业务、售前等提出开发任务的人员)、
设计负责人、测试负责人、研发负责人。

◆输入:销售合同中相关的招投标技术部分文档或者新产品
需求调研文档。

◆输出:评审纪要,研发新增修改功能清单;工程项目功能
清单列表、修改说明文档。

1.3.1.
2.3需求变更
◆在项目过程中,如果出现需求变更,售前或市场人员,首
先对变更部分进行评估,如果确认必须纳入本次项目时,
需要通知后端副总进行确认,研发、测试项目负责人、工
程主管进行评估,全部通过后,进入需求变更申请,期间
任何人不得要求研发直接进行修改。

◆必须由后端设计、研发、测试、工程部门共同对项目变更
范围及项目整体完成时间作出评估,通过后,项目经理形
成变更申请邮件,标注变更范围、各阶段完成里程碑,作
为项目检查点,同时工程负责人必须与甲方确认变更事宜,
并且甲方在沟通周报上签字。

1.3.1.3约束条件
●在需求调研过程中,需要完成界面交互原型,需求文档与原型
必须由用户签字确认。

●需求阶段,需求调研者需要提供需求调研计划,调研完成后,
可进入需求评审。

1.3.1.4阶段性产出
●销售方完成合同技术部分。

●需求说明书、原型。

●需求变更说明书(时间、发起人、项目需求、期望时间、依附
版本、各部门项目负责人签字)
1.3.2立项阶段
1.3.
2.1入口条件
●概要设计文档
●原型
1.3.
2.2工作内容
1.3.
2.2.1需求评审
◆涉及岗位:研发负责人、测试负责人、工程、项目经理。

◆输入:需求规格说明书、原型
◆输出:评审纪要
◆工作规范:
●设计方案或技术方案,必须得到林工认可,如有
异议,则评审不通过。

●评审结束前,由研发负责人复述一遍本次评审会
产生的问题及其结论。

◆配置管理员,邮件通知本次项目SVN分支路径给研发和测
试。

1.3.
2.3约束条件
●如果入口条件为当前研发项目需求变更或者是设计缺陷,则需
要对当前项目做出计划调整申请
●设计项目负责人需要对研发提供的概要设计说明书,测试提供
的测试范围及测试大纲,同步做出评审,确认研发概要设计的
涉及功能和范围与设计说明书内容一致。

●配置管理员收到内部立项说明书邮件后,将产出物纳入产品基
线库。

1.3.
2.4评审建议
●设计人员,需要提前至少一天时间,发出评审会议邮件,并附
带评审内容文档。

●评审前,设计人员需要对评审内容编写评审确认单,评审完成
后,需要评审参与人员填写评审确认单,并签名,见附件五。

●相关人员需要提前考虑评审内容中的问题,不但需要提出问
题,也需要提出解决方案。

1.3.
2.5阶段性产出
●测试范围及测试大纲
●需求说明书、原型
●填写项目功能模块检查表。

相关文档
最新文档