自研人力系统的不利因素分析

日期:2023-08-20 作者:郝伟 来源:原创


一、业务繁杂、规则不稳定

任何一个系统都内有乾坤、外有天地,内可千米深,外可万里广。

本来管理逻辑与技术逻辑、管理语言与技术语言就是两套体系,前者既凝练概括又海纳百川,后者则丁是丁卯是卯,两者转化融合,相生也相克。

中国的人事管理极富含东方哲学思想,儒、道、墨、法、释一锅烩。

人的事严肃活泼,严谨灵活,既要一视同仁,又要因人而异,有时外方内圆,有时外圆内方。

人事管理工作的对象是以人为中心的、紧密联动的各项事务和数字,人之多变如云似水,管理规则千种百类且千变万化。

组织、薪酬、福利、考勤、绩效、培训、招聘等几大模块的业务逻辑和运行机理各不相同又相互勾稽。

现代企业又讲求业人一体,人事管理要扎根到一线业务里,而外部大环境的不确定性在加剧,这就要求企业的经营策略和战术打法都得能快速应变,进而倒逼组织机构、人岗配置、考核激励、流程文化等也要快速跟动调整,甚至预先行动。

人力系统作为承载运行工具,要想支撑容纳这些,就必须具备以下特点:

底盘健壮灵活

功能精炼全面

场景丰富可扩展

验自然流畅

但自研人力系统很难做到。

通常在起步阶段,就埋下了失败的伏笔:

【1】需求的调研收集、分析梳理、抽象提炼、设计规划,粗犷、含混、短视,不够全面、深远,不顾将来发展扩展,

忽视了大量繁杂的规则细节、多种if else or、以及例外情况。

这正是业务设计,需要资深高手。

【2】开发模式上,效仿To C平台的所谓敏捷式,小步试错、快速迭代,

但To B系统的场景、逻辑都相对复杂的更多,并且要留下完整的业务记忆。

如果前期搭建考虑不周全不透彻,就很可能面临着无法迭代扩展,甚至推翻重来。

在开发中、上线后,频频涌出各种预料之外,连连暴露盲点漏点,屡屡不得不蔓延需求突破边界,

返工、补洞、割舍、重构,然后指责、抱怨、甩锅、妥协、维持、掩饰…

团队士气不断受挫衰减,应付的应付,离场的离场,剧终人散,唏嘘一片!

二、人才储备不足

研发人力系统产品的关键成功要素322:

3类核心人才:

管理架构师:通品专家、单品专家,必须要通透理论实践,否则会挂一漏万或以偏概全

产品设计师:剖析需求、定义功能,必须要吃透业务需求,否则会照猫画虎或顾此失彼

技术架构师:底层搭建、路线选择,必须要精通架构流派,否则会刚愎自用或作茧自缚

2种基本思维:

用户思维:业务场景出发,用户实践着手,体验感受并重。里子(实用)功能满足业务需要,面子(花瓶)功能满足心理需要。谨防自我为中心、空想式的闭门造车。

产品化思维:穷举抽象、举一反三、可扩展配置的思维要贯穿始终,否则系统的生命周期会很短。既考虑同一企业在不同时点上的需求,也要考虑同一时点上不同企业的需求,特别是多元化大型集团企业。

2个保障条件:

时间:适度紧凑的工期计划,欲速则不达,切忌急功近利

资金:合理宽裕的费用预算,粮草足兵力强,有米在仓、军中不慌

三、甲内乙方的四种局限

自研,就诞生了“甲内乙方”,这既是对内部承建方的称谓、定位,也是内部合作关系的一种体现。

甲内乙方通常有四种局限:

一是视野局限

看到的需求少,实操的更少,对业务的理解仅限于当下,系统性、前瞻性都不够,穷举不了更多场景和同一场景下的多种情况,无法抽象到位。

再加上甲方提需求时要么过于宏观,要么过于微观,还有“样式主义”、“唯上主义”、“想当然”,双方都是挤牙膏式作业,头痛医头脚痛医脚,如此便失去了张力和扩容空间。

二是职业局限

事在人为,特别是领头人和核心骨干。

但在甲方内部,晋升发展更重要,人往高处走嘛,而单个项目是没有发展空间的,除非可以商业化规模化,并且能享受发展红利。

再加上人力系统很难做出显性价值,劳心烧脑,费力不讨好,倦怠期很快就会到来,能应付交差就万事大吉,别砸在自己手里影响了进步。

企业在精简机构、降本增效时,一般也会优先瞄准这波人。

所以,要么调岗上升,要么跳槽跃层!

三是成本局限

没有足够预算来支撑,打仗带队伍不能只靠嘴。

产品化思维的研发成本要远高于定制化项目,据统计,投入比大概9:1,越复杂的系统越高。

只在自己内部使用不划算,无法摊销成本。

四是市场化局限

缺少市场化的意识和动力,事实上也不太需要:反正有公司养着,国企的话可能还是金饭碗,感受不到竞争和生存的压力;能靠同事关系化解掉或怼回去的需求,何必干的那么苦逼跟自己过不去;即使干出来了,换个领导、换个对接人可能又变了,甚至不用了。

只要能基本满足当下,管他春夏和秋冬,没有版本规划,没有升级迭代,只有修修补补。

综上,自研系统很容易做成固化总成品,不停的这里补个漏洞,那里加个焊点,假以时日,妥妥的一个堆砌怪物。

需求一旦变动或增加,就得大动手术,然后就千疮百孔,一触即崩。

再加上开发人员流动,老代码无人愿动,也无人敢动,能不动就不动,越往后越不适,鸡肋感日益增强,终将关停封存。


浅见结论

1、一般不适合自研的:

中后台职能管理、业务逻辑复杂、规则繁多不定、低频小规模使用,市场上有成品。

2、相对比较适合自研的:

(1)管理成熟度高、业务规则稳定,且高频大规模使用。

(2)业务机密性强、数据敏感或个性化强、很难找到合适标品。

(原创作品,转载请注明出处:嘉绩科技,www.performax.com.cn)