项目结项流程

文件密级

文件编码

最新发布日期当前版本

XX软件股份有限公司

项目结项流程

变更履历

版变更位

日期变更理由/变更内容变更人备注

本1

1.0第一次发布

1.1增加结项审批具体说明

2.0根据20XX年组织机构调整进行修

改。

2.0强调结项验证活动的重要性

目录

1介绍(Introduction)...................................................3

1.1目的(Purpose)................................................3

1.2缩写和略语(Abbreviations,AcronymsandTerms)................3

1.3参考资料(References)..........................................4

1.4过程总体概述(ProcessOverview)...............................4

1.5相关过程(RelationaIProcess)..................................4

2过程活动描述(ProcessActivityDescription)...........................5

2.1结项申请............................................................5

2.1.1目的(Purpose)............................................5

2.1.2角色和职责(RolesandResponsibiIity)....................5

2.1.3进入条件(EntryCriteria).................................5

2.1.4任务流程及描述(TaskFlowDiagram&Description).........6

2.1.5退出条件(ExitCriteria)..................................6

2.2结项执行............................................................7

2.2.1目的(Purpose)............................................7

2.2.2角色和职责(RolesandResponsibiIity).....................7

2.2.3进入条件(EntryCriteria).................................7

2.2.4任务流程及描述(TaskFlowDiagram&Description)..........7

2.2.5退出条件(ExitCriteria)..................................8

2.3结项收尾............................................................8

2.3.1目的(Purpose).............................................8

2.3.2角色和职责(RolesandResponsibiIity).....................8

2.3.3进入条件(EntryCriteria).................................9

2.3.4任务描述(TaskDescription)..............................9

2.3.4.1配母库审查与基线建立...................................9

2.3.4.2维护公司项目信息........................................9

2.3.4.3发送项目结项或内部发版通知...........................9

2.3.4.4项目信息财务通报.......................................10

2.3.5退出条件(ExitCriteria).................................10

3生效.......................................................................10

4参考及附录.................................................................10

1介绍(Introduction)

1.1目的(Purpose)

项目结项是项目生命周期的终点，由此证明该项目结束。进行项目结项主要有以

下目的：

1.通过项目经理与项目组成员一起对项目进行回顾和总结，能使项目组成

员获得成就感，并通过项目的经验总结进行反思，逐渐提高自身能力。

2.使领导和项目组相关人员了解整个项目的情况，了解产品的特色，获取

市场宣传和推广的信息，财务情况和遗留的问题等，并对后续进入维护期的工作进行

计划或提供建议，使公司内部各部门间对于该项目后续工作沟通顺畅，认识统一，顺

利完成各自工作。

3.对项目的有形资产和无形资产结项清算，既要防止资产流失，又要及时

地利用这些资产。

4.总结经验教训，使整个组织受益。

1.2缩写和略语(Abbreviations,AcronymsandTerms)

No.名词说明/解释

项目进行过程中，产生的文档、代码等过程痕迹均为项目的工作

1工作产品

产品

变更控制委员会。CCB负责评审变更申请，指定变更执行人、跟

踪和协调变更任务的正确执行。其中：

开发型项目的CCB成员包含项目管理委员会、项目经理、测试负

2CCB责人、品质保证人员、配置管理员。

应用型项目的CCB成员包含项目管理委员会、前台事业部领导、

项目经理、市场负责人(商务弋表)、测试负责人、实施负责

人、品质保证人员、配置管理员。

产品开发项目没有研发、测试以外的验收方，只有研发和测试人员参与的

3

型项目项目。

开发应用项目有除研发、测试以外的脸收方，参与人员包括研发、测试和

4

型项目实施人员/客户代表。

技术与产技术与产品管理委员会是公司技术与产品方向的最高管理机构。

5品管理委委员会组成包括：欧阳曜、孙建卫、副总和事业部班子成员备

员会选、外聘专家不超过9人。

6项目管理项目管理委员会是项目管理相关问题的最高管理机构。委员会组

委员会成包若：朱晓钧、曾祥逸、副总和事业部班子成员备选，不超过

9人。

项目干系是指所有与项目有直接利益关系的人员，包括用户、高层经理、

7

人项目组成员、项目辅助人员。

是指项目完成、项目配置管理员审计项目文档全部、正确入库

配置库封

8后，通知组织级配置管理员冻结项目组成员对配置库的访问权

库

限，俣证配置库的内容不被随意变动。

是指项目完成既定目标后，组织专家团对项目进行验收、检查等

9项目结项

一系列流程手续的行为。

是指软件交付使用之后，为了改正错误、或软件操作出现故障

10软件维护

时、或满足新的需要而修改软件的过程。

是指软件在功能上有重要的增强或改进时进行软件升级开发的过

11版本升级

程。

是指由于某种内外部不可抗力的因素导致项目不能继续进行下

12项目停止

去、必须撤销项目组的行为。

1.3参考资料(References)

20XX公司OSSP《项目策划与监控(PPMC).doc》

20XX公司OSSP《过程和产品品质保证(PPQA).doc》

20XX公司OSSP《配置管理(CM).doc》

1.4过程总体概述(ProcessOverview)

整个项目结项流程分三个规程：结项申请、结项执行、结项收尾。

1.“结项申请”规程对项目结项申请、结项审批流程进行了规范并说明。

2.“结项执行”规程对项目结项需完成的工作产品、结项会前就绪条件、

项目结项会需要确定的事项、项目结项会的主要内容进行了规范并说明，这些事项需

要QA检查监督。

3.“结项收尾”规程对结项会后需要完成的工作进行了规范并说明。

项目结项过程总体图如下：

项目绪项

特别说明：项目无论是正常结束还是异常结束，均应执行项目结项流程。

1.5相关过程(RelationalProcess)

过程名称过程编号

项目策划与监控(ProjectPIanning&JQ/OSSP-PPMC-PCS

过程和产品品质保证(ProcessandJQ/OSSP-PPQA-PCS

配置管理(Configuration

JQ/OSSP-CM-PCS

Management,CM)

2过程活动描述(ProcessActivityDescription)

2.1结项申请

2.1.1目的(Purpose)

项目结项申请是对项目可否结项进行申请和确认，使项目关联各方对该项目的认

识统一。

2.1.2角色和职责(RolesandResponsibiIity)

角色职责

/负责将配置项提交或督促提交入库；

结项申请人/项/发送结项申请邮件；(参见附件05项目结项申请邮

目负责人件模板)

/等待并督促相关人员对结项申请进行回复。

/依据项目立项时范围、目标是否达到，给出可否结项

项目直接领导

的结论

/依据测试结果给出项目可否结项的结论，回复结项申

测试负责人

请邮件，并提供必要的证据。

实施负责人/客/依据用户需求给出项目可否结项的结论，回复结项申

户代表请邮件，并提供必要的证据。

/负责指导结项申请人完成结项申请工作：

项目监管人员

/在收到结项申请后关注结项申请的反馈情况。

/收到结项申请的反馈意见后，评估是否可以结项，使

各方达成共识。

项目管理委员会

,负责解决结项中的争议，给出最终结论，给项目提出

改进建议。

2.1.3进入条件(EntryCriteria)

•产品/项目测试完成，产品/项目满足既定需求并可正常使用，发布正式版本

(对内或对外)；

•所有配置项提交入库。

2.1.4任务流程及描述(TaskFlowDiagram&Description)

注：项目结项申请审批流程图请参看《参考01研发项目结项申请审批流程

图.vsd》o

•发送结项申请邮件

/结项申请人/项目负责人进行配置库工作产品的入库情况审查，是否有未入库

保存于本地或其他机器上的工作产品。

/结项申请人/项目负责人应查看配置库中配置项状态是否为当前的最新版本，

并且没有处于签出状态的工作产品。如仍有处于签出状态的，则应及时签入。

,发送结项申请邮件给该项目的CCB成员。

•结项申请邮件批复

/对于产品开发型项目，测试负责人要对项目的需求符合情况进行评价，对产品

质量进行评价，给出项目可否结项的结论，有严重/重大缺陷的项目不允许结项。将

该项目的测试报告作为附件证据发送给大家。项目直接领导也要回复邮件给出结项意

见，如不同意结项需提供书面证据说明。

,对于开发应用型项目，除测试负责人需进行回复并提供证据外，实施负责人、

项目直接领导也应对项目需求的满足程度进行评价，回复申请邮件给出项目可否结项

的结论。如不同意结项，则回复邮件需附带可以支撑该结论的有力证据，如需求规格

说明书或其他需求变更的证据。

/评价项目是否能够结项，需求的范围界定以《需求规格说明书》为主，还包括

经过审批的，书面化的需求变更；

,结项申请人/项目负责人收到项目的险证方（项目直接领导、测试、实施）回

复的邮件后方可进行下一步执行结项。如验证方木全部回复，结项申请人/项目负贡

人应督促其尽快回复邮件，给出结论。

/当验证方给出的结论一致通过项目结项时，项目进入下一步结项的执行过程。

如果验证方给出的结论产生分歧或者一致不同意该项目进行结项时，该项目相关的事

业部经理需综合双方意见及提供的证据，评估是否结项，并与验证方讨论达成一致意

见。如果无法达成一致意见，需提交项目管理委员会最终确定是否结项。验证方在结

项时如提出疑义，必须提供准确、详细的书面证据以供沟通、讨论。

,如项目没能通过结项审批，则应进一步明确项目结项的需求范围，并变更项目

计划，项目继续进行，直至顺利通过结项申请。

,对于异常结束的项目，由于公司战略决策的改变或市场原因等不可抗拒的因素

使项目无法进行下去，项目需要停止时，只需项目管理委员会、市场负责人（商务代

表）回复结项申请邮件给出可否结项结论即可。

2.1.5退出条件（ExitCriteria）

•给出项目可否结项结论，使项目涉及的各方统一认识。

2.2结项执行

2.2.1目的（Purpose）

结项执行是结项过程的主体，目的是使所有项目干系人了解整个项目执行情况，

总结项目经脍与教训，沟通项目结项后工作安排。

2.2.2角色和职责（RolesandResponsibiIity）

角色职责

/主持召开项目结项会议、介绍项目执行情况，总结项

目经验教训，对市场推广等给予建议，并说明该项目的财

务情况。

结项申请者/项/列出《项目交付清单》（参见附件02）;

目负责人/撰写《项目总结报告》（参见附件01）;

/准备项目结项演讲PPT（建议项）；

/确定结项会时间及参与人员；

/发送会议通知。

/检查结项会议通知发送范围是否正确；

品质保证工程师/负责检查、督促结项执行工作是否符合规范、总结的

内容是否全面。

/评价项目的执行情况，为了使项目组及项目经理有所

项目管理委员会

提高，给予建议和提出更高的要求。

2.2.3进入条件(EntryCriteria)

•结项申请已审批通过

2.2.4任务流程及描述(TaskFlowDiagram&Description)

开始完成项警付清完成我总结报,召开项睢项会，结项文档入库,献

•完成《项目交付清单》

,结项申请人/项目鱼责人核对项目计划及配置库产品提交情况完成《项目交付

清单》。

•完成《项目总结报告》

,结项申请人/项目负责人统计项目数据，总结项目经脸教训，通报项目妁质量

控制情况，项目执行情况等，形成《项目总结报告》。

•发送会议通知

/结项申请人/项目负责人发送结项会议通知，收件人为项目管理委员会、项目

组成员（其中包括开发、测试、实施、配置管理员）、市场人员、品质保证人员、项

目监管人员。如该项目是公司的新产品，则须通知总经理办公室的人员参加，了解产

品情况，以便后期对外进行产品宣传。

/附件为《项目总结报告》和《项目交付清单》；

/结项会议的召开是建议项，可视具体情况裁剪，如不召开结项会议，则可用结

项通知邮件代替，附件为《项目总结报告》和《项目交付清单》，发送范围同上面的

结项会议通知的收件人。

•项目结项会流程

/会议签到；

,结项申请人/项目负责人参考结项PPT大致介绍项目背景、工作产品提交情

况、最终产品的存放位置、目前版本和基线情况和项目既定目标的达成情况等；

/结项申请人/项目负责人参照《项目总结报告》，说明项目执行情况，分析度

量数据并进行经验总结，说明项目的遗留问题情况；

/结项申请人/项目负责人做下一步工作安排，并能够对该项目/产品在市场推广

和项目实施方面提出建议；

,说明该项目与财务相关的情况，合同和结款情况；

/宣布项目组解散，明确项目的后期维护人员（建议项目组只保留不超过20%的

开发人员进行后期维护）；

/领导和参会人员发言，领导判断该项目是否达到结项条件，给出能否结项的结

论，并对项目组的工作给予肯定并提出改进建议，对下一步工作安排给出建议。

,会议结束

2.2.5退出条件（ExitCriteria）

•项目结项会议完毕，结项相关文档入库

2.3结项收尾

2.3.1目的(Purpose)

对项目组中的公司资产进行清查，收集项目数据，更新公司项目状态，保障公司

内部项目信息统一。

2.3.2角色和职责(RolesandResponsibiIity)

角色职费

结项申请人/项/确认并提交项目重要工作文档；

目负责人,向财务部门通报项目回款情况；

/根据《项目管理计划》和《项目交付清单》检查配置库

中的产品提交情况；

配置管理员/建立发版基线，审查配置库权限，如有需要对配置库进

行着库或取消写权限等操作；

/发送发版通知；

品质保证工程

,对项目结项流程进行审查，是否符合规范

师

/核实项目结项收尾工作已完成

/获取项目相关数据，充实组织度量数据库；

项目监管人员

,在公司项目列表(portal)中更改项目状态；

/发送项目结项通知

2.3.3进入条件(EntryCriteria)

•项目结项会议结束

•配置库建立了产品发版基线

2.3.4任务描述(TaskDescription)

2.3.4.1配置库审查与基线建立

•检查《项目交付清单》中提交文档是否均已入库

,配置管理员检查工作产品(含项目结项要求的各种工作产品，如项目交付清

单、项目总结报告等)是否提交入库，确认配置库中产品均没有仍处于签出状态。

•检查项目计划中需提交的产品是否全部入库

/配置管理员检查是否按照项目计划提交了工作产品，主要文档是否有评审记

录。

•给配置库建立发版基线

/配置管理员对已通过上述两项配置审查的该项目的所有文档库和代码库建立发

版基线。

•检查配置库权限

,配置管理员检查配置库的读写权限，及时删除已退出项目组或离职人员的配置

库操作权限。

•根据情况决定是否采取封库操作

/视项目具体情况，配置管理员与项目负责人决定是否对配置库进行封库操作。

2.3.4.2维护公司项目信息

•检查项目发版基线建立情况

/品质保证工程师审查项目是否已经建立发版基线，是否对项目相关的所有配置

库均建立统一的基线。

•更新公司项目列表中该项目状态

/将公司项目列表中的项目状态更改为结项/维护/版本升级/停止。

2.3.4.3发送项目结项或内部发版通知

,项目监管人员核实项目结项工作已完成，发送项目结项通知，附件为项目总结

报告、项目交付清单和项目结项PPTo

,项目结项通知需发送给技术与产品管理委员会、项目管理委员会、项目组成员

和财务部。

2.3.4.4项目信息财务通报

如果该项目签订了合同，在项目结项时结项申请人/项目负责人应向财务部通报

目前财务回款情况及预计的回款日期。

如该项目未签订合同，则无此活动。

2.3.5退出条件(ExitCriteria)

•配置库发版基线建立，发版通知已发送，财务情况已和财务部沟通

3生效

本流程/规范自颁布之日起生效。

4参考及附录

•附件01项目总结报告

•附件02项目交付清单

•附件03项目结项叩T

•附件04项目结项申请邮件模板

•参考01研发项目结项申请审批流程图

精品文档精心整理

文件编码文件密级

最新发布日期当前版本

XX软件股份有限公司

项目立项流程

精品文档可编辑的精品文档

精品文档精心整理

变更履历

版本日期变更位置变更理由/变更内容变更人备注

1.0第一次发布

1.0修改了项目分类和一些文字错误

1.0随着《项目及文档编码规范》的出台，

2.3.4.2以及2.3.4.3增加了品质保证工程

师对项目及文档编码的检查，包括抽查计

划及抽查审核检查表，同时修改了对应抽

查计划模版以及抽查审核检查表模版

1.02.3.2角色和职责中增加了项目负责人必须

每个月提交一份《项目状态清单表》的要

求

1.11、增加了《项目责任书》的相关说明；

2、在缩写和略语中增加了实施负责人的说

明；

3、在缩写和略语中修正公司产品线分类；

4、将产品可研论证报告、产品愿景说明书

的提交放在立项阶段，作为立项与否的参

考，并在立项时要完成项目管理计划的初

稿。

2.0根据2010年组织机构调整进行更新。

1、删除了签订项目责任书的活动

2、美H库建立条目改为可选

2.1

3、明确项目目标中应包括功能、性能和应

用目标

2.2根据2011年组织机构、产品规划进行调整

精品文档可编辑的精品文档

精品文档精心整理

目录

1介2召(Introduction)...............................................................3

1.1目的.............................................................................3

1.2缩写和略语(Abbreviations,AcronymsandTerms)...........................3

1.3参考资料(References).....................................................4

1.4过程总体概述(ProcessOverview)...........................................4

1.5相关过程(RelationalProcess).............................................5

2过程活动描述(ProcessActivityDescription)......................................5

2.1项目立项准备....................................................................5

2.1.1目的........................................................................5

2.1.2角色和职责.................................................................5

2.1.3进入条件..................................................................6

2.1.4任务流程及描述(TaskFlowDiagram&Description)....................6

2.1.5退出条件(ExitOriteria)..............................................8

2.2项目启动........................................................................8

2.2.1目的.......................................................................8

2.2.2角色和职责.................................................................8

2.2.3进入条件...................................................................8

2.2.4任务流程及描述(TaskFlowDiagram&Description)...................8

2.2.5退出条件(ExitCriteria).............................................9

2.3项目启动收尾...................................................................9

2.3.1目的........................................................................9

2.3.2角色和职方.................................................................9

2.3.3进入条件..................................................................10

2.3.4任务流程及描述(TaskFlowDiagram&Description).............10

2.3.5退出条件正xitCriteria)............................................11

3生效.....................................................................................11

4工作产品附件(WorkProductsAppendix)...........................................11

精品文档可编辑的精品文档

精品文档精心整理

5介绍（Introduction）

5.1目的

项目立项是一项决策行为，目标是“做正确的事情”。项目立项一者是采纳符合

组织最大利益的立项建议、使该建议成为正式的项目，二者是杜绝不符合组织最大利

益的立项建议被采纳、避免浪费组织的人力资源、资金、时间等。项目立项是项目生

命周期的起点，为其后一切项目管理和工程活动能够被“正确的执行”提供了主线和

依据，如财务按项目核算、市场部门按项目分析未来的市场状况、事业部按项目考

核、统计等等。项目立项能保证领导层对项目最低限度的信息需求，如项目阶段、项

目负贵人、项目主要人员、项目启动时间、项目发版时间、项目初脸时间、项目终验

时间、主要文档提交情况、项目重大事件等信息。项目立项基本不影响公司现有项目

流程、不增加项目生命周期过程中相关人员的工作量，目的在于把目前分散在研发、

技服、市场、战略、财务等各环节的项目信息整合在一起，宏观上理顺公司项目管理

活动。建立项目立项流程本身不能解决项目能否成功的问题，但它能帮助公司管理

层、项目负责人、项目成员及时了解项目的真实状况，了解项目中发生的问题，积累

知识和经验，提前作好准备和应对措施，使项目做得更好。

5.2缩写和略语(Abbreviations,AcronymsandTerms)

No.名词说明/解释

需要持续维护的项目，界定公司确认为产品的项目团队，如：报

1产品表、BKGMS、GSLGMC、DNA等。（注：该项参照公司JQEIP系统

中的产品线划分）。

为完成某一独特的产品或服务所做的一次性的努力（活动）。项目

界定要从七个方面考虑：有明确的目标和工作范围、有明确的开始

和结尾、需要投入至少2个以上人员、持续时间至少1个月以上、

2项目

有明确的客户或使用者（即发起人，使用者可以是公司本身）、财

务上需要作为独立的实体来核算、方便内部管理（如工作日志的填

报、财务报销等）等角度

群组项项目规模接近、技术/业务相似、需要共享资源的项目为了方便管

3

目理合成一个群组项目，一个群组项目只被分配一个项目编号

技术与

技术与产品管理委员会是公司技术与产品方向的最高管理机构。委

产品管

4员会组成包括：欧阳曜、孙建卫、副总和事业部班子成员备选、夕卜

理委员

聘专家不超过9人。

会

精品文档可编辑的精品文档

精品文档精心整理

项目管理委员会是项目管理相关问题的最高管理机构。委员会组成

项目管

包括：朱晓钧、曾祥逸、副总和事业部班子成员备选，不超过9

5理委员

人。

会

对项目成败负责、能规划项目的体系结构、总体方案、并对项目成

项目负

6员分配、指导工作、解决工作中遇到问题的人，项目负责人掌握了

责人

项目关键信息，项目关键信息的提供由项目负责人提供

因为商务或管理上的需要、负责公司层面协调资源、监控项目进

项目联度、与用户/事业部领导沟通协调、通报项目重大事项的人，项目

7

络人联络人不介入项目具体事务或介入项目具体事务很浅，不掌握项目

关键信息

如项目有明确的目标客户，需要进行产品实施，则项目应指定具体

实施负

8的实施负责人，作为公司内部的客户方代表，实施负责人需参与项

责人

目的全过程，参与项目评审，最后要对项目的结项申请进行批复。

项目阶立项（项目计划）、需求调研与分析、设计、开发、测试、发版、

9

段初验、试运行、终验、维护、版本升级

项目阶

段

10最小粒度可以定义到月或旬

时间粒

度

项目分为：实施型项目、新产品开发项目、产品增强型开发项目、

专题研究型项目、普通项目、维护型项目。

5.新产品型开发项目是指全新的面向特定业务领域、其工作成果

项目分可以独立向市场销售的产品，如“全面预算管理系统2.0

11

类版”。

6.产品增强型开发项目是指依附公司一个或若干个特定产品，通

过增加功能模块、增强/改进功能使用、其工作成果不能独立向

市场销售的产品，如“CI_CQ20综合查询2.0项目”。

高成熟

12对文档要求比较高，品质保证对其监控力度较大

度项目

普通成

13按照最低文档要求组织开发，品质保证对其监控力度较粗

熟度项

精品文档可编辑的精品文档

精品文档精心整理

目

项目级

14项目级别划分两大级别：高成熟度项目和普通成熟度项目

别

是指在项目的生命周期过程中具有里程碑意义的事件，在具体操作

项目重

15上按照项目生命周期阶段，将生命周期中重要阶段的开始和结束以

大事件

及其他重大事件作为重大事件

5.3参考资料(References)

XX公司OSSP《项目策划与监控(PPMC).doc》

XX公司0SSP《过程和产品品质保证(PPQA).doc》

5.4过程总体概述(ProcessOverview)

整个项目立项流程分三个阶段：立项准备、项目启动(评审+筹备)、项目启动

收尾。

4.“项目立项准备”规程对项目立项前的准备工作、立项申请流程以及需

要完成的工作成果进行了规范和说明。

5.“项目启动”规程对项目启动会前就绪条件、项目启动会需要确定的事

项、项目启动会后需要收尾的事项进行了规范和说明，这些事项需要品质保证工程师

检查监督。

6.“项目督导与监控”规程对品质保证工程师在项目生命周期过程的职

责、需要督导和检查的事项、需要收集的信息等进行了规范和说明。

7.“立项管理考核”对整个立项管理过程中所涉及的部门/事业部负责

人、项目负责人在立项管理过程中应尽的职责和实归表现进行客观评价。

项目立项过程总体图如下：

开始>项目立项准备》项目启动-项目启动收尾A结束

特别说明：

/项目如果没有进行立项，公司将不会对该项目提供支持。

/本过程突出了项目编号的作用，项目在项目启动会后必须分配项目编号，项目

编号与项目名称是不可分割的整体，任何出现项目名称的地方必须附上项目编号，比

如公司简报中的内容规范、市场提成单等。

5.5相关过程(RelationalProcess)

过程名称过程编号

精品文档可编辑的精品文档

精品文档精心整理

项目策划与监控(Project

PIanning&MonitoringandJQ/OSSP-PPMC-PCS

ControI,PPMC)

过程和产品品质保证(Process

andProductQuaIityJQ/OSSP-PPQA-PCS

Assurance,PPQA)

6过程活动描述（ProcessActivityDescription）

6.1项目立项准备

6.1.1目的

项目立项准备是为公司技术与产品管理委员会、项目管理委员会进行立项审批提

供必要的信息、为立项启动会的顺利召开作好充分准备。

6.1.2角色和职责

角色职责

2）负责联系客户确认需求大纲；

3）拟写项目立项申请（参见附件01）;

4）准备项目立项演讲PPT（建议项）；

项目申请人/客

5）制定项目主要里程碑计划；

户代表

6）确定启动会时间及参与人员；

7）制定项目管理计划

8）发送会议通知。

品质保证工程师

9）负责指导项目申请人/客户代表完成立项准备工作。

/项目监管人员

10）与项目负责人协商项目配置库的位置，代码合并方

配置管理工程师

案等。

技术与产品管理

委员会、项目管11）批准项目立项申请、决定项目开发与否。