- 最后登录
- 2007-10-10
- 注册时间
- 2007-9-29
- 威望
- 0
- 金钱
- 3
- 贡献
- 0
- 阅读权限
- 10
- 积分
- 3
- 日志
- 0
- 记录
- 0
- 帖子
- 4
- 主题
- 4
- 精华
- 0
- 好友
- 0

该用户从未签到  - 注册时间
- 2007-9-29
- 最后登录
- 2007-10-10
- 积分
- 3
- 精华
- 0
- 主题
- 4
- 帖子
- 4
|
在目前的集团型企业应用中,本质上来说,组织和人力资源、薪酬福利、报表都是部门级的应用,这就是为什么目前SAP、Oralce、用友、金蝶在人力资源系统实施时,主要交付这些模块,并且大部分客户即使交付一些流程性模块,实际上企业没很少使用的原因。
主要原因是一般现在的企业级应用客户端均使用Applet,一般小型服务器能够承受400人-600人同时在线,基本上到了极限了,这个数目正好是一个2万人的集团的财务和人力业务人员的总和,如果是单独的HR系统也就是指需要同时300-400人同时在线,也就是说20个子公司的话,每个子公司HR人员和企业领导加起来15-20人,这就是部门级应用的水平。
招聘或者说人才获取(Talent Acquisition)模块应用涉及的范围稍微广些,除了HR,业务部门经理也在使用,主要是提请职位申请,以及对应聘人进行管理。这个模块在企业内属于第二级的应用模块。如果员工需要使用这个模块应聘内部职位,那样麻烦就比较大了。
如果涉及到业务经理,对系统的并发要求就高多了,对于一个2万人的企业集团,中层经理可能达到1500-2000人,对于这样的可能同时在线的数目就达到500-600左右,对于这样的数字,我想很多系统管理员已经头大了。
培训如果只涉及到业务经理输入培训需求,那么这个模块也可以视为第二级的应用,即涉及到HR部门和业务部门。但是如果需要员工在网上注册课程的话,这个数目就不得了了。如果以两万人计,同时在线的如果达到1/4,即5000人,恐怕这已经不是目前很多小型服务器可以承受的了。
因此,对于绩效这样全员应用来说,当员工也参与到网上绩效管理的时候,到目前为止,在中国很少听说有这样的2万人以上的集团在使用。
全员应用这里的挑战只是其一,即系统同时在线和并发的要求。
全员应用的挑战其次是易用性。对于一个企业应用的用户达到万人的级别以上,对系统易用性能够要求就必须达到你匪夷所思的程度。想想啊,一万人的培训你搞过么?假如需要一万台机器安装Applet,即使有1000人向你求助——怎么我的机器安装不了?怎么访问不上?那你该怎样抓狂呢?
基于纯网页的客户端应用将是解决这一问题的关键。这就是为什么Oracle收购Peoplesoft后一开始放弃Peoplesoft,但是从去年起又大力推广它的原因之一。再者Peoplesoft的易用性和业务结构、数据结构的合理性以及应用模式的适应性,也不是Oracle能比的。
HR BI的应用就不必太多说了。HR BI目前势头比较猛的有独立应用Business Object、Cognos、Hyperion,他们功能强大,有数据抽取和数据立方体建模能力,能嵌入到门户进行展现,分析模式非常灵活多样。SAP BW、Oracle Discovery、用友的IUFO、金蝶(不太清楚)大家基本上都是凑合着用,能做些事情,但是很难用。对于人力资源业务智能的基础是人力资本度量指标和分析模型。
现在大家在HR系统里,基本上在构建系统的时候,对于HR部门尤其是高级管理层需要什么样数据和分析结果,考虑得都相当少。因此,现在的系统需要从底层的数据模型上做出很大的修改。
大体上来说, HR系统从BI的应用里,需要达到如下的各方面需要的结果:
1、 人力资本管理层报告(HC Executive Report)
2、 人力资源部绩效监控——人力资源计分卡(HR Scorecard)。
3、 企业的预警工具。
4、 预测和决策依据。
HR BI也许是目前集团企业在目前全员级应用无法推广的情况下,应该挖掘的下一个最大的应用亮点。
但是现在HR BI面临的最大问题也是人才的问题,这方面的应用人才非常稀缺,能够提炼出分析模型的咨询师就更少了。 |
|