eHR需求分析报告精品文档Word下载.docx

eHR需求分析报告精品文档Word下载.docx

《eHR需求分析报告精品文档Word下载.docx》由会员分享，可在线阅读，更多相关《eHR需求分析报告精品文档Word下载.docx（17页珍藏版）》请在冰豆网上搜索。

职位

审核时间

分发

复制号

备注

注意：

由于文档控制的需要，请您在收到这份文档的拷贝时，将您的姓名填入以上表格中相应的位置。

1.调研总结

1.1.调研报告的目的

本调研报告是就本次XXX集团人力资源系统调研活动的总结。

其中描述了XXX集团管理的现状与各职能业务的基本情况、管理作业流程与项目的特别需求。

用友项目组与XXX集团eHR项目组将依据本调研报告提供的需求及资料制定系统应用解决方案。

其中所列需求部分并不表示已承诺满足，具体解决需在应用解决方案设计阶段进行详细讨论与确认。

双方项目经理签署确认本报告所述内容是真实可靠的。

1.2.调研活动的总结

为了全面细致地了解XXX集团人力资源的业务细节，并将业务规则与系统进行匹配，以便形成系统应用解决方案，用友软件公司项目组通过整体访谈、资料分析、产品演示、个别确认的形式，对XXX集团人力资源部总体及各具体业务内容作了详细调研。

本次业务调研主要是按照一期项目实施的范围，重点对组织架构、人员信息、人员变动、合同管理、薪酬管理、福利管理六个部分进行了调研。

时间管理、招聘管理、培训管理、绩效管理四个方面进行了简单调研。

整个项目实施单位范围（包括二期模块）：

北京XXX集团（集团）股份有限公司集团本部，包括人员由集团统一管理的其他七家公司：

北京公司、上海公司等。

2.组织机构管理

2.1.概述

组织机构管理是指对机构日常业务的管理和机构信息的维护，是HR业务的基础，主要业务包括：

a）集团基础架构、集团内公司目录、部门管理体系、岗位管理体系、职务管理体系的设置和管理。

b）机构的设立、变更和撤销管理。

c）部门、岗位编制的核定及管理。

d）各岗位继任人选管理。

e）虚拟组织管理。

2.2.组织架构

2.2.1.原型业务描述

XXX集团集团是涵盖房地产开发、物业管理、商贸代理、综合投资业务的大型集团企业，存在同班人马管理多家公司的情况，员工的工资发放公司、社保缴交公司与员工合同签署公司可能都不在同一公司。

但从人力资源日常管理的角度，实行人员的集中管理，包括北京XXX集团（集团）股份有限公司、北京当代广告有限责任公司、北京荟宏房地产开发有限责任公司、北京建铭房地产开发有限公司、北京凯韦诚投资管理有限责任公司、北京丸博国际商务咨询有限公司、北京兆泽房地产开发有限责任公司、北京丰铭置业有限责任公司八家公司。

下属的物业、商业、和即将成立的酒店管理公司，工资发放、绩效考核等人力资源管理均自主进行。

XXX集团的组织机构图如图1所示。

集中管理的七家公司，基本采用的是树形层级式管理。

XXX集团部门管理体系较为清晰，目前包括总裁办公室、人力资源部、法律合约部、财务资金部、规划设计部、计划管理部、工程管理部、合同预算部、材料采购部、前期管理部、推广销售部、商业营运部、写字楼酒店部、策划发展部、战略投资部、董事会办公室、审计稽查部、西单项目部、雅宝路项目部19个部门。

图1XXX集团组织机构图

根据公司组织架构业务分类，分为P序列（项目开发序列）、R序列（投资收益序列）、C序列（渠道服务序列）。

1）P序列：

指公司在房置地价值链中负责房置地产品开发的产出部门，包括规划设计部、工程管理部、前期管理部、合同预算部、材料采购部。

2）R序列：

指公司在房置地价值链中负责房置地产品出售或持有经营的收益部门。

包括策划发展部、推广销售部、商业营运部、写字楼酒店部。

3）C序列：

指公司在房置地价值链中为产出和经营部门提供渠道和服务的职能部门。

包括战略投资部、审计稽查部、董事会办公室、总裁办公室、财务资金部、人力资源部、计划管理部。

2.2.2.需求分析

1）问题及需求：

XXX集团的组织架构后续还有可能变化，主要是部门的汇报关系发生变化，在系统中如何实现？

需求分析：

系统支持部门、岗位的上下级关系定义及修改。

2）问题及需求：

有的部门暂时没有人员，比如商业营运部。

在系统中如何处理？

如果是正式规划的部门，可以在系统实施过程中将该部门搭建于组织体系中，以后有业务需要时，人员可以直接入职、调配到该部门。

如果尚不确定该部门是否设置，在系统的公司目录中可以暂不设置该部门，系统支持对部门的设立及变更等操作。

2.3.岗位的管理体系

2.3.1.原型业务描述

XXX集团对岗位的管理有比较严格的要求，每个岗位都有明确岗位说明书。

新员工入职一个月内，在签订劳动合同的同时，还需要签署相应的岗位说明书、工作目标责任书等。

2.3.2.需求分析

公司对某些特定的岗位有一定的继任人管理，在系统中如何实现？

系统中岗位管理模块下有一个节点为：

继任人选维护，在此节点我们可以完成某一个岗位继任人员的维护，一个岗位可以有多个继任人选。

目前公司对每个岗位都有岗位说明书，在系统中如何做到对岗位说明书的记录，如何详细的记录这个岗位有什么岗位任职说明等信息。

系统中的岗位信息包括主集信息以及子集信息，主集信息又包括岗位基本情况和岗位任职资格。

子集信息包括岗位办公设备、岗位发展计划等。

对岗位相应的职责说明在主集中的岗位任职资格页签可以记录，主要包括：

学历要求、性别要求、年龄要求、专业背景要求等信息的维护。

此外每个岗位信息系统还支持上传5M的附件。

子集信息名称可以修改。

2.4.职务的管理体系

2.4.1.原型业务描述

XXX集团规划以职务和岗位双向维度来管理人员，目前还没有形成完善的职务簇以及职务。

从现状来看，相同的岗位可以对应不同的职务。

相同的职务也可以对应不同的薪酬级别。

2.4.2.需求分析

目前XXX集团的职务体系尚在规划，因此在系统实施过程中对职务暂不设置，但希望系统提供职务管理的功能。

系统支持对职务簇及职务的管理，并提供了职务基本情况和职务任职资格描述。

职务簇是具备同样属性要素、但存在量差的岗位集合，同一个职务簇中不同的个体，存在等级、重要性、目标等的差异。

处于相同职务簇的群体，我们会用同样的管理方式去管理，如培训、考核、资源调配、薪酬设计等等。

2.5.编制管理

2.5.1.原型业务描述

XXX集团目前是由集团统一对八家公司进行编制管理，编制控制到岗位级。

按照部门、岗位制订编制数。

2.5.2.需求分析

公司内劳务人员、集团外借调等人员是不占编的，在系统中如何处理此类问题。

本系统在进行编制管理时可进行人员类别占编设定。

在系统搭建时可以建立劳务人员、集团外借调等人员类别，在编制设置时将此类人员设置为不占编。

3.人员信息的管理

3.1.概述

人员信息是HR管理的基础。

人员信息管理的内容主要包括：

1、人员类别管理。

2、人员编码管理。

3、员工基本信息项目设置及维护。

4、人事信息预警。

5、统计分析报表应用。

XXX集团目前对人事信息的管理基本是通过手工管理，有些业务到很难进行有效的管理监控，尤其是需要对人事信息进行查询、统计分析时，工作量大，还难以保证结果的准确性。

3.2.人员类别管理

3.2.1.原型业务描述

在系统中不同状态的人员所涉及的业务不同，系统初始将人员分为：

在职人员、解聘人员、离退人员、调离人员、其他人员五大类。

系统根据每大类人员的业务特点，做了一定的控制。

每大类人员具体含义是：

在职人员：

指在册的正式员工。

解聘人员：

曾经在本公司任职，合同到期或其他原因解聘的员工。

离退人员：

曾经在本公司任职，现在由于离休、退休等原因离开的员工。

调离人员：

曾经在本公司任职。

现在调离到其他公司的员工。

即使员工属于XXX集团内公司间调动，对于调出公司来说，该员工依然是调离人员。

其他人员：

本公司管理人事关系，但是并不真正属于本公司的在职员工。

目前XXX集团公司的人员分类如表1所示：

表1XXX集团人员分类表

序号

归属范围

人员类别

1

在职员工

在岗

合同制员工

试用期人员

实习生

返聘离退人员

劳务人员

借出人员

从集团外部借调人员

不在岗

长期病休假人员

休产假人员

工伤人员

待岗人员

2

解聘人员

辞职人员

与公司解除劳动合同

不予公司续订劳动合同

辞退人员

不予员工续订劳动合同

公司与员工解除劳动合同

3

离退员工

退休人员

离休人员

4

调离人员

5

其它人员

系统中的人员分类，建议在上述分类的基础上根据人事统计需要进行适度修改。

在进行人员类别规划时，有两点要求必须要满足：

（1）任何一个员工都能对应到某一个人员类别；

（2）任何一个员工不能同时属于多个人员类别。

人员类别的划分要求可以方便的对不同状态的人员进行统计，同时需要对调配离职状态中的人员进行跟踪管理。

人员分类不必太细，否则系统操作会变得比较复杂。

3.2.2.需求分析

公司目前存在休假人员，特别是休产假以及长期病假的人员，在建立人员类别时是否可以建立休假人员的类别。

系统是支持建立休假人员类别的。

是否需要建立新的人员类别，还要看这类人员在处理业务时有什么特殊性。

（1）目前在XXX集团的编制管理中休产假及长期病假这类人员的薪资发放不同于在岗员工。

如果将休假人员设为独立的人员类别，在薪资项目公式设置时，可以以人员类别作为判断条件。

（2）如果人员在休假期间，由别人来承担其工作，休假人员空出相应的编制。

那么在系统中建立休假人员类别，并在设置公司编制时把休假人员设置为不占编人员，员工需要休假时做相应的调配，将人员属性变为休假人员，即可实现对编制的灵活管理。

3.3.员工编码以及员工基本信息的管理

3.3.1.原型业务描述

目前公司对员工编码没有统一的规则，员工也没有在用的人员编码。

在花名册中可以体现员工的姓名、身份证号、户口性质、职称、学历、专业等一些基本信息。

3.3.2.需求分析

是否可以按照人员所在的部门进行人员编码的编制？

员工编码是否可以自动生成？

系统目前支持人员编码的自动生成以及手工录入，每个员工在系统中对应唯一编码，可以根据人员编码随时跟踪员工的各类信息情况，对系统本身数据查询及业务管理起到重要作用。

如果人员编码中体现部门编码，则人员发生调动以后，人员编码并不发生改变，就表示不了之前的信息了。

建议人员编码用流水号来完成。

人员换岗后会影响到人员编码的变化吗？

人员编码在系统中作为人员的唯一标识，在人员进行相应业务时人员编码也不会随着业务变化。

3）问题及需求：

人员离职以后，其人员编码是否会重新分配？

人员离职后，系统仍保留该人员的信息。

人员编码不会再重新分配给其他员工。

4）问题及需求：

公司上市或申请某些资质时，需要对公司内具有各种专业资格、等级证书的人员进行统计，比如：

工程师、会计师等。

能否在系统中方实现这一功能，并且可以搜索同类专业资格信息。

系统支持通过子