用友软件-eHR关键实施文档.pptx

关键实施文档培训
用友软件股份有限公司
HR实施总部 盛 欣
培训大纲
实施文档概述
需求调研方法
典型调研结果
如何分析需求
需求报告示例
如何设计方案
解决方案示例
练习
Q&A
报表分析需求？
哪些制度会影响到需求？
表格意味着什么？
需求分类
第一步，按功能分类
原因：
大部分人力资源部门都会按照不同的业务模块分设不同的岗位，比如招聘岗，绩效岗，人事岗等，有利于分别确认需求。
我们的产品是按照模块来组织的，有利于功能实现的描述。
第二步，按对象分类
原因：
需求确认的过程通常是按对象来逐一确认的，比如集团级用户确认集团级需求，公司级用户确认公司级需求，领导确认报表的需求，用户确认操作的需求，IT部确认系统集成的需求。
不同对象对于同一功能的需求层次不同，区分对象有利于把握重点的关键任务的需求。
需求分类
第三步，按业务分类
原因：
每个公司都有自己的业务操作模式和流程，按照流程分类，有利于规划角色、权限和业务流程。
按照流程分类有利于客户理解业务解决方案，是确认解决方案的前提。
需求分析
现状描述（As－Is）
目标：详细的描述客户业务的现状。
方法：
1. 语言描述
示例：
需求分析
现状描述（As－Is）
方法：
2. 表格表达
示例：
需求分析
现状描述（As－Is）
方法：
2. 流程图表达
示例：
需求分析
现状描述（As－Is）
控制点：
1. 完整。不要害怕客户的需求。
2. 逻辑。有条理的描述，逻辑清晰。
3. 分类。分类清楚，易于理解。
4. 侧重。有策略的突出重点，对于非关键需求一笔带过。
小技巧：
如果不知道如何描述，客户也没有概念，可以参考我们的功能说明描述，引导客户。
关键点
在写现状描述时，一定要从客户的实际情况出发，忘掉我们的产品。不要将分析结果和解决方案写入现状描述。
需求分析
分析及建议
目标：
1) 依据标准产品功能，将需求分类。
2) 针对标准产品可以实现部分，直接阐述实现方式；
3) 针对需要变通方案解决的需求，直接提供一个或者多个方案建议给客户选择，并阐述理由；
4) 针对需求二次开发解决的需求，一个或者多个方案建议给客户选择，并阐述理由，并估算工作量；
5) 针对无法实现的需求，详细阐述理由。
方法：
同需求描述
需求分析
分析及建议
控制点：
1. 把握优先级。集团级>公司级；决策者>操作者; 在分析时倾向于决策者，有利于项目的推进。
2. 合理建议。尊重客户的需求，不能鄙视客户的需求，置身事外，让客户自己来选择。
关键点：
有效的组织差异的讨论与分析。确认需求的关键。
需求分析
分析与建议
示例一：
需求分析
差异分析
示例二：
需求确认
第一步：确认文档目的。
需求分析报告的目的是描述客户的现状及未来业务可能的建议
需求确认
第二步：确认文档结构。
示例一：
需求确认
第二步：确认文档结构。
示例二：
需求确认
第三步：统一文档格式。
需求确认
第三步：统一文档格式。
需求确认
第四步：完善文档内容。
需求确认
需求报告
控制点：
1. 明确将需求分类。哪些能实现，哪些开发，哪些不能实现，让客户明确。
2. 让客户理解需求报告。
关键点：
引导客户的需求，而不是拒绝客户的需求。
管理客户的需求，而不是砍客户的需求。
分组讨论
请各组组织讨论，列出撰写一个合格的需求分析报告最关键的三个要素是什么，并阐述理由。
培训大纲
实施文档概述
需求调研方法
典型调研结果
如何分析需求
需求报告示例
如何设计方案
解决方案示例
练习
Q&A
需求调研分析报告示例
示例一：
示例二：
示例三：
培训大纲
实施文档概述
需求调研方法
典型调研结果
如何分析需求
需求报告示例
如何设计方案
解决方案示例
练习
Q&A
解决方案设计
基于现有产品设计应用方案
尽量避免二次开发
变通解决客户合理需求
说服客户放弃不合理需求
合理性考虑
符合业务优化原则
符合投入产出原则
具有行业普遍性
需求调研结果
系统参数配置
原型测试
基础数据准备
测试结果
差异分析
流程配置
产品方案
流程调整
二次开发
方案设计步骤
方案设计和差异分析
产品功能
客户需求
（产品