项目管理规范和制度v1.0

苏州市纽克斯照明有限公司内部控制系列文件

项目管理制度系列

项目管理制度

第1版

制度更新一览表

注：1．本记录表记录每次修订制度的内容和版本号；

2．每次制度更新、修订、审核和核准记录必须完整，日期必须注明。

目录

1、项目计划及跟踪 (4)

1.1 项目计划 (4)

1.2周例会制度 (4)

1.3阶段例会制度 (4)

1.4早会制度 (4)

1.5会议纪要制度 (4)

2、风险管理 (5)

3、实施范围管理 (5)

4、二开需求管理 (5)

5、知识转移 (6)

6、文档和变更管理 (6)

6.1 文档管理制度 (6)

6.2 文件签字确认制度 (6)

6.3 问题报告制度 (6)

6.4 重要事项确认制度 (7)

6.5 项目变更机制 (7)

7、奖惩制度 (7)

1、项目计划及跟踪

1.1 项目计划

参照附件《项目实施主计划》

1.2周例会制度

⏹目的：周例会作为项目的关键点进行项目进度和质量控制

对本周工作内容进行总结，展示阶段成果，共同确认

对项目的整体进度成果进行汇报

对重要问题汇总，给出解决方案

制定下周工作计划

⏹时间：每周五上午10点到12点，可根据实际情况调整

⏹参加人：项目组全体成员

⏹地点：

⏹执行内容：

1)检查本周项目成果，针对项目问题给予建议解决方案

2)形成会议纪要确认，签字确认存档

3)会议纪要模板请参照附1

1.3阶段例会制度

⏹例会主持人为项目经理，由项目组成员（如：专职关键用户、关键用户、业务骨干）参加；

⏹定期向高层汇报阶段成果工作

⏹议题主要有以下几点：

1)项目实施主计划执行状况，实施成果汇报及分析，后续措施规划

2)各部门间业务协同问题的协调

3)提出问题，商定解决方案

4)以会议纪要或公司文件形式下发各相关部门或人员并落实

5)会议纪要模版附1

1.4早会制度

⏹每天上午8:15分开始，总结上日工作，部署本日计划安排

⏹项目组成员参加

1.5会议纪要制度

⏹项目团队内部周例会、相关专题会议，会议内容需形成会议纪要，纪要需项目经理确认

⏹会议内容需体现尚未解决的问题及解决时限等信息

⏹会议纪要模版附1

2、风险管理

⏹风险管理贯穿整个项目，它考虑了项目所涉及的可能造成项目失败的因素

⏹以下一些问题可能在风险管理时要考虑

3、实施范围管理

⏹本项目的实施范围已在合同中作了明确的定义。项目的开展将会被严格地控制在已达成实施范围

之内，这一点必须确认为原则。任何超出此范围之外的实施与开发将对项目直接造成危害

⏹假如在项目开展之后，有修改实施范围的请求，必须严格按照以下程序执行:

1)任何实施范围的修改，项目经理需指派负责人对需要修改的内容及造成的影响进行认真和全

面的调查和研究，并以文本的形式提交调查结果。项目经理将对所带来的影响进行评估，评

估范围包括项目计划的变动，存在的风险，人员和资金资源要求，并将批准还是拒绝的决定

上报项目领导委员会进行最终决策

2)在项目进行期间，高层管理层的对项目支持的承诺和时间的投入是至关重要的，因为有一些

出现的变动只有高层管理层才有相应的责权进行决策。这些变动及时处理将会对项目进展的

起到非常重要推动作用。反之，处理的延误将对项目造成严重的负面影响，也将对项目的信

心和工作节奏造成负面影响，多次的延误将会对项目成败造成影响

4、二开需求管理

⏹由于项目的时间紧任务重，原则上不接受新的需要二次开发的需求（未含在合同附件内的需求）

⏹在项目实施过程中，若确实出现此类需求，则应按以下流程管理:

1)在项目实施进行时，可以口头或书面形式提出项目实施变更要求，任何变动请求都在形成书

面申请后才能受理

2)变更申请需经过项目经理审批通过后方可正式提交总经办

3)在收到变更申请后十日内对需求变更申请表进行分析并出具建议方案

4)基于变更的范围及复杂度，项目组可能会对分析“变更申请表”及准备“变更方案建议书”所作的

工作收取费用。如需收取费用，项目组将书面通知费用估算情况，客户在收到费用估计后十

个工作日内予以项目组公司正式答复，否则可视为对此默认同意。在此期间，用户也可收回“变

更申请表”

5)项目组提交的变更方案建议书中除描述建议解决方案外，还会就此项目变更对项目的进度、

预算等造成的影响进行说明

6)项目变更可能会造成整体实施进度、成本等各方面较大程度的改变，项目经理有共同责任仔

细审核任何更改请求。如经分析后，可确认影响范围，经过项目经理审查通过并上报准总经

办审批通过后方可进行变更的工作

5、知识转移

⏹在项目进行中，知识转移给关键用户是项目组的目标

⏹产品知识、系统操作从项目组转移至关键用户，让关键用户成为业务和产品应用的专家

⏹实施方法从项目组顾问转移至关键用户，共同制定和完成业务蓝图和流程的设计

⏹项目组提供标准产品视频教程，培训指导关键用户。

6、文档和变更管理

6.1 文档管理制度

⏹项目团队在制作业务流程图、编写实施文档等项目有关信息资料时，必须统一格式，做到面向客

户的统一；项目经理是相关规范制定责任人；实施顾问是相关规范实施责任人

⏹项目过程中需向客户方提供的项目资料均需先由项目组内部评审，项目组内部评审通过后方可向

客户方提交；内部评审人员：项目团队

⏹项目过程产生的文档资料等实施顾问各自负责自己的文档资料，如有工作交接情况发生必须保证

交接资料的完成性和最新版本；项目团队公用项目文档资料项目经理负责

6.2 文件签字确认制度

⏹实施主计划书、产品安装报告、需求分析报告、业务解决方案、培训方案、项目周状态报告、项

目变更单、周例会会议纪要、实施日志文件、项目汇报文件、重要事项确认文件、系统上线报告、项目交付验收报告等项目过程文档，文档签署和确认采用纸质方式，且必须经项目经理签字确认，方为有效文件

6.3 问题报告制度

⏹测试和安装过程中出现的问题，由关键用户、关键用户通过《问题提交单》（附表2）形式提交项

目组。项目组反馈的意见和解决方案以该单据回执方式发给提交人，由提交人落实解决，解决过程可由项目组项目组协助完成。并由项目组项目组将所有问题整理成《问题列表清单》（附表3）