EHR系统建设路线及其团队建设
2021-03-10
来源：EvolveHRMS 房法明
1 基于PeopleSoft的系统建设
PeopleSoft的HR模块是全球数一数二的HR系统，是EHR的高端产品之一。时至今日，PS客户在中国市场遍地开花，各个行业都能找到典型客户。参考本公众号之前发的的历史文章。在广大甲方用户基于PeopleSoft的系统建设中，按照使用该产品标准功能的多少，形成了以下三个基本路线。
1.1 物尽其用路线
尽可能多用标准功能，适合非IT技术公司，这些公司研发力量不强，管理规范且业务比较稳定，对系统认识比较清楚，精通标准功能，或者无奈之下只能选用标准功能。例如公司没有团队开发手机app就会选用自带的FluidUI，管理成熟能用标准功能的汇报关系就不会再对汇报关系做客户化。能在ps里做的尽可能都在ps里做，从技术端看包括门户、移动端、输出主数据与其他系统集成等，从功能看包括员工自助、经理自助、绩效、考勤、培训、招聘甚至继任者管理和股票等等。这种方式维护相对容易，标准功能质量过硬bug少，需要养的团队少。
1.2 创新进取路线
尽可能少用标准功能，除了去不掉的薪酬外都想自己开发，适合比较有想法的互联网公司，这些公司业务变化剧烈或者管理成熟度还不够，难以适用标准功能(前提首先要熟悉标准功能)。恨不得还没上ps就要去ps了。摊子大，需要养一大帮人，各模块产品、ps开发、java开发、测试、dba、外包一开会坐满一屋子，敏捷开发，看板管理等管理协调工作开始占据一定比重。
1.3 量力而行的中间路线
去不掉的薪酬在ps中做，除了用到的职务数据不得不在ps中，其余绩效、培训、招聘、考勤、门户、BI等等外围系统视公司资源情况拿到外面单独开发，是“创新进取路线”的缩小版。例如包含员工自助和经理自助功能的门户既可以另起炉灶搭一个系统，也可以在ps中用iScript开发，还可以用标准功能pagelet美化后做。招聘可以购买SAAS服务，也可以自己开发，也可以用标准功能。
综合市场情况看，目前以量力而行的中间路线居多。哪些模块需要自己研发，哪些应该使用标准功能需要仔细掂量。
2 团队建设
选择了某一条系统建设路线，围绕着这个系统的人员配置情况就成了重点。围绕着EHR系统的人员主要有功能顾问（产品经理），技术顾问两类。下文简称功能和技术。
2.1 业务驱动型
功能和技术都归到hr部门，一杆子到底，好处是对系统控制能力强，想怎么改就怎么改，一拍脑袋就可以开发了，不用求研发部门，什么评审、排期都可以滚开。缺点就是技术没有强大的后援，做成高端精品的可能性低，不排除会出现一些不合理的技术方案、安全漏洞甚至系统处于危险状态而毫不知觉。
2.2 专业挂帅型
功能归hr部门，技术归IT研发部门。好处是技术有更深的土壤，会产生更多的可能的解决方案。功能更紧密的联系业务用户。分属两条线带来的gap也是容易预见的，会出现开发说“这个实现不了”功能只能默默承受或者胡乱告状的情形，分属两个部门两个大老板这其中的沟通协调工作自然也少不了。
2.3 职能明确型
功能、技术都在公司的研发部门或者叫平台研发部、效率工程部、职能研发部、产品交付部、企业信息化部等等，产品经理文化很成熟，知道自己内部客户是谁，向谁交付，对谁负责。系统归系统，业务归业务。hr部门可能出一个人对接也可能不出，形成用户->(接口人)->产品经理(功能顾问)->研发这样的沟通路线，缺点是业务的真实需求不一定能不打折扣的落实下去，产品经理和业务方联系不够紧密，判断和收集业务方的真实需求高度依赖中间的接口人和功能顾问。优点是同在一个部门，统一管理，管理上技术上向公司大部分人对齐，合作效率会高。
人数配比(不含java开发，仅算专职人员)，按照人数通常有以下几种情况：
一个人全能，能谈业务配薪酬，做开发兼运维
两个人，一个功能+一个技术
一个功能两个技术或者两个功能一个技术
两个功能+两个技术
极端情况有七个功能一个技术，五个功能两个技术等等，一般根据经验功能顾问比技术少是合理的
还有全是技术出身兼做功能的
3 小结
总之，EHR是一个管理信息系统，既要支持公司的人力资源管理又要依赖IT技术。具体选择哪种路线，配置多少人员需要根据公司的具体情况决定。
免责声明：
1、人力资源总监网发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
