数字化转型中的技术管理:一种管理模式
在数字化转型的体系中,科技作为“底座”支撑,需要承担数字化转型过程中数字实现工作,在这个过程中,科技管理通过科技落地和科技资源调配的方式,实现科技在数字化转型过程中的数字员工、财务共享、企业数字化经营的赋能等工作。 笔者认为,通用的科技管理模式在数字化转型过程中,已经很难达到最优的管理结果,具体表现在三个方面。全新的科技创新生态方面,传统的科技管理模式过于注重技术自身,从而忽略业务场景和技术优势的结合,导致科技创新生态在企业经营的框架内出现断层;数字治理体系的构建方面,尽管很多企业通过项目管理、DevOps等方式具备一定的度量和反馈场景,依然不能满足企业级数字治理的导向作用,不能更好的将业务或企业经营的目标作为导向;在数字化技术赋能方面,传统的技术管理通过交付“价值”的方式对业务组织进行科技能力的传导,这个阶段的“价值”是后置的,仅仅满足技术生态的要求,对于数字化而言,技术生态始终是“土壤”,缺乏对产品生态和产业生态的持续供给能力,因此需要将“价值”前置,着力于业务流程和用户需求,以数字的方式推动企业级组织变革,其中涵盖了科技管理的思维模式、流程、业务属性以及相应的数字能力场景。
科技管理的核心能力
如果从单纯的管理学进行剖析,科技管理的核心能力首先具备以下两个方面,分别是人员管理和进行价值分配。人员管理,不仅仅是管理下属这么简单,管理下属是向下管理的基本特征,但在数字化转型过程中,由于对组织、流程、数字意识进行了大范围的重构和升级,需要将向下管理的能力进行延展,对组织内同层级进行交叉管理,甚至需要具备向上管理的能力。
在数字化转型过程中,人员管理的核心并不等同于对人员进行管理,笔者认为,应该是对人员的角色、能力、工作模式进行综合管理的过程。在人员管理过程中,技术管理需要从两个角度思考,在数字化转型的不同阶段,自己属于什么类型的角色,在这个阶段中,自己需要做什么,自己不能做什么。
数字化转型是个复杂的系统性工程,同样也是典型的“一把手”工程,因此人员管理同时具备自上而下和业务敏捷的特点,在这个过程中存在一定的冲突。如在“价值”交付的体系框架内,需要满足用户需求的响应速度、服务的精准度和用户的个性化体验要求,自上而下的管理方式需要技术管理同时具备多个角色的要求,重点在于业务和产品的阶段性适配、科技效能提升和交付速度的边界、数字化场景和数字化能力的最终效果度量,这是很难达到的,所以科技管理首先需要对自身的能力和角色进行锚定。
数字化转型有多个阶段,在《数字化转型过程中需要厘清的几个关系》系列中进行过详细的阐述,在此进行简单的总结。数字化转型对于企业而言,不同业态、不同规模的企业对于数字化所达成的目标是一致的,实施路径是不一致的,因此在转型过程中,技术管理所承担的任务需要回归到数字的原生本质,即辅助决策、数字风险和数字洞察。
技术管理者在锚定角色和能力的同时,根据数字化转型所在的阶段进行相应的工作,其中涉及了组织结构、管理方式和工作模式,如顶层设计中的数字化领导组织、面向商业模式变革的数字决策组织。在数字化转型的执行、推进和结果核验阶段,技术管理者需要厘清业务需求梳理、数据治理、数字系统的技术实现、数字产品和数字能力的适配,在技术领域包括应用中台的底层架构、数据中台的数据标签和分类、业务中台的建模和分析、数字中台场景的战略和战术,最终实现数字化收益的量化和构建面向企业运营乃至商业模式的数字生态能力。
科技管理的资源调配和供给
科技管理的资源调配和供给必须按照数字化转型过程中的不同阶段进行计划的制定,笔者通过一个简单的例子进行说明。
数字化技术和业务模式的匹配过程中,很难说数字化技术决定业务模式的转型是正确的,也很难说通过业务模式的规划决定数字化技术的选型是正确的。站在技术管理者的角度,需要在业务运营和企业经营的框架下进行技术价值的交付,这种交付结果的度量取决于两个方面,一方面是业务团队在数字化转型过程中对业务系统、数字系统的依赖性,是否能够满足业务团队的管理运营能力和执行效率,从而促进数字化转型过程中业务需求和数字需求的精准度。一方面是技术团队对于其他职能组织的支撑能力,科技作为数字化转型的“底座”,必须构建适合全域职能组织的技术架构和数字架构,通过技术赋能的方式,为业务发展、数字办公、财务共享提供创新的技术空间。
在上述的例子中,可以看出,一系列的技术支撑过程需要科学的科技资源调配和供给。对于科技管理而言,企业在加大科技资源投入的同时,也提升了对科技产出的考核,可以理解为交付价值和价值交付方面质的提升,因此科技资源的调配和供给在数字化转型过程中存在较为直接的矛盾,这种矛盾直接贯穿了技术发展、业务发展和企业发展的过程。
在业务系统底层架构的基础上,科技组织需要根据业务组织的需求上,完成O2O的融合、线上线下数据的打通、数字触达场景的延伸,最终实现全域数据的治理和整合,帮助业务组织更好的对用户行为进行预测和判断,帮助企业经营层对商业模式进行辅助决策和风险控制,这无疑是极具挑战的。
对于技术管理而言,当技术不是业务的场景中,科技资源始终是处在企业经营的下游,因此无限的数字化转型需求和有限的科技资源之间的矛盾始终是存在的,甚至科技资源在绝大多数阶段中,跟不上企业发展的需要,从而制约“价值”交付的能力,间接导致生产效率的降低和运营成本的增加。
技术管理者同样需要采取数字技术进行内部资源的挖掘,对资源与项目的内部管理大数据进行分析,提升自身的潜在能力。同时需要采取DevOps度量和反馈的手段,对科技资源配置进行过程化管理,从资源配置前期的资源需求预估,寻找资源配置的空间。
写在最后
本篇是《数字化转型中的科技管理》的开篇,同时也是《数字化转型中的DevOps》和《数字化转型过程中需要厘清的几个关系》的姊妹篇,站在科技管理的视角,思考科技组织如何在数字化转型过程中具备数字左移、数字运营、弹性合作、数字风险和数字可视的能力,更重要的是,帮助科技管理者逐步摆脱向下管理的思维,具备向上管理的能力。
下一篇: 技术与管理:简单系统与复杂系统的战争
推荐阅读
-
数字化转型中的技术管理:一种管理模式
-
元宇宙中的数字架构 建筑企业数字化转型升级的强大引擎
-
openEuler郑州用户组成立!openEuler与hyperfusion携手共建河南地区用户生态 - 开幕致辞 超融合操作系统业务总经理、openEuler委员会成员蒋振华先生为本次活动致辞。 在本次活动的致辞中,他提到,作为openEuler社区早期的成员,超融合见证了openEuler从成立到在各行业商业落地,再到跨越生态拐点的过程,感谢openEuler提供了一个全产业链共同创新的平台,共同推动创新技术的商业落地。 同时,本次活动得到了郑州市郑东新区大数据管理局、郑州中原科技城投资服务局的大力支持。 郑东新区大数据管理局曹光远 在活动致辞中表示,openEuler的应用和*应用设施的深度优化,为郑东新区数字化转型提供了安全、可靠、高性能的技术基础;郑州中原科技城招商服务局王林表示,郑东新区欢迎所有openEuler生态相关企业扎根当地,围绕openEuler社区共同发展,形成合力。 openEuler社区及运维功能介绍 openEuler技术委员会委员胡峰 openEuler技术委员会委员胡峰先生在本次活动中介绍了openEuler社区目前发展的整体情况,并重点从技术层面介绍了openEuler的运维功能。 openEuler 晚会 胡峰先生介绍智能运维工具 A-Ops 和 openEuler gala、 阿波罗 Apollo、智能漏洞管理解决方案等新功能,以及涵盖各种运维场景的精品运维组件。在*交流环节,许多用户就目前使用的 openEuler 在*交流环节,许多用户就自己在使用openEuler过程中遇到的一些问题与胡峰先生进行了进一步的交流。 软硬结合,构建多样化算力操作系统 Hyperfusion 基于 openEuler 的基础上,结合自身软硬件技术积累,推出了富讯服务器操作系统 FusionOS FusionOS. FusionOS 首席架构师张海亮 分享了 FusionOS FusionOS首席架构师张海亮分享了FusionOS的软硬件协同优势、卓越的性能和可靠性,以及FusionOS在金融、运营商、*、互联网等行业的实践案例,引起了众多用户的兴趣,分享结束后,不少参会者就FusionOS的特点向讲师提问并进行了交流。
-
纯干货分享 | 研发效能提升——敏捷需求篇-而敏捷需求是提升效能的方式中不可或缺的模块之一。 云智慧的敏捷教练——Iris Xu近期在公司做了一场分享,主题为「敏捷需求挖掘和组织方法,交付更高业务价值的产品」。Iris具有丰富的团队敏捷转型实施经验,完成了企业多个团队从传统模式到敏捷转型的落地和实施,积淀了很多的经验。 这次分享主要包含以下2个部分: 第一部分是用户影响地图 第二部分是事件驱动的业务分析Event driven business analysis(以下简称EDBA) 用户影响地图,是一种从业务目标到产品需求映射的需求挖掘和组织的方法。 在软件开发过程中可能会遇到一些问题,比如大家使用不同的业务语言、技术语言,造成角色间的沟通阻碍,还会导致一些问题,比如需求误解、需求传递错误等;这会直接导致产品的功能需求和要实现的业务目标不是映射关系。 但在交付期间,研发人员必须要将这些需求实现交付,他们实则并不清楚这些功能需求产生的原因是什么、要解决客户的哪些痛点。研发人员往往只是拿到了解决方案,需要把它实现,但没有和业务侧一起去思考解决方案是否正确,能否真正的帮助客户解决问题。而用户影响地图通常是能够连接业务目标和产品功能的一种手段。 我们在每次迭代里加入的假设,也就是功能需求。首先把它先实现,再逐步去验证我们每一个小目标是否已经实现,再看下一个目标要是什么。那影响地图就是在这个过程中帮我们不断地去梳理目标和功能之间的关系。 我们在软件开发中可能存在的一些问题 针对这些问题,我们如何避免?先简单介绍做敏捷转型的常规思路: 先做团队级的敏捷,首先把产品、开发、测试人员,还有一些更后端的人员比如交互运维的同学放在一起,组成一个特训团队做交付。这个团队要包含交付过程中所涉及的所有角色。 接着业务敏捷要打通整个业务环节和研发侧的一个交付。上图中可以看到在敏捷中需求是分层管理的,第一层是业务需求,在这个层级是以用户目标和业务目标作为输入进行规划,同时需要去考虑客户的诉求。业务人员通过获取到的业务需求,进一步的和团队一起将其分解为产品需求。所以业务需求其实是我们真正去发布和运营的单元,它可以被独立发布到我们的生产环境上。我们的产品需求其实就是产品的具体功能,它是我们集成和测试的对象,也就是我们最终去部署到系统上的一个基本单元。产品需求再到了我们的开发团队,映射到迭代计划会上要把它分解为相应的技术任务,包括我们平时所说的比如一些前端的开发、后端的开发、测试都是相应的技术任务。所以业务敏捷要达到的目标是需要去持续顺畅高质量的交付业务价值。 将这几个点串起来,形成金字塔结构。最上层我们会把业务目标放在整个金字塔的塔尖。这个业务目标是通过用户的目标以及北极星指标确立的。确认业务目标后再去梳理相应的业务流程,最后生产。另外产品需求包含了操作流程和业务规则,具需求交付时间、工程时间以及我们的一些质量标准的要求。 谈到用户影响的地图,在敏捷江湖上其实有一个传说,大家都有一个说法叫做敏捷需求的“任督二脉”。用户影响地图其实就是任脉,在黑客马拉松上用过的用户故事地图其实叫督脉。所以说用户影响地图是在用户故事地图之前,先帮我们去梳理出我们要做哪些东西。当我们真正识别出我们要实现的业务活动之后,用户故事地图才去梳理我们整个的业务工作流,以及每个工作流节点下所要包含的具体功能和用户故事。所以说用户影响地图需要解决的问题,我们包括以下这些: 首先是范围蔓延,我们在整张地图上,功能和对应的业务目标是要去有一个映射的。这就避免了一些在我们比如有很多干系人参与的会议上,那大家都有不同想法些立场,会提出很多需求(正确以及错误的需求)。这个时候我们会依据目标去看这些需求是否真的是会影响我们的目标。 这里提到的错误需求,比如是利益相关的人提出的、客户认为产品应该有的、某个产品经理需求分析师认为可以有的....但是这些功能在用户影响地图中匹配不到对应目标的话,就需要降低优先级或弃掉。另外,通常我们去制定解决方案的时候,会考虑较完美的实现,导致解决方案括很多的功能。这个时候关键目标至关重要,会帮助我们梳理筛选、确定优先级。 看一下用户影响到地图概貌 总共分为一个三层的结构: 第一层why,你的业务目标哪个是最重要的,为什么?涉及到的角色有哪些? 第二层how ,怎样产生影响?影响用户角色什么样的行为? (不需要去列出所有的影响,基于业务目标) 第三层what,最关键的是在梳理需求时不需一次把所有细节想全,这通常团队中经常遇到的问题。 我们用这个例子来看一下 这是一个客服中心的影响地图,业务目标是 3个月内不增加客服人数的前提下能支持1.5倍的用户数。此业务目标设定是符合 smart 原则的,specific非常的具体,miserable 是可以衡量的,action reoriented是面向活动的, real list 也是很实际的。 量化的目标会指引我们接下来的行动,梳理一个业务目标,尽量去量化,比如 :我们通过打造一条什么样的流水线,能够提高整个部署的效率,时间是原来的 1/2 。这样才是一个能量化的有意义的目标。 回到这幅图, how 层级识别出来的内容,客服角色:想要对它施加的影响,把客户引导到论坛上,帮助客户更容易的跟踪问题,更快速的去定位问题。初级用户:方论坛上找到问题。高级用户:在论坛上回答问题。通过我们这些用户角色,进行活动,完成在不增加客户客服人数的前提下支持更多的用户数量。 最后一个层级,才是我们日常接触比较多的真正的功能的特性和需求,比如引导到客户到论坛上,其实这个产品就需要有一个常见问题的论坛的链接。这个层次需要我们团队进一步地在交付,在每个迭代之前做进一步的梳理,细化成相应的用户故事。 这个是云智慧团队中,自己做的影响地图的范例,可以看下整个的层级结构。序号表示优先级。 那我们用户影响地图可以总结为:
-
Adobe国际认证中文官方网站】Adobe中国摄影计划,免费安装正版激活--Adobe Creative Cloud中国摄影计划。与此同时,Adobe宣布天猫为Adobe Creative Cloud中国摄影计划的电商战略合作伙伴,并将与其合作上线Adobe天猫官方旗舰店。 此举无疑一方面扩大了Adobe在中国的影响力,另一方面也有助于国内用户更好地培养正版软件意识,推动Adobe软件在中国的正版化进程。 网络异常,图片无法显示 ||网络异常 Adobe Creative Cloud中国摄影计划包括Photoshop和Lightroom Classic两大桌面创意工具,以及iOS版Photoshop Express。 其中,Adobe Lightroom Classic和Adobe Photoshop作为两款常用的图像处理软件,对于那些玩摄影、后期修图的创意设计人群无疑有着巨大的帮助,而LR+PS套装对于摄影领域用户的重要性自不必说,正版产品的性能实时更新也可以放心!体验最新功能,对于新镜头(补偿)和机身(RAW 读取)都能第一时间适应。不信你看: Photoshop 图像合成 裁剪、移除对象、润饰合成照片、玩转色彩和特效,创建精美图片和艺术品! Lightroom Classic 照片编辑 轻松批量管理和编辑照片,内置专业创意控件和摄影师预设,让你的照片大放异彩。 手机 PS 便捷编辑 Photoshop Express 支持多种滤镜、贴纸,手机即可完成抠图、除雾等任务 人工智能编辑工具 神经滤镜、快速点击选区、自动选择主题等人工智能功能让图像编辑更轻松 创意画笔内容识别 定制艺术画笔工具,实现个性化效果;内容识别填充,智能去除无用物体。 Adobe Creative Cloud 中国摄影计划的推出,为中国的专业摄影师、摄影爱好者、后期修图和其他创意设计人员带来了全方位的内容和体验。 网络异常,图片无法显示 ||网络异常 当然,不可否认的是,"由于盗版软件缺乏开发、维护和升级成本,销售价格远低于正版软件。再加上很多普通人并不需要使用正版软件的复杂功能,版权观念较淡,还是有大量的创意设计人员会选择盗版软件"。 但事实上,当所有的软件都不再是单一的软件,而是变成一种服务时,单机版盗版的存在就逐渐成为鸡肋。因为有太多的服务让你即使是所谓的 "完美破解",也无法享受,Adobe Cloud 就是一个很好的例子,所谓的完美破解,你只能使用 "Adobe "的一半,对于更精彩的 "云",只能望云兴叹。更何况,越来越多的设计工具从免费走向付费,越来越多的设计师和企业已经接受了付费使用的模式。 其次,对于互联网时代的企业数字化转型而言,数字化合规至关重要。21年来,使用盗版PS和未经授权的方正字体被指侵权的事情闹得沸沸扬扬,虽然新闻真假难辨,但也给使用盗版工具的用户敲响了警钟。 付费使用正版工具,可以更放心地进行设计,不用担心版权风险!
-
金融科技的高效省力秘籍:打造全面连接、全景覆盖、智能化的数字化运营体系" - 当下金融科技运营:挑战与机遇共存的时代解读 在快速发展的数字技术和企业数字化转型的大背景下,中国金融科技产业步入了提质增效的新阶段。面对市场的起伏变革与不确定性,金融机构需积极拥抱创新,灵活运用新技术,确保在竞争激烈的市场环境中稳固立足。 - 面临的双重考验: 1. 技术迭代压力:持续跟进行业内的科技革新,掌握新兴工具和平台,时刻应对瞬息万变的市场需求是金融科技运营的一大挑战。 2. 安全与隐私挑战:伴随着网络安全风险加剧和数据泄漏频发,如何强化信息安全体系、防范攻击、维护客户资金及隐私安全显得尤为重要。同时,伴随金融科技公司崛起,个人隐私权保障愈发关键。 - 喜人的发展空间: 1. 提升运营效益与降低成本:借助数字化技术,实现流程自动化、信息整合以及数据分析等,有效提升工作效能并缩减运营成本。 2. 扩大市场份额与增收途径:利用数字化手段拓宽销售渠道,优化用户体验,吸引更多用户并带动收入增长。 3. 加强客户联系与提升满意度:通过数字化科技运营,企业能更好地与客户互动沟通,增强客户信任感与忠诚度。 - 构建金融科技降本增效的核心驱动力:实施“全感知、全链接、全场景、智能”的科技运营体系升级路径
-
你的企业为何在数字化转型中陷入孤立无措、摸不着头绪的困境?
-
SaaS新十年:餐饮数字化转型的三大趋势- 一体化系统 2012年,亚马逊公司前首席科学家安德里亚斯·维真德表示,数据是新石油,但石油需要加以提炼后才能使用,从事数据处理的公司就是炼油厂。 如今,数据是一种资源已经获得广泛共识,这场竞争的核心就在于数据的占有和应用能力,占有的数据越多、运用数据能力越强的公司就越有价值。 对于to B型企业,只做单点业务很难产生差异化优势,因为数据只有流动起来才有价值,就算CRM功能再好,不能跟收银之类的体系打通也没有意义。 在企业管理层面,由于过往理念、*、各业务的机制不统一,过程标准的规范缺失,导致各系统之间兼容性和集成性难以提高。比如餐饮商家在POS数据、会员管理、供应链管理等不同环节都要面对众多系统供应商,多系统难以融合,由此导致的数据割裂问题日益凸显。 即便前期已实现不同服务商系统间的一体化打通与数据规范统一,但随着餐饮企业发展,不断产生新的功能需求,一家服务商出现软件升级,意味着其他服务商也必须做出对策,这时如果其中任何一家出现应对能力不足或者倒闭情况发生,都会影响餐饮企业的进步发展。 因此,餐饮数字化服务具有天然的all in one属性,没有商家愿意收银用一家的系统,供应链用另一家,资金归集再用另外一家,商户对效率的追求天然决定其必然会选择一家功能最全的系统。 沉淀的数据只是资源,只有用起来,数据的价值才能释放。
-
大兴机场数字化转型中的实践:敏态开发的应用