软件实施人员培训总结

为了让大家尽快熟悉应用系统，从多方面掌握系统，在用户提出需求的时候能够对需求做到准确的理解，组织一场采取一对多培训的方式对实施人员进行培训。培训后结合平常工作经验总结如下：

做好软件项目实施运维工作，以下几个方面要注意。

1. 掌握系统业务知识。

系统的由来，系统支撑以及系统所需要要素解释。
提供文档材料以及视频学习

2. 了解项目背景

• 项目由来，项目的目的
• 项目范围，项目干系人
• 项目实施内容，项目系统目标用户
• 项目系统部署环境，项目系统部署环境
• 项目系统架构，项目系统与其他系统关系

3. 配置系统业务流程

• 画3-5遍系统流程图直到能够讲出来通用流程。
• 上系统测试业务流程
• 画出流程节点的输入处理过程输出
• 再去回顾业务知识，查漏补缺。
• 上系统配置业务流程，找到核心节点，核心人员，核心的操作。按顺序配置节点。
• 配置一个业务流程节点就立刻验证，不用等到完全配置完再验证。
• 搞清楚配置业务流程页面每个要素代表的含义。能够解释。

配置流程开始一定要慢

4. 登陆应用系统

• 系统本身很简单
  通过配置流程知道用户业务逻辑后再去动手接触系统
• 带着问题去熟悉系统
  该系统有哪些功能模块有哪些？
  功能模块实现功能能解决什么问题？
  每个功能模块内在发生什么？有何逻辑
  功能模块页面要素有哪些，分别什么含义
  功能模块要素之间有什么关系？
  通过图形去表达所接触的系统。

5. 初始化应用系统

• 清楚初始化配置的内容
• 知道如何进行系统初始化
• 动手进行初始化工作
• 返回系统验证初始化有效性
• 调整系统初始化内容

这步操作的要求就是很熟练。能做到定制化。

6. 梳理应用系统需求

别害怕用户提需求
别着急答应和否决
别口头讨论需求拿笔跟纸

• 业务流程图形化表达（便于沟通）
• 为什么用户提这需求 （便于确认）
• 自己理解后再描述需求让用户确认 （便于验证）

7. 更新应用系统更新

系统更新很危险，需要谨慎。
更新系统一定要慢。

注意以下几点：

• 测试环境是否与生产环境一致（服务器以及终端环境）
• 更新目的是否清楚
• 更新版本是否确认
• 更新内容以及更新后效果是否清楚
• 更新内容是否对其他模块有影响
• 更新前是否进行至少2轮测试
  考虑终端环境以及服务器环境
  考虑环境的其他支撑软件
  考虑系统模块完整性测试
• 更新时间是否确定
• 更新步骤是否清晰了操作（如何进行更新）
• 更新相关人员是否通知
• 更新后系统是否验证
• 更新后是否进行反馈
• 更新前系统是否正常以及有功能项
• 更新记录是否清晰

作为软件实施运维人员首先要喜欢上系统。系统本身存在就是有价值，我们只不过与用户通过它再次创造各自需要的价值。

其次是比用户更会使用系统，你对系统的熟悉度程度代表着你的专业程度，代表着你的服务能力，代表着你是否能获得用户的信任。

最后是想方设法让用户用系统，为用户解决问题。