项目管理全流程WBS V1.0 思维导图模板_ProcessOn思维导图、流程图

12项目变更

12.1项目变更流程

12.1.1项目变更沟通

12.1.2项目变更申请

12.1.3项目变更确认

13项目运维

执行角色

运维人员

输出

运维记录表

11项目验收

10.1项目验收

10.1.1验收申请

执行角色

项目经理

输入

验收标准

验收报告

部署拓扑图

需求规格说明书

用户操作手册

安装部署手册

运维手册

测试报告

输出

验收报告

验收问题清单

需求、bug排期计划表

10.1.2 验收问题清单处理

10.1.3 甲方OA流程阶段

10.1.4验收归档

执行角色

项目经理

输出

归档后的项目文件夹

10. 客户培训

3.2.1培训准备

物料准备

签到表

产品使用手册（电子版）、产品功能介绍小视频（单功能）

培训PPT

背景介绍

产品设计理念

系统基本情况介绍

主要功能介绍

使用技巧介绍

Q&A

总结语

系统的基础数据

后台数据、前台数据

多个角色账号

制作培训全程脚本+每个功能的场景和案例

对应产品的稳定系统

提前在系统跑一遍培训流程

常用的问答题

例如投行中的如何发起立项申请，人员离职了的审批如何处理、如何将文档关联成底稿、如何查看项目进度情况等

使用技巧案例

经常的总结使用技巧库，例如承做后到发行时的阶段工作移交就可以通过任务方式来实现事中提醒和记录、事后追溯查找

培训流程表

输出培训流程表，内容包括培训内容、培训时间、培训流程、培训地点、参加人

自我准备

提前了解被培训客户的业务情况

公司背景、参会领导的习惯和背景，之前的工作流程，是做股多还是做债多等

合适的着装

提前模拟演练几次，从开场白开始，按照话术脚本从头到尾讲一次，过程中都用场景和案例带出功能，保持节奏，注意细节，练到熟练为止

客户准备

让客户明确培训的时间、地点、培训的内容、培训的流程，要反复提醒客户培训的重要性，不认真参加培训危害和风险，让客户提高对培训的重视

明确参加培训的人员

提前发给客户此次培训的材料（PPT课件、使用手册、使用小视频），让客户提前学习了解

3.2.2进行培训

开场

作用

打破僵局、建立关系、营造氛围

欢迎和自我介绍

欢迎语：非常高兴和欢迎各位来参加本次为期半天的智慧投行系统培训

自我介绍（经历和经验介绍）：我是XXX公司的XXX，从事投行产品XX年等

介绍目的、内容、重点

不同阶段的培训有不同的目的，需求调研时的目的是让客户明确产品已经满足了脑中原有的哪些需求，还有哪些需求是产品当前不满足的；系统验收测试时的目的是让客户熟悉了解所有功能，产品是如何解决实际工作的相关事务的；培训的内容是智慧投行系统的前后台功能，这些功能涵盖贵公司所有融资类型项目的全流程管理；重点：通过一到两个融资类型项目的全流程来让大家熟悉系统的功能是如何支撑平时投行事务注：要再次强调培训的重要性

课堂纪律

请大家在过程中先记录下问题，答疑环节统一提问；

提醒大家全程手机静音，保持安静，积极互动，不惜掌声

主体

背景介绍

介绍产品或项目的当下背景，例如政策监管、行业现状等

产品设计理念

介绍公司战略（智慧投行）、产品的3步理念（功能平台、数据平台、智慧平台）等

系统基本情况介绍

系统架构、功能结构等

主要功能介绍

以一两种不同融资类型项目为中心，进行全流程的功能介绍

使用技巧介绍

介绍系统使用的一些技巧，例如主工作台的灵活运用等

结尾

总结主要内容

重新讲一下当次培训的主要内容，指出培训中发现的问题

答疑

解答大家的问题

提问测试客户的掌握程度

向不同岗位的人员问出提前准备的相关问题，了解客户的掌握程度

强调客户注意事项

强调重点问题，例如再次提醒大家承揽、承做、发行、持督分成四个项目管理等

结束语

谢谢大家，希望大家培训后多多使用等

3.2.3培训总结跟踪

评估

包括对培训内容的满意度、对培训讲师的满意度（语言表达、讲述速度、条理性、是否举例、互动性）、此次培训的几点收获、几点建议

跟踪

建立沟通群

解答和记录客户提出的问题（建议客户安排专人进行一级解答，我方人员进行二级功能应用解答，我方业务专家进行三级专业解答），并定期整理汇总客户问题和答案，形成Q&A库，同时分析客户提出问题的原因，是培训时没重点讲、还是干脆没讲到、又或者是客户没认真听等，针对这些原因分别进行调整；如果大部分客户培训后产生大量问题时，要反思培训前是否与客户反复强调培训的重要性、培训中是否多次提醒客户要认真重视，引导客户多看功能小视频和使用手册，仔细评估是否有必要再次进行一次专项培训

仔细查看系统的日志

查看客户的试用/测试情况是否与试用/测试计划一致，如果发现严重不符时，要直接介入带领客户进行试用/测试，以达到培训的目的，避免正式使用时产生大量问题

9.3测试环境培训（同3.2试用培训）

9.7用户全员培训（参考3.2试用培训）

9.客户环境部署

9.1.1向甲方申请部署邮件

执行角色

项目经理

输入

资料清单

输出

部署申请邮件确认

前置任务

2.1.5

合同首款到账（未到账需要流程特批）

9.1.2甲方环境准备

执行角色

甲方IT人员、项目经理

输入

硬件配置清单表

输出

服务器进场

应用服务器

数据库服务器

文件服务器

服务器软件准备

软件清单（软件名版本 ... ）

系统接口清单

项目实施计划

前置任务

9.1.1

9.1.3甲方部署环境准备完毕回执邮件

执行角色

甲方IT人员、项目经理

输入

甲方环境准备完毕

输出

甲方部署环境准备完毕回执邮件

前置任务

9.1.2

9.1.4环境部署内部资料申请

执行角色

项目经理

输入

部署流程JIRA提交审批

输出

确认安装包文件

审批完成

工单派出

前置任务

9.1.3

9.1.5部署完成发邮件同步相关干系人

执行角色

项目经理

邮件接收

客户项目总监销售

9.1测试环境部署（同3.1客户环境部署）

9.2系统测试

9.2.1系统测试

执行角色

测试人员、运维人员、项目经理

输入

测试系统

风险登记手册

运维+测试要求

输出

测试问题清单

系统测试报告

测试用例

系统漏洞扫描报告

前置任务

9.1

9.2.2系统测试问题解决（if exists）

执行角色

测试人员、开发人员、运维人员、项目经理

输入

测试问题清单

风险登记手册

输出

问题解决完成的测试系统

项目实施计划

前置任务

9.2.2

9.4用户测试环境测试

9.4.1测试环境用户测试

执行角色

用户

输入

测试系统

运维+测试要求

输出

用户测试问题清单

系统满意度调查表

前置任务

9.3

9.4.2用户测试问题解决（if exists）

执行角色

测试人员、开发人员、运维人员、项目经理

输入

用户测试问题清单

风险登记手册

输出

问题解决完成的测试系统

项目实施计划

系统复测报告

前置任务

9.4.1

9.5正式环境部署(参考3.1客户环境部署)

9.6用户正式环境测试（同9.4用户测试环境测试）

8.测试阶段

8.1 测试计划确认

8.2 测试用例评审

前置条件 5.1.2

8.3 产品测试

1项目立项

1.1.项目立项

1.1.1立项申请

执行角色

销售人员

输入

招投标文件

合同文件

中标通知书

干系人名单

风险登记手册

售前阶段文档

售前调研输出

输出

立项通过

任命项目经理

1.1.2项目文件审批

执行角色

项目经理

输入

招标文件

投标文件

合同文件

中标通知书

干系人名单

风险登记手册

项目背景文档

项目建设目标、客户对目标的期望值

涉及部门

需求范围

里程碑计划

验收标准

甲乙义务责任

项目建设周期要求

输出

风险登记手册

风险应对措施

干系人名单

各里程碑任务

合同（目标、范围）

硬件配置清单表

发送给客户

前置任务

1.1.1

2项目启动

2.1项目启动会

2.1.1内部项目组成员组建

执行角色

项目经理

输入

合同文件

资源日历

输出

项目组成员通讯录

开发

前端

后端

测试

运维

前置任务

1.1.2

2.1.2内部项目启动会

执行角色

项目组成员

输入

风险登记手册

干系人名单

风险应对措施

项目里程碑实施计划

合同（目标、范围）

输出

项目章程

内部项目组成员职责

前置任务

2.1.1

2.1.3外部项目启动会准备

执行角色

项目经理

输入

项目里程碑实施计划

项目沟通管理计划

输出

外部启动会的安排

时间

地点

人员

形式

项目启动会PPT、项目实施计划、项目章程等文件

发送给客户确认

前置任务

2.1.2

2.1.4外部项目启动会

执行角色

甲乙双方项目组成员

输入

项目启动会PPT

项目章程

项目干系人通讯录

项目里程碑计划表

合同（目标、范围）

项目启动会签到表

项目启动会会议纪要模板

输出

项目启动会会议纪要

项目启动会签到表（签字）

项目启动会录屏文件

项目干系人通讯录

项目职责表

项目验收标准

项目范围

软硬件环境部署完成时间

运维+测试要求

项目沟通机制

项目实施计划

项目启动会PPT

远程访问方式

vpn

正式环境

测试环境

堡垒机

远程软件

teamviewer

向日葵

前置任务

2.1.3

2.1.5双方确认项目启动会决议内容

执行角色

项目经理

输入

会议纪要

项目章程

项目启动会PPT

输出

邮件确认

前置任务

2.1.4

3.需求阶段

3.1系统对接（if exists ）

3.1.1对接方案沟通

执行角色

项目经理、开发人员、甲方IT、业务人员

输入

合同文件

合同（目标、范围）

输出

系统对接方案

系统对接（参考资料）

调研对象

项目接口人+IT负责人

有哪些系统和项目有关联，系统间的关系

对接的系统处于什么阶段，是否涉及二次开发

同步的规则和数据

对接的成本

各系统的厂家、接口人

接口资料

系统对接工时

项目实施计划

接口设计说明文档

数据库设计说明

对接系统的资料

软硬件环境要求

APP是否可以开VPN

防火墙策略

服务器（放对接程序）

3.1.2对接方案确认

输入

接口设计说明文档

系统对接方案

项目实施计划

输出

邮件确认

3.1.3对接开发联调

执行角色

开发人员、甲方开发人员

输入

软硬件环境

APP是否可以开VPN

防火墙策略

服务器（放对接程序）

系统对接方案

接口设计说明文档

数据库设计说明

输出

需求状态表

测试报告

前置任务

2.2.1

3.1.4开发联调确认

邮件确认

3.2 基础数据需求调研（可与3.1并行）

4.2.1调研准备工作

执行角色

项目经理

输出

调研计划文档

收集的业务资料

各部门规章制度

融资类型

组织架构

人员信息

4.2.2需求调研

执行角色

项目经理

输入

调研计划文档

输出

调研计划文档

需求跟踪矩阵

前置任务

4.2.1

4.2.3基础数据维护

执行角色

项目经理、甲方业务人员

输入

收集的业务资料

调研计划文档

输出

试用环境系统中的基础数据

导入

录入

同步

前置任务

4.2.2

3.3 业务需求调研

3.3.1调研准备

项目背景

对象：接口人/主管领导

参考材料：招投标书、合同、销售期间材料

3.3.2调研

项目业务

业务流程

调研对象：项目接口人+业务负责人

业务节点

节点前输入物

节点完成内容

节点处理的安全/准确/保密性等

立项会议

节点后输出物

节点使用角色

角色在公司的岗位

角色岗位的人数

提供该角色的调研对象和时间安排

业务老师没有时间配合

业务资料收集

业务流转过程的表格、单据、报告（真实样例）

业务制度、管理办法、规则算法（例如项目编码规则，会议投票规则等）

项目角色

角色岗位是什么

质控

岗位和项目相关的工作内容有哪些

调研对象：角色代表

3.3.3需求分类处理参考方案

项目需求（合同需求）

公版交付

公版已实现的

公版未实现的（已计划/未计划/要收录进公版）

可随公版计划交付的（不在本次验收范围）

必须本期合同验收的，联系产品优先排期交付

个性开发

项目服务部当期实现

合同外需求（调研产生的）（告知客户不在验收范围）

可公版解决的（缺陷/建议）（已计划/未计划/要收录进公版）

可随公版计划交付的（不在本次验收范围）

必须本期合同验收的，联系产品优先排期交付

个性开发的

推掉不做

必须做的

评估需求和成本

走需求变更审批（销售确认是否收费

排期实现交付

3.4 需求分析

执行角色

项目经理

输入

需求跟踪矩阵

输出

需求跟踪矩阵

核实的可交付成果

需求规格说明书

3.5 需求规格说明书确认

执行角色

项目经理、甲方业务人员

输入

需求规格说明书

风险登记手册

输出

邮件确认需求规格说明书

3.6 需求评审

执行角色

项目总监销售人员技术

输入

需求跟踪矩阵

输出

需求排期

需求跟踪矩阵

项目实施计划

4.设计阶段

4.1对接需求

4.1.1服务提供、直接采购

跟踪

4.1.2个性化开发

项目需求设计

4.2 设计评审

UI

UI计划确认

UI设计

UI评审

开发

数据库设计

详细设计

开发文档评审

开发计划确认

前置条件：4.1.2

5.demo开发

5.1 demo开发

5.1.1内部demo环境开发

建立测试环境基础数据（组织架构及人员账号信息）

5.1.2 内部demo环境测试

更具项目需求说明书确认测试用例

5.3 demo试用

5.3.1跟踪试用情况

执行角色

项目经理

输入

试用计划

人员

业务

试用程度

输出

系统日志

试用问题清单

前置条件

5.1

6.采购

6.1 采购需求确定

6.2 采购商筛选

6.3 采购流程

7.开发阶段

6.1产品开发

跟踪开发进度