首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

国企人力资源数字化转型系列之如何开展人力资源数字化建设工作

近年来,央企国企人力资源进行数字化转型的迫切性加强:第一,国家对于企业数字化技术改造的政策支持不断加大,二十大后,持续推动国企深化改革,加快建设现代化企业体系管理需要引入先进技术工具支持。第二,数字经济蓬勃发展,国家创新发展战略下,人才价值凸显,国企传统人才管理方式面临挑战,亟需由粗放式管理转向精细化运营,通过数字化方式重构企业人才“选育用留”全生命周期管理;最后,国企需加强人力资源数据管理,尤其是领导干部及关键人才数据信息,是国有企业中的核心信息,必须实现规范、高效、安全管理。

03

腾讯云在厦门签约会展领域合作,共建更加开放包容的会展名城

厦门作为一座国际会展名城,众多国内及国际大型会议、专业展会以此作为举办城市。 12月11日,腾讯全球数字生态大会城市峰会来到厦门,在云会展专场上,会展业领军人物和专家、腾讯云会展相关负责人齐聚一堂,共同探讨如何用科技推动厦门会展专业化,洞见云会展未来趋势。 腾讯云副总裁、腾讯云会展总裁曾佳欣表示,腾讯云希望发挥数字化服务方面的优势,利用在云会展领域的创新科技实践经验,服务好厦门、福建乃至海上丝绸之路沿线的产业发展,激发城市旺盛的生命力。 为促进会展业高质量发展,厦门市正大力优化会展营商环境,提

02

腾讯云智慧会展解决方案全新出炉,延展出更多创新服务

在全国上千场大型会展因为疫情无奈取消或延期的大环境下,有15个一线城市的超100场大型展会这样另辟蹊径:云上办会、刷脸入场、直播展销、线上签约…… 现在,通过全新的腾讯云会展解决方案,它们可以延展出更多创新的服务: 线上助展:以图文、视频、3D等形式展示商品,并且通过直播营销直观展示商品和企业实力。 供采对接:通过智能搜索和推荐匹配供需,洽谈阶段通过即时通讯、智能翻译、视频会议“面对面”,最终通过云签约达成交易。 智慧场馆:设计多元化线上场馆的体验,比如访客刷脸入场、线上移步异景进行智能引导等。 产

01

数字化 IT 从业者知识体系 | 软件开发方法 —— 瀑布篇

软件危机诞生了软件工程,同时也产生了软件开发方法。第一个系统化的软件开发方法是瀑布软件开发。瀑布模型(Waterfall Model)是 Royce 在 1970 年提出的,他把大型软件开发分为:分析与编程,像工厂流水线一样把软件开发过程分成各种工序,并且每个工序可以根据软件产品的规模、参与人员的多少进一步细分成更细的工序。该模型非常符合软件工程学的分层设计思路,所以成为软件开发企业使用最多的开发模型。瀑布模型出道即巅峰,发展至今,仍然是主要的软件开发方法之一,深刻影响着软件开发协作方式。瀑布模型的出现让软件开发方法实现了从无序到有序的突破,极大缓解了当时的软件开发混乱程度和高失败率,成为当时软件工程的福音。

01

以架构视角解读和落实银行数字化转型的两份重磅指导文件

编者按: 数字化转型最重要的能力是什么?政策解读能力。 本轮数字化转型最大的特点是不能只站在企业内部视角去看数字化,那样无法观察到数字化变革的全局,容易找不到方向,容易出现自己很勤奋却依然跑输行业的问题。这轮数字化转型背后最大的动力来自时代的变迁,这种时代的变迁集中体现在了国家的一系列政策文件中,如果你正对数字化的奥秘百思不得其解,为什么不考虑认真看看政策呢?政策是集体智慧的结晶,也是经过了深入调研和对大量信息的研判的,并且,是有一定指导性甚至强制性的。政策能够指挥资源的流动,也能给企业带来很多实在,跟着政策大方向走,就是所谓的政策红利。脱离政策方向,不仅跑起来很累,也可能会出问题,前几年大数据爬虫、P2P 的教训依然历历在目,技术是中性的,受了罚,技术自己也不知道,但是掌握技术的人就未必了。 数字化转型政策的密集和体系的完整在以往也是不多见的,这是围绕着经济增长模式升级进行的全方位推动,必然涉及所有行业,这一点,大家看看国家统计局针对数字经济做的统计口径调整就明白了。政策从中央到地方、从全局到行业、从文件到法规,发起了一场对数字经济的全面适应性调整,最终没有一个企业会游离其外。所以,不要再闭起门来思考数字化了,更不要只从技术视角看数字化,信息传播如此发达的今天,政策可以轻易传导到每一个从业者的今天,不能再以为自己可以有“小生态”,社会其实只有一个“大生态”,没有真的可以不被影响和渗透的“小生态”。 银行业一直是政策指导性很强的行业,这一点也许跟很多行业有些不同,所以,监管文件对银行行为的影响非常直接。2021 年底和 2022 年初,银行业出台了两份最重要的行业数字化转型指导性文件,分别来自央行和银保监会,数字化转型也将纳入对银行的考核了,这会让很多银行的数字化转型进程加快、加深,本文以架构视角全面解读这两份文件,也希望这种解读方式可以对其他行业有一定的借鉴,毕竟,各个行业都有自己的数字化转型或者十四五发展规划,其作用也跟这两份文件非常相似,对企业的价值也是极大的。 这轮数字化转型是国家政策和企业架构双轮驱动的数字化转型,读完本文,读者可能会更加理解这一点。本解读共3.5万字,本文压缩为了1.6万字,完整版可见文尾链接。

02

数字化 IT 从业者知识体系 | 软件开发方法 —— 瀑布篇

软件危机诞生了软件工程,同时也产生了软件开发方法。第一个系统化的软件开发方法是瀑布软件开发。瀑布模型(Waterfall Model)是 Royce 在 1970 年提出的,他把大型软件开发分为:分析与编程,像工厂流水线一样把软件开发过程分成各种工序,并且每个工序可以根据软件产品的规模、参与人员的多少进一步细分成更细的工序。该模型非常符合软件工程学的分层设计思路,所以成为软件开发企业使用最多的开发模型。瀑布模型出道即巅峰,发展至今,仍然是主要的软件开发方法之一,深刻影响着软件开发协作方式。瀑布模型的出现让软件开发方法实现了从无序到有序的突破,极大缓解了当时的软件开发混乱程度和高失败率,成为当时软件工程的福音。

02

为企业数字化转型提供服务_数字赋能企业转型

导读:本系列文章将通过介绍一个真实大型企业数字化转型过程中遇到的层层困难,以及微服务架构如何落地,涉及到的各种真实的解决方案。不空谈,不泛谈,讲事实是本系列文章的原则。   企业数字化转型是近些年来非常火热的话题,而企业做数字化转型的必经之路就是微服务架构升级。微服务架构升级普遍都会提及DevOps、容器化、API网关、微服务治理、AKF扩展立方体等技术概念。在大型集团企业微服务架构升级的过程中,往往会遇到如何扩展已有微服务应用,来适应不同组织之间业务的多样性和集团的整体管控性的问题。针对这个问题,国内互联网行业的先驱阿里提出了“厚中台,薄前端”的概念。但如果实现呢?本文通过描述一个大型集团企业微服务架构升级的过程,如何通过微服务扩展来实现企业数字化转型的大中台业务。 第1步选定原型开始微服务之旅   大型企业在微服务架构升级的过程中,一般会先选一个A组织(原型组织)为代表,基于这个A组织及企业数字化转型的目标,开发出一套原型产品,并在A组织内不断的优化和改进。这个过程,特别注重的是微服务架构的技术升级,例如需要引入微服务治理框架,DevOps平台、分布式事物等等。做出来的产品业务上和已有的系统没有什么本质的区别,只是我们用了一套高大上的微服务架构。这时候企业的组织架构并没有任何改变,由A组织负责的研发部门负责研发了一套基于微服务架构的新产品,这个研发组织负责这几十个微服务的开发和运维工作。老板觉得这套系统很不错,这套产品基于微服务架构做的,那就开始全集团推广吧,让其它组织也用上这套系统,享受一下数字化带来的便利。 第2步产品推广微服务架构下如何“二开”?   A组织的信息化部门开始兴高采烈的去给B组织推广他们开发的这套产品,说这套系统是基于现在最前沿的微服务架构实现的,可以如何改进你们现有的流程,减少成本等。B组织觉得很不错,那也试用一下吧,但是我们在某些地方和这套产品的现有业务有点差别,能帮忙改一下,支持一下我们的特有业务吗?A组织为了推广产品,爽快的答应了。但是在改的过程中,发现原有的业务流程和代码和自己的一部分特有业务关联的比较紧密,修改起来要费不少功夫。为了推广给B组织使用,还是硬着头皮给改完了,这其中带来了大量的业务代码修改及回归测试。   老板看着产品在B组织推广的也不错,那继续推广给其它组织使用吧。A组织在继续推广给其它C、D……组织的时候,发现都存在B组织类似的问题。他们80%的业务和A组织相同,但是有20%的业务有自己的特色。其它组织也要求A组织修改一下原有的微服务,来支持他们的特色业务。这时候A组织不干了,说你们都有自己的信息化部门,也有研发人员,你们基于我现在做的微服务去修改吧。那么问题来了,其它组织如何“二开”呢?把整套产品的源码都共享给其它组织,他们基于这套源码修改及开发自己的新产品,然后独立部署。这时候老板站出来不干了,你们这样搞下去,和原来的软件模式有什么区别,我们微服务架构的优势去哪了,整个企业的集中管控如何做?这时候大家又想起了做数字化转型的“厚中台,薄前端”的业务架构,我们的业务中台在哪里呢?如何实现业务中台? 第3步微服务扩展实现业务中台的利器   接下来我么该聊聊什么是微服务扩展?如何利用微服务扩展实现业务中台?

01
领券