IT战略
【IT战略】窃取这些用例:2021 年的技术在企业中获胜
新技术和工具在准备发布时通常处于最佳状态。它们已经过内部测试和审查,为实施它们的企业提供了无限的潜力。
但实现才是真正的测试。这些技术会像承诺的那样工作吗?他们是否会提供更多见解、节省员工时间、节省资源、实现创收?这些技术将如何真正使 IT 部门、CIO 和企业本身受益?他们值得投入时间和金钱吗?
看看其他公司如何实施一项技术以从他们的胜利和错误中学习总是有帮助的。
阅读其他组织如何实施特定技术或工具的另一个好处是,您可能有一个非常不同的用例,可以将相同的技术投入使用。在竞争中获得优势的一个好方法是从另一个行业中窃取您或您的竞争对手尚未使用的用例,并以新的方式应用它来使您的组织受益。
考虑到这些经验教训,我们收集了过去一年的众多用例、案例研究和 CIO/IT 领导者访谈中的一些。在这里,您将了解低代码、数据分析、微服务、云可扩展性、AIOps、RPA、网络安全、网络现代化等的好处。这些课程不在某些科技公司的 Beta 实验室中。它们是来自多个行业的同行的真实世界实施。当您准备好进入 2022 年,这是一个充满新挑战的新一年时,请阅读这些经历做好准备。
云和基础设施
- 为什么 Fiserv 转向微服务进行 API 开发
- 开源、基于云的架构帮助这家金融科技公司削减成本并满足开发人员人才需求。
- https://www.informationweek.com/fintech/why-fiserv-turned-to-microservi…
- Evite 如何使用云可扩展性来匹配其弹性
- Evite CEO 讨论了社交计划网站如何在大流行开始时以及最终恢复面对面互动时充分利用云。
- https://www.informationweek.com/cloud/how-evite-used-cloud-scalability-…
- 为什么 Tribeca Games 使用 Parsec 实现虚拟化
- 在翠贝卡节上引入视频游戏虚拟展示意味着找到一种方法让全球观众可以玩游戏演示。
- https://www.informationweek.com/cloud/why-tribeca-games-went-virtual-wi…
- 大学 CIO 实现网络基础设施现代化
- 德克萨斯大学阿灵顿分校寻求一个支持 AI 的 Wi-Fi 平台来改善学生体验。该项目正处于全面 IT 大修的过程中。
- https://www.informationweek.com/strategic-cio/university-cio-modernizes…
- AT&T 通信首席技术官 Legg 谈转型电信巨头
- 在担任现职近一年后,杰里米·莱格 (Jeremy Legg) 谈到在这家移动和宽带公司中利用云和转型。
- https://www.informationweek.com/strategic-cio/at-t-communications-cto-l…
- 一级方程式、NFL 和 NHL 与 AWS 合作
- AWS 在线峰会上的大联盟体育小组讨论了他们如何使用机器学习将快节奏的数据处理成易于理解的内容。
- https://www.informationweek.com/cloud/formula-one-nfl-and-nhl-work-on-t…
- 为什么 SMC 利用戴尔技术实现混合云
- 全球制造商选择统一平台而不是“弗兰肯斯坦”方法进行数字化转型。
- https://www.informationweek.com/cloud/why-smc-leveraged-dell-technologi…
- Asante CIO 讨论通过云和远程医疗进行转型
- 为俄勒冈州南部和加利福尼亚州北部提供服务的卫生系统在探索方法的同时不得不盯着大流行和野火的风险
- https://www.informationweek.com/cloud/asante-cio-discusses-transforming…
网络安全
- MassMutual CISO 谈论网络安全优先事项
- 保险和金融公司 MassMutual 的首席信息安全官谈论了不断变化的威胁格局以及数据科学如何帮助安全团队的章程。
- https://www.informationweek.com/security-and-risk-strategy/massmutual-c…
数据创新与自动化
- 仲量联行 CIO:混合工作、人工智能以及数据和技术革命
- 财富 500 强房地产巨头仲量联行 CIO Eddy Wagoner 表示,办公体验是空间加技术。这就是为什么该公司收购了一家人工智能初创公司并推出了一个以技术为重点的风险投资基金的原因。
- https://www.informationweek.com/ai-or-machine-learning/jll-cio-hybrid-w…
- 弗吉尼亚通过 RPA 实现机构现代化
- 弗吉尼亚 IT 机构开始实施现代化战略。一项新的 RPA 计划帮助英联邦度过了大流行带来的许多挑战中的一些。
- https://www.informationweek.com/it-strategy/virginia-targets-agency-mod…
- 物联网的最佳用例
- 许多组织一直在试验物联网,但有一些用例可能为企业提供很多价值。
- https://www.informationweek.com/big-data/iot-s-best-use-cases
- 野生动物 AI 平台如何解决其数据挑战
- Wild Me 是一家非营利性机器学习服务提供商,面向研究野生动物和保护的野外生物学家。但在创建鲸鲨算法之前,您需要良好的数据。
- https://www.informationweek.com/big-data/how-a-wildlife-ai-platform-sol…
- FanGraphs 标记云数据库以跟上大秀
- 棒球分析网站转向了 MariaDB SkySQL,因为它希望从国内和国际来源获取更多的比赛数据。
- https://www.informationweek.com/cloud/fangraphs-tags-a-cloud-database-t…
- 简化 49 人队主场的数据存储
- Levi's Stadium 整合了不同的数据孤岛,以进一步验证其服务的未来并提高运营效率。
- https://www.informationweek.com/big-data-analytics/streamlining-data-st…
- 百事可乐如何将数据用于连接客户
- 制定使用第一方数据的策略有助于这家食品和饮料巨头对消费者采取更细致入微的理解。
- https://www.informationweek.com/it-strategy/how-pepsico-put-data-to-wor…
DevOps、AIOps
- Ancestry 的 DevOps 策略来控制其 CI/CD 管道
- Genealogy 公司寻求一种不同的方法来控制其软件开发和部署。
- https://www.informationweek.com/devops/ancestry-s-devops-strategy-to-co…
- One10 的 AIOps 和云软件现代化之旅
- CIO 讨论了组织如何将自定义解决方案迁移到基于云的应用程序和 AIOps,以降低成本和内部开发人员的负担。
- https://www.informationweek.com/cloud/one10-s-aiops-and-cloud-journey-t…
- CarParts.com 如何在扩大规模的同时利用 AIOps 战略
- 当新的领导层启动增长计划时,汽车零部件电子商务市场面临着 IT 基础设施的快速改革。
- https://www.informationweek.com/devops/how-carparts-com-leveraged-aiops…
低代码/无代码
- Ringler 减少代码/无代码以利用数据分析
- 定居规划公司通过与 Creatio 的平台合作,找到了一条更有效的数字化现代化途径。
- https://www.informationweek.com/devops/ringler-goes-low-code-no-code-to…
- 为什么低代码开发配方适用于受宠的厨师
- 炊具公司需要创建一个它可以控制的数字参与平台,而不是仅仅受社交网络的支配。
- https://www.informationweek.com/devops/why-a-low-code-development-recip…
- 普惠节省开发时间的低代码策略
- 飞机发动机制造商利用来自 WEBCON 的平台来加强其部分运营。
- https://www.informationweek.com/project-management/pratt-whitney-s-low-…
- 为什么 ING 委托的核心开发需要低代码/无代码
- 银行和金融服务巨头转向 Genesis 的平台来解决某些应用程序开发问题。
- https://www.informationweek.com/project-management/why-ing-entrusted-co…
- Mondelez 采用低代码、无代码的开发方法
- 零食巨头 Mondelēz 旨在通过建立其公民开发者社区,在软件开发方面走在前列。
- https://www.informationweek.com/strategic-cio/mondelez-takes-a-low-code…
- HealthBridge 处理医疗索赔的低代码策略
- 在处理符合 HIPAA 标准的数据的同时快速开发应用程序意味着要找到一种资源来减轻专业开发人员的负担。
- https://www.informationweek.com/project-management/untitledhealthbridge…
- 德克萨斯县转向使用低代码数据库进行疫苗注册
- 塔兰特县已使用基于云、面向网络的低代码数据库技术为超过 800,000 人注册了疫苗。
- https://www.informationweek.com/software-platforms/texas-county-turns-t…
首席信息官战略
- LogMeIn CIO:整合收购的艺术
- 在过去五年中,LogMeIn 整合了 10 次收购并剥离了两个业务部门的销售。该公司的 CIO 分享了他如何成功做到这一点的秘诀。
- https://www.informationweek.com/strategic-cio/logmein-cio-the-art-of-in…
- NuVasive CIO 详细介绍数字化转型项目
- 脊柱外科产品和服务供应公司 NuVasive 将其在日本的外科用品订购作为数字化转型项目的目标,以简化运营。
- https://www.informationweek.com/digital-business/nuvasive-cio-details-d…
- FTD 的首席技术官鲍威尔谈转型和下一个新常态
- 在加入这家拥有 110 年历史的公司一年后,鲍威尔谈到了这家花卉电子商务零售商对其基础设施的改造。
- https://www.informationweek.com/digital-business/ftd-s-cto-powell-on-tr…
原文:https://www.informationweek.com/strategic-cio/steal-these-use-cases-202…
- 38 次浏览
【IT运营管理】MITRE企业工程
介绍
你有没有想过你的工作是否需要支持一个国际社会?您是否预计到工程的安全功能必须与同一部门的其他联邦机构或组织进行互操作?你无法控制的能力的绩效特征是否会影响你的工作绩效?
“企业”是一系列相互交织的使命和商业努力,需要在一个快速变化和演变的世界中共存。MITRE systems engineers(SEs)希望在其运营的企业的任何规模(子系统、系统、系统体系或企业)的活动中引入企业视角。SEs应在问题空间的技术和非技术方面采取全面的观点,并使用系统思维提出探索性问题,并追踪整个企业潜在答案的含义。SES使用模糊的问题和部分信息来构建问题的本质,创建考虑赞助者和其他方面的问题和需求的所有方面的策略,并设计考虑更大的利益相关者社区的可扩展的、可适应的和可演化的企业解决方案。
背景
在 SEG 的介绍性部分系统工程的演变中,MITRE 工作人员考虑了“企业”的主题,并提出了以下工作定义:
“企业”是指一个由相互依赖的人员、流程和支持技术组成的网络,不完全受任何单一实体的控制。在商业文献中,企业通常指组织,例如公司或政府机构;在计算机行业,它指的是任何使用计算机的大型组织。我们的定义强调单个系统甚至系统系统的相互依赖。我们包括公司、政府机构、大型信息化组织以及任何聚集在一起共同实现明确或隐含目标的实体网络。这包括整合以前独立的单元。企业展示了从部件的交互中出现的新行为。
MITRE 致力于支持特定赞助商需求及其所需能力的项目。为了取得成功,MITRE 员工还必须了解与这些特定活动相关的企业环境。我们的赞助商真正重视企业视角。 MITRE 从一开始就致力于满足我们赞助商的企业和特定需求。通过半自动地面环境 (SAGE) 项目,我们在历史早期就关注国家企业对国防的需求,并制定了特定的雷达解决方案来实施所需的保护。随着 MITRE 长期致力于应对企业挑战,我们已经认识到以下几点:
企业工程基于这样一个前提,即企业是希望成功并会适应成功的实体的集合。该声明的含义是,企业工程流程更多的是塑造组织开发系统的空间,以便为成功完成其本地使命而进行创新和运营的组织将自动并同时为企业的利益而创新和运营.企业工程流程更侧重于塑造经典工程发生的环境、激励机制和成功规则。企业工程通过受自然进化和经济市场启发或启发的过程来协调、协调和整合组织和个人的努力。企业工程主要通过干预而不是控制进行管理 。
MITRE 员工工程企业解决方案的主要主题和考虑因素是 1) 采取全面的观点,2) 企业规划和管理,3) 企业技术、信息和基础设施,4) 解决与信息密集型环境相关的复杂问题,5)用于任务保证的工程系统,6) 转型规划和组织变革,7) 了解企业的治理运营以及相关的假设和约束,以及 8) 独立的工程评估。
综合视角
全面的观点可帮助 MITRE SE 创建一个解决方案,该解决方案考虑并说明与跨企业的有利路径和企业必须运营的环境相关的许多因素。在我们评估解决方案空间的综合观点时,有许多复杂性需要评估和协商。 MITRE SE 可以应用各种工具来帮助了解影响其企业的不确定环境。该主题领域的文章包括系统思维、不确定性和复杂性的系统工程策略以及启用综合观点的工具。
企业规划与管理
企业规划和管理从战略角度看待联邦政府组织实现其使命所需的主要计划和流程。立法部门通常不会详细说明行政部门机构的哪些组成部分将执行任务的各个方面或它们将如何运作。因此,在战略层面,每个机构都必须计划、管理和说明它如何以及在多大程度上实现了这一使命。赞助商有时会要求 MITRE SE 帮助制定和执行这些战略级计划和流程。本主题领域的文章包括 IT 治理、投资组合管理和如何开发测量能力。
企业技术、信息和基础设施
术语“企业技术、信息和基础设施”是指跨企业共享的信息技术 (IT) 资源和数据的概念。这一概念体现了技术努力,例如用于构建、管理和发展共享 IT 的基础设施工程;用于管理和监控提供给企业的 IT 服务性能的 IT 或基础设施运营; IT服务管理;和信息服务管理。本主题领域的文章包括 IT 基础设施工程、IT 服务管理、信息和数据管理以及无线电频谱管理。
工程信息密集型企业
MITRE 在操作系统工程联邦资助的研发中心 (FFRDCs) 中的作用使我们处于我们的解决方案主要用于信息密集型功能的环境中。我们的部分工作计划可能会导致我们考虑硬件或平台以增强赞助商的能力,但通常重点是我们支持的任务和决策者的信息需求。因此,我们需要提供满足赞助商信息需求的解决方案:
- 考虑企业架构以及如何联合元素以提供集成功能的解决方案
- 考虑综合观点的复杂性并制定方法以利用设计模式和敏捷技术同时规划演进战略以满足长期企业需求的解决方案
- 可以使用可用资源(例如开放系统功能)为手头的特定挑战按需创建解决方案,同时满足国家快速变化的实时事件。
本主题领域的文章包括架构联合、设计模式、按需组合功能、开源软件、隐私工程以及隐私需求定义和测试。
系统的系统
随着对单个系统联网以提供运营能力的日益重视,MITRE 的赞助商正在认识到系统系统 (SoS) 的有效端到端性能对于满足运营用户需求的重要性。尽管大多数政府采购政策和流程继续关注单个系统的开发和演变,但它们的要求越来越多地基于对端到端能力差距的评估,这些差距需要跨单个系统进行集成。系统工程的角色越来越多地转向提供这些功能的 SoS 工程。本主题领域的文章包括“系统系统上下文中的工程系统”、“将系统系统视为系统”和“应用于系统系统的系统工程生命周期过程”。
任务保障系统工程
设计一个能够承受有目的或意外故障或环境变化的系统的概念在设计系统的生存能力的学科中有着悠久的历史。互联网时代,任务保障工程系统进一步扩展,包括信息保障工程和网络安全工程。在本指南中,“用于任务保证的系统工程”的定义是工程系统的艺术,它具有在不同情况下完成任务的选项和替代方案,以及评估、理解和平衡相关风险的能力。选项和替代方案通常采用混合技术和操作要素的形式,这要求 SE 对系统的技术细节和限制、其使用的学说和操作以及环境条件和威胁有深入的了解这将或可能会遇到。总而言之,任务保障的各个方面构成了当今工程系统中一些最困难的挑战。系统工程社区还没有对其无数问题的完整答案。
本主题中的文章侧重于我们对当今任务保证系统工程的了解。这是一个快速发展的领域,因此请经常回来查看更新和其他材料。该主题领域的文章包括网络任务保障、皇冠珠宝分析、网络威胁敏感性评估、网络风险补救分析、安全代码审查和供应链风险管理。
转型规划和组织变革
转型规划和组织变革是对变革活动的协调管理,使用户能够采用新的愿景、使命或系统。 MITRE SE 协助制定战略和计划以及领导和沟通变革。该主题领域的文章包括执行组织评估、组织转型战略的制定、利益相关者评估和管理、有效沟通和影响以及成功用户采用计划。
企业治理
MITRE SE 需要了解政府用来“管理”系统工程的机制以及完成企业任务所需的能力。
- 治理涉及参与集体问题的行为者之间的互动和决策过程,这些问题导致社会规范和制度的创建、强化或再生产。
- IT 治理主要处理业务焦点和 IT 管理之间的联系。明确治理的目标是确保对 IT 总体业务价值的投资并降低与 IT 项目相关的风险 。
治理工程要求 MITRE 员工通过使用(有时是绕过)治理结构来处理系统工程的社会工程和社交网络方面的工作。该领域的治理被定义为相互依赖的人员、流程和技术共同完成所需的行动,以实现企业的需求和发展。
本主题领域的文章包括利益共同体和/或实践共同体、标准委员会和机构以及政策分析。
MITRE FFRDC 独立评估
MITRE SE 执行多种类型的独立评估,这些评估以各种名称而闻名,包括独立审查、红队、评估、审计和合规评估。很多时候,会进行独立评估以识别项目的风险。它们为政府组织提供价值,因为 MITRE FFRDC 角色促进了独立性、客观性、避免利益冲突和技术专长。与承包商评估相关,本主题领域包括文章规划和管理独立评估。
参考资料和资源
- Rebovich, G., March 2007, Engineering the Enterprise, The MITRE Corporation.
- Hufty, M., 2011, "Investigating Policy Processes: The Governance Analytical Framework (GAF)," Research for Sustainable Development: Foundations, Experiences, and Perspectives, Bern, Geographica Bernensia, pp. 403–424.
- Smallwood, D., February 2009, IT Governance: A Simple Model, ebizQ.
原文:https://www.mitre.org/publications/systems-engineering-guide/enterprise…
- 34 次浏览
【技术和分析】掌握信息技术的三个世界
概括。
信息时代带来了许多新技术——以及过多的选择。管理者很难弄清楚所有这些创新的作用,更不用说采用哪些创新以及如何实施它们了。此外,许多所谓的进步并没有达到预期:挫折、延误,甚至彻底的失败都会诱使许多高管完全避免与 IT 打交道。
但那些拒绝的人正在卖空他们的公司。高管在 IT 方面有三项关键责任: 他们必须帮助选择技术,采用由内而外的方法,牢记业务的真正需求;顺利采用这些技术,考虑到它们可能会遇到强大的阻力;并通过利用已经标准化的数据和工作流程来鼓励他们的利用。不过,最重要的是,他们要超越他们选择的单个 IT 项目,更广泛地了解 IT 可能如何影响组织。
信息技术可以分为三种类型,每种类型都为公司提供了特定级别的变化。职能 IT 包含简化单个任务的技术,例如电子表格和文字处理应用程序。网络 IT 包括电子邮件、即时消息和博客等功能,可帮助人们相互交流。企业 IT 带来了诸如客户资源管理和供应链管理之类的方法,并允许公司重新创建员工组之间或与业务合作伙伴之间的交互。不同类型的技术带来不同类型的组织变革,管理者应该相应地调整自己的角色。
以这种方式对 IT 进行分类可以帮助领导者确定投资哪些技术以及如何帮助组织充分利用这些技术。
在信息时代,最好的时代是最坏的时代。计算机硬件不断变得更快、更便宜、更便携;混搭、博客、维基和业务分析系统等新技术已经吸引了人们的想象力;企业 IT 支出已从 2001 年的暴跌中反弹。1987 年,美国企业对每位员工的 IT 投资平均为 1,500 美元。到 2004 年,即可获得政府数据的最近一年,这一数额增加了两倍多,达到每名员工 5,100 美元。事实上,美国公司每年在 IT 上的花费与在办公室、仓库和工厂上的总和一样多。
然而,随着 IT 的鼓声越来越响亮,它们可能会压倒总经理。公司面临的最大问题之一是应对市场上丰富的技术。高管们很难弄清楚所有这些系统、应用程序和首字母缩略词的作用,更不用说决定他们应该购买哪些以及如何成功采用它们。大多数经理都觉得自己没有能力驾驭不断变化的技术环境,因此越来越少地涉足 IT。
增加高管的信心的是,企业 IT 项目往往取得了令人失望的结果或彻底失败。灾难——比如美国药品分销商 FoxMeyer Drug 的灾难,它进入了第 11 章,并在 1997 年在一个价值 1 亿美元的 IT 项目失败时被出售——今天可能比过去不那么频繁,但挫折、延迟和失望都是太常见了。 2005 年,IT 咨询公司 CSC 和金融高管研究基金会对 782 名负责 IT 的美国高管进行了一项调查,50% 的受访者承认“业务与 IT 战略的一致性”是一个主要问题。研究人员发现,51% 的大规模 IT 工作比预期的晚完成并且超出预算。只有 10% 的公司认为他们从 IT 投资中获得了高回报; 47% 的人认为回报率低、负数或未知。
毫不奇怪,任何新的 IT 提案都会在董事会中引发激烈的辩论。一些董事会说“我们为什么要打扰? IT 不是战略性的,因此在竞争意义上它并不重要。我们应该尽量减少我们的技术支出。”其他人则争辩说:“无论 IT 是否重要,我们都不应该自己动手。公司正在变得虚拟化,软件正在变得可出租,那么为什么 IT 采用老式的方式呢?”因此,高管们试图将 IT 委派、外包、租用、合理化、最小化,并通常将 IT 从他们已经很长的问题列表中删除。
高管们需要停止将 IT 项目视为技术装置,而应开始将其视为他们有责任管理的组织变革时期。
但是,与 IT 保持距离的管理人员放弃了一项关键责任。在过去 12 年的 IT 研究中,我认为高管在管理 IT 方面要扮演三个角色:他们必须帮助选择技术、培育技术采用并确保对其加以利用。然而,经理们不必在每次购买新技术时都做所有这些事情。不同类型的 IT 在实施时会导致不同类型的组织变革,因此高管必须根据所使用的技术调整其角色。然而,至关重要的是,高管们不再将 IT 项目视为技术装置,而是开始将其视为他们有责任管理的组织变革时期。
构建有效的 IT 模型
每个研究过公司对 IT 不满的人都认为,技术项目正日益成为管理挑战,而不是技术挑战。更重要的是,一个运行良好的 IT 部门是不够的。直线经理在实施这些项目方面负有重要责任。一位富有洞察力的 CIO 曾经告诉我:“我可以让一个项目失败,但我不能让它成功。为此,我需要我的 [非 IT] 业务同事。”与我共事过的经理们私下承认,IT 的成功需要他们的承诺,但他们不清楚应该在何处、何时以及如何参与。
这部分是因为高管通常没有一个全面的模型来说明 IT 对公司的作用、它如何影响组织以及管理者必须做什么来确保 IT 计划成功。正如哈佛商学院教授 Clayton M. Christensen 和波士顿大学教授 Paul R. Carlile 在他们的工作论文“管理研究中的理论构建周期”(哈佛商学院,2005 年 2 月)中指出的那样,一个好的模型或理论会做两件事:将重要的现象归为类别,并在类别中陈述因果关系。然而,即使是最先进的 IT 影响模型也仅包含有关个别技术的陈述,例如“CRM 让您更接近客户”和“SCM 让您减少库存”。这样的声明对高管没有帮助;它们更像是推销而不是事实陈述。这些断言也没有说明为什么技术将为公司带来他们所承诺的好处。为什么客户会开始向您的客户关系管理系统坦白他们最深切的愿望?为什么在您建立供应链管理系统时,供应商会开始及时交货?现有模型也无法帮助高管在技术中进行选择。每个企业都希望更贴近客户并保持低库存水平——但首先投资于 CRM 或 SCM 改进是否更好?
构建综合模型的一种方法是将 IT 置于历史背景中。经济学家和商业历史学家一致认为,IT 是一系列通用技术 (GPT) 中的最新技术,这些创新如此重要,以至于它们在经济的正常发展进程中引发了飞跃。电力、晶体管和激光是 19 世纪和 20 世纪出现的 GPT 的例子。公司可以将一些通用技术(例如晶体管)整合到产品中,将其他技术(例如电力)整合到流程中,但它们都具有特定的特征。随着时间的推移,此类技术的性能会显着提高。随着人们越来越熟悉 GPT 并放弃他们旧的思维方式,他们发现这些创新有很多用途。至关重要的是,随着人们发明或开发能够成倍增加 GPT 的功能、影响和用途的补充,通用技术会带来更大的好处。例如,1970 年,光纤电缆使公司能够使用已经使用了十年的激光器进行数据传输。
流程 GPT 的补充是组织创新,或公司完成工作方式的变化。研究表明,四个组织补充——更高技能的员工、更高水平的团队合作、重新设计的流程和新的决策权——允许流程 GPT 提供改进的绩效。例如,在 20 世纪初,美国的工厂用新发明的电动机代替了由水车或蒸汽机驱动的中央电动机。这些大型电机连接到传动轴,传动轴通过皮带连接到工厂的机器上。起初,电动机是用螺栓固定在旧的传动轴上的。随着时间的推移,企业制造了更小的电动机,并将一台电动机连接到每台机器上。新电机让公司可以自由地重新设计工作流程。例如,他们能够建造长而低的工厂,而不是高而窄的工厂,并将机器排成一排,后来成为装配线。然而,企业不得不雇用技能更高、能够更好地在每个站点独立做出决策的工人。一旦对电动机的所有组织补充到位,它们就会最大限度地发挥技术的影响并提高美国制造业的生产力。
这些见解也适用于 IT,但有一个区别:我的研究表明,信息技术与其他流程 GPT 所具有的四个组织补充之间的关系不同。一些信息技术可以在没有补充的情况下取得成果;其他人则允许随着时间的推移出现互补;还有一些人在公司部署技术后立即强加他们需要的补充。
将 IT 分为三种类型可以帮助领导者了解他们必须投资哪些技术以及应该采取哪些措施来最大化回报。
基于这些变化,我们可以将 IT 分为三类。 (请参阅展览“改变工作的 IT 的三种类型”。)每种类型都为公司提供了独特的能力,提供了独特的好处,并引发了不同类型和规模的组织变革。这种分类可以帮助领导者了解他们必须投资哪些技术以及他们应该做些什么来最大化回报。它还可以表明哪些 IT 计划将相对容易实施,以及主管应该关注哪些项目。从这个角度来看,IT 管理开始看起来不像是一种魔法,而更像是高管的工作。
改变工作的 IT 的三种类型
IT的三类
高管们经常谈论计算机给公司带来的革命,但是,正如我所描述的 IT 模型所说明的那样,这过于简单化了。 IT 在组织中引发了多种革命,因为技术分为三个不同的类别。
功能 IT
(FIT) 包括使独立任务的执行更加高效的技术。文字处理器和电子表格是此类 IT 类别中最常见的示例。设计工程师、会计师、医生、图形艺术家以及许多其他专家和知识工作者一直在使用 FIT。当他们的补充到位时,人们可以从这些技术中获得最大价值,但也可以在没有所有补充的情况下使用 FIT。例如,研发工程师可以使用计算机辅助设计 (CAD) 程序来改进他的工作方式,而无需对部门其他部门的运作方式进行任何更改。此外,FIT 不会带来他们的补充。例如,CAD 软件没有指定充分利用其功能的流程。公司必须确定 FIT 需求的补充,要么开发它们,要么允许用户创建它们。
FIT很强大。五年前,杜卡迪宣布将于 2003 年进入 MotoGP 赛道。其设计师于 2001 年 11 月启动了一个制造合适摩托车的项目。他们首先使用模拟软件来构建和测试虚拟引擎。模拟使团队意识到两缸发动机的动力不足以赢得比赛,因此决定制造杜卡迪的第一台四缸发动机。该团队于2002年8月完成了发动机的设计;两个月后,一辆由发动机驱动的摩托车在测试跑道上飞驰;该项目于 2003 年 1 月基本完成。这家意大利公司于 2003 年参加了 MotoGP 赛道,并超越了大多数竞争对手:杜卡迪在制造商排行榜上排名第二,这是在赛道上参加摩托车比赛的公司及其车手的排名在个人积分榜上排名第四和第六。
杜卡迪在 FIT 方面的经验生动地展示了这一 IT 类别的能力:
- 增强实验能力。杜卡迪的工程师制造了数千台发动机和摩托车,并在不接触钢板的情况下比较了它们的性能。
- 提高精度。该公司的设计师非常信任该软件,以至于如果测试结果与模拟不一致,他们告诉我,第一反应是不信任测试结果。
网络信息技术
(NIT) 提供了一种人们可以相互交流的方式。网络技术包括电子邮件、即时消息、博客和 Lotus Notes 等群件。 NIT 允许人们进行交互,但它没有定义他们应该如何交互。它让人们自由地进行实验,而不是告诉他们必须做什么。与 FIT 不同,网络 IT 带来了补充,但允许用户随着时间的推移实施和修改它们。
2005 年,投资银行 Dresdner Kleinwort Wasserstein 推出了三种网络技术:消息传递软件、员工博客和公司 wiki,这是一个员工无需许可或 HTML 技能即可贡献或编辑的网站。 DKW 的员工通过使用消息传递软件联系公司在世界各地的交易员和分析师来生成数据、获取意见并找到答案。许多经理写博客或在其他人的博客上发表评论。一些 DKW 主管将 wiki 视为处理电子邮件过载的一种方式,并鼓励他们的团队在 wiki 上发布议程、待办事项和正在进行的工作,而不是通过电子邮件传播它们。
如 DKW 示例所示,NIT 的主要功能包括:
- 促进协作。网络技术允许员工一起工作,但没有定义谁应该与谁一起工作或员工应该从事哪些项目。在 DKW,由于员工阅读彼此的博客,因此成立了特设团队。这些团队使用维基完成任务,并在没有高层命令的情况下解散。
- 允许表达判断。 NIT 是让人们表达意见的平等主义技术。 DKW 员工使用博客来表达他们对从开源软件到利率变动等所有方面的看法。
- 促进出现。 “涌现”是由于低级交互而出现的高级模式或信息。这些模式很有用,因为它们允许管理者比较工作的完成方式和应该如何完成的工作。出现对用户来说也很有价值。例如,员工可以轻松地搜索和浏览 DKW 的博客和 wiki 以获取趋势和数据,即使没有人负责让它们易于使用。
企业 IT
(EIT) 是公司采用的一种 IT 应用程序,用于重组员工群体之间或与业务合作伙伴之间的交互。定义整个业务流程的应用程序(例如 CRM 和 SCM)以及使公司之间的通信自动化的技术(例如电子数据交换)都属于这一类。与自下而上的网络技术不同,企业技术是自上而下的。它们是由高级管理层购买并强加给组织的。如果不引入新的相互依赖关系、流程和决策权,公司就无法采用 EIT。此外,公司不能慢慢地创建对 EIT 的补充;一旦新系统上线,就需要进行更改。
2002 年,美国零售连锁药店 CVS 开始担心其药店的漫长等待时间,并重新检查了其已自动化的处方履行流程中的两个步骤。最初,它的药房在客户希望的取货时间前一小时执行了第一步,即药物相互作用的安全检查。之后,它检查保险公司是否会支付药物费用。尽管流程自动化,但 CVS 经常无法在承诺的取件时间之前解决所有突出的安全和保险问题,这让客户感到恼火。 CVS 然后决定颠倒执行这些步骤的顺序。这一变化遭到了许多 CVS 药剂师的抵制,他们认为,由于药物安全检查是两者中更重要的,所以它应该是过程中的第一步。推出该项目的团队与怀疑论者进行了推理,但最终意识到它不会赢得他们的全部支持。因此,它指示药房在客户放弃处方时首先进行保险审查,而不是在取货时间之前。这使得技术人员可以与客户一起纠正小故障,例如健康保险记录中的出生日期错误,这将阻止药物报销,并在人们可能遇到更大的问题时发出警告,例如不支付保险费。新序列还让 CVS 的药剂师将安全检查纳入他们的质量控制程序,而不是将其视为一个单独的步骤。重新设计履行流程将 CVS 的等待时间缩短了 80%,从而提高了客户满意度。
CVS 的经验表明,EIT 的主要能力包括:
- 重新设计业务流程。由于 CVS 员工在完成新顺序中的两项检查之前无法填写处方,因此改进后的履行流程在理论上并不是一个好主意——CVS 员工必须按照特定顺序执行流程。 EIT 让管理人员相信员工将正确执行流程。
- 标准化工作流程。一旦公司确定了一个互补的业务流程,他们就可以与 EIT 一起广泛而可靠地实施它。在不到一年的时间里,CVS 在全美 4,000 家门店推出了新流程。
- 有效地监控活动和事件。 EIT 可以让管理人员准确、最新地了解整个企业正在发生的事情,而且通常接近实时。 CVS 的软件让管理人员知道每天在每个地点开出多少处方,填写每张处方需要多长时间,以及员工必须解决什么样的履行问题。
管理三种类型的 IT
在三个 IT 类别中,高管有三项任务。首先,他们必须帮助选择能够提供所需组织功能的 IT 应用程序。其次,他们必须领导采用工作,从而为这些技术创造补充。第三,他们必须通过确保技术、能力和补充保持一致来塑造 IT 的利用。
IT 选择。
公司通常在其高管听说一项新技术后选择 IT 应用程序,并想知道为什么他或她的组织尚未对其进行投资。这种方法无处不在。您多久听到一次“我们不应该看看技术 X 吗?”或“为什么科技 Y 不能为我们做到这一点?”公司甚至会投资一项技术,因为该行业的其他人都购买了它,或者因为它带有来自顾问、分析师和记者的热情推荐。
麻烦的是,新应用层出不穷,部分原因是创新,部分原因是巧妙的品牌重塑。公司不可能评估所有遇到的新应用程序。另一个更根本的问题是,这种选择应用程序的方法反映了一种由外而内的方法:高管们描述了一种在外部世界可用的技术,并建议将其引入公司。没有人会停下来思考组织是否真的需要该技术提供的功能。据一项估计,从 1999 年到 2001 年,美国公司在从未使用过的 IT 上花费了 1300 亿美元。这种浪费的背后肯定是一种由外而内的心态。
高管们要问的一个更明智的问题是“我们需要 IT 为我们做什么?”例如,他们可能会考虑,我们公司的工程师是否需要增加他们的实验能力?我们的销售和营销部门是否需要更频繁地协作?我们是否需要在全球范围内标准化履行流程?管理人员还应该设置 IT 优先级。他们必须决定,是拥有单一的员工数据来源更重要还是每周从销售人员那里获得有关客户联系的报告更重要?如果研发部门可以进行更多的模拟,或者有一个在线空间进行头脑风暴,会不会更好?通过增加一层分析软件或通过私有数据交换将其扩展到供应商来增强企业系统是否更有价值?这些都是艰难的选择,但它们适合高层管理团队讨论。 (参见边栏“IT 对话”。)
IT 对话
业务和 IT 领导者应定期开会,讨论公司基于 IT 的能力状况。在这些会议上,CIO 的职责不是发布新技术,而是与高管就能力开发进行合作。讨论应涵盖组织足迹:公司将部署新技术的地理、职能和部门范围。部署 IT(尤其是企业 IT)所涉及的费用、难度和时间随着占用空间的增加而增加。对话可以根据 IT 类别进行细分,并应解决一些具体问题。功能性 IT
市场上的任何新软件能否使我们的工程师、科学家、分析师和其他工作人员更有效地完成工作?
我们的功能技术过时了吗?如果是这样,为什么?发生了什么变化?
网络信息技术
我们的员工如何协作?我们知道他们使用的是什么技术吗?
我们是否有办法让定性信息在公司内部水平和垂直流动,以及与客户和供应商来回流动?
如果我们想就一个重要话题获得广泛的反馈,我们将如何做?
我们如何知道我们的员工正在做什么以及他们认为的热门话题是什么?
企业 IT
我们当前的流程在哪些方面无法满足业务需求?哪些需要重新设计?哪些应该扩展到我们的客户和供应商?
是否应该将最佳实践嵌入到我们的企业 IT 工作中,以便更广泛地部署它们?更广泛多少?它们是否需要针对新环境进行调整?
是否有我们应该监控的重要业务活动、事件或趋势?如果我们不监视它们,为什么不呢?数据是否不可用或存储在如此多的系统中以致于信息难以收集?
我们可以轻松分析的最新时期是什么?一个小时之前?昨天?上个月?上个季度?
对于高管来说,了解提议的 IT 工作需要多长时间以及成本是很重要的,但 ROI 数字几乎毫无价值。我已经看到许多商业案例准备证明 IT 投资的合理性。几乎所有人都预测收入增加、利润增加和成本降低。他们所有人都将这些好处完全归功于这项技术,这听起来像是一个不能失败的提议。实际上,由于技术、能力和补充之间的复杂相互作用,IT 从来都不是一个确定的赌注。聪明的公司很少花时间预测 IT 工作将带来的经济利益。他们跟踪支出和里程碑,并不断检查他们是否正在获得他们想要的基于 IT 的能力。
在评估技术前景之前,由内而外的方法将焦点直接放在业务上;它侧重于 IT 可以提供的功能,而不是技术本身。高管之间关于能力的讨论将突出企业最想擅长的领域——并将表明是否就企业需要擅长的领域达成一致。一旦公司的业务需求明确,其所需的技术就会成为焦点。通常,FIT 提供生产力和优化,NIT 增加协作,而 EIT 有助于标准化和监控工作。因此,当高管决定他们需要什么能力时,他们就会知道要购买什么样的 IT 以及他们必须管理的计划的性质。
一旦公司的业务需求明确,其所需的技术就会成为焦点。
在我们 2004 年的案例研究“思科的企业 IT”中,我和哈佛商学院的两位同事 F. Warren McFarlan 和 Alison Berkley Wagonfeld 描述了思科如何使用由内而外的方法重新调整 IT 选择过程的重点。思科意识到其 IT 决策过程存在缺陷,因为它试图在 2001 年底从收入下降中恢复过来。首席信息官布拉德波士顿发现思科有九个订单状态工具。他们每个人都使用来自不同来源的数据,这些数据对关键术语使用不同的定义。结果,系统无法让公司清楚地了解其订单。销售组织也存在类似问题。波士顿和他的同事意识到思科需要提高其标准化和监控能力,因此他们选择了升级的 ERP 系统和客户数据库。他们还决定在整个公司实施新技术,尽管这样做成本高昂且耗时。 ERP 项目需要三年时间来实施,并花费了公司大约 2 亿美元。然而,如果没有这些技术,思科就无法获得它想要的功能,因此它选择了对它们进行投资。
IT 采用。
在选择 IT 之后,高管的注意力转向采用:将他们投资的技术投入生产使用的艰苦工作。在这个阶段,管理者的主要职责是帮助创造能够最大化 IT 价值的补充。 FIT 并没有带来它的补充,因此管理者必须找到识别它们的方法。这就是 BMW 的首席设计师 Chris Bangle 在 1990 年代后期所做的,当时他希望设计师在纸张、粘土和木材之外使用计算机辅助造型 (CAS) 软件。正如 Bangle 在接受哈佛商学院教授 Stefan Thomke 采访时所解释的那样,尽管 Bangle 聘请了 CAS 专家与他们一起工作,但设计师们不愿意使用该软件。有一天,Bangle 宣布在三个月内,CAS 团队将不得不为自己买单——否则他将出售团队的计算机。他没有扭动设计师的手臂;他向 CAS 专家和建模师施压。他们帮助设计师采用该软件并创建新的设计流程。 Bangle 知道他不能强迫采用这项技术,或者仅仅希望出现互补的技术。他必须让他的团队发现新的工作方式——尽管他可以稍微刺激一下。
在 NIT 采用方面,高管的角色存在有趣的二分法。因为这些技术的使用是自愿的而不是强制性的,它们让用户感觉更多而不是更少地控制他们的工作。因此,它们的采用并不困难。然而,管理人员仍然必须通过展示如何使用新技术和制定参与规范来干预新技术,例如群件、wiki 和博客。一旦网络技术得到了适当的建立,它们的使用就会起飞,管理者面临的挑战是避免干预过于频繁或过度干预。
与 FIT 和 NIT 形成鲜明对比的是,企业 IT 很难被公司采用。这些好处在高层人士看来很不错,但员工通常不喜欢 EIT 技术。与网络技术不同,它们不仅支持新的工作方式;他们决定他们。企业系统定义了新的跨职能业务流程,将流程强加给员工,不允许员工修改它们,并带来更高级别的监督。大多数员工不喜欢由某个软件指定给他们的新流程,他们会使用各种技术来阻止采用企业技术。由于新流程、改变的决策权和更大的相互依赖性与这些技术齐头并进,高管们必须在整个 EIT 采用过程中进行有力的干预。
事实上,企业领导者犯的最大错误就是在改变人们的工作方式时低估了阻力。 2002 年,波士顿的一家医院建立了一个 IT 系统,用在线订单取代了手写处方。该系统会立即检查医生的处方中是否存在有害剂量或药物相互作用,并将命令传送到医院药房。尽管研究表明该系统可以减少用药错误,但医生们强烈反对。他们抱怨基于计算机的流程比纸质订单更慢、更不方便,而且内置的错误检查功能不起作用。他们的抗议如此强烈,以至于医院只能在少数几个科室推出该系统。今天,大多数医生继续在纸上写处方,然后传真到医院的药房。医生对医院寻求的监测和标准化能力的反应让该系统的拥护者完全措手不及。
企业领导者犯的最大错误是在改变人们的工作方式时低估了阻力。
采用 EIT 可能会引发多种问题。例如,EIT 项目通常会因为员工和管理人员协商使用技术强加的补充(例如新流程)而延迟。公司通常会满足于比最初计划更温和的解决方案,并且只能获得他们最初寻求的一些功能。公司甚至可能完全放弃采用 EIT。更糟糕的是,一些企业在应该放弃的时候却没有放弃 EIT 项目,这对业绩造成了严重破坏。例如,在 1990 年代后期,好时和耐克都实施了与其业务需求和流程不匹配的技术。结果,两家公司的财务和股价都受到了影响。
我研究过的所有成功的 EIT 采用都使用了相同的流程来避免失败,而我研究过的所有不成功的 EIT 采用都没有使用它:他们从一开始就决定了配置和采用的其他方面的关键问题将被提出,他们将如何解决。这项任务中最重要的参与者不是 IT 专家或顾问,而是来自受新技术影响领域的业务领导者。领域越多,他们的工作改变的越多,采用工作就越需要经验丰富的领导者。中层项目经理没有制定和实施这些艰难决定所需的正式或非正式权力。例如,在 CVS,EIT 项目的负责人同时负责 IT 和商店运营,因此他有权部署新流程,尽管遭到连锁店药剂师的反对。同样,尽管思科采用分散式文化,但该公司成立了一个由六名高级管理人员和 CIO 组成的业务流程运营委员会 (BPOC)。 BPOC 在 EIT 采用过程中开会,制定政策和流程决策,并表明思科不会放弃建立技术所需的补充,即使组织内部存在阻力。
成功实施 EIT 的领导者试图在组织中建立共识,但他们也愿意在不让每个人都参与的情况下继续前进。他们果断的风格与关于高管应该如何让用户接受和拥有新技术的通常建议背道而驰。例如,1999 年,一家共同基金公司在建立 CRM 系统时,要求其销售人员将与券商和机构投资者会面的信息输入到系统中。销售代表正确地认为这是试图捕捉仅存在于他们头脑中的知识。他们拒绝使用多年来对任何人都没有任何价值的系统。 2001 年,新的销售总裁上任后,情况发生了变化,他要求销售代表将信息输入 CRM 系统,威胁要扣留那些没有向 CRM 系统支付的佣金,并指示她的直接下属对销售代表进行交叉核对。费用报告的条目。总统的政策遭到了强烈反对,但代表们很快意识到,如果他们想继续为公司工作,就必须接受新老板的要求。
IT 剥削。
业务领导者与 IT 相关的第三项责任是在技术到位后从技术中获取最大收益。
公司可以通过微调组织补充来最好地利用 FIT。当 HBS 教授 Marco Iansiti 和 Alan MacCormack 研究 1995 年美洲杯帆船赛时,他们发现所有团队都使用模拟软件来帮助他们设计船龙骨。大多数团队与大学和航空航天公司合作构建复杂的模拟,并使用大型机或超级计算机来完成这项工作。他们都被新西兰队击败,该队使用的工作站功能较弱,但将计算机带到了建造船只的码头。新西兰团队还鼓励实验和团队合作,并将龙骨修改决策推到组织中。因为其他团队没有做所有这些事情,他们无法充分利用 FIT 的力量。
员工自己利用电子邮件和即时消息等较旧的 NIT,但企业领导者在利用博客和 wiki 等较新的技术方面可以发挥作用。它们可以帮助维持和增加补充的使用,使技术持续更有效,主要是通过引导用户。 Dresdner Kleinwort 全球股票衍生品业务的董事总经理 Darren Leonard 回忆了他是如何让他的同事使用公司的 wiki 的:“首先,如果 wiki 没有结构,那么它不会被视为机会,而是被视为无政府状态,我们的人们没有时间进行无政府状态。我回到我的初始页面并重写它们以更具指导性。例如,我为即将举行的会议制作了一个页面,并要求人们添加它。其次,wiki 必须明显优于其他协作方式。必须有 [for them] 的用途来展示他们的力量。其中一个用途是在一次特别的高级管理会议之前,我们可以从我们的团队中提出问题并让他们回答。我放了一个页面……问我的[团队成员]他们想让我代表他们问什么问题。人们使用该页面发布问题、编辑问题并讨论哪些问题最重要以及原因。这确实加速了 wiki 的使用。最后,旧习惯很难改掉。人们倾向于继续使用电子邮件,因为这是他们所知道的……我必须[告诉他们],‘我不会阅读关于这个主题的电子邮件。使用 wiki 或“每个人的作业都在这个页面上——使用同一页面来报告进度。”
有趣的是,利用 EIT 通常比采用它更容易。由于实施新流程的工作在此阶段完成,经理的任务是利用已经标准化的数据和工作流程。很少有员工和经理对此有问题;他们渴望充分利用一个设置起来非常麻烦的系统。利用 EIT 有时需要在其之上添加新的 FIT。在 1990 年代中期,食品服务巨头 Sysco 在其 80 个区域业务中实施了 ERP 系统和数据仓库。 Sysco 的高管意识到,由于所有公司现在都以相同的方式记录订单,因此可以分析标准化数据来回答两个问题:哪些客户最有可能叛逃?它还可以向现有客户销售哪些其他产品? Sysco 投资了商业智能软件,该软件位于 ERP 系统之上,从中提取数据并促进其分析。结果,销售人员和经理获得了类似于水晶球的东西,可以提供他们需要的两个关键答案。
其他公司通过将企业系统扩展到客户、供应商和合资伙伴来开发企业系统。这扩大了企业的监控能力,并提供了他们只能通过雇用更多人才能实现的控制水平。例如,价值 1.07 亿美元的阿根廷谷物生产商 Los Grobo 使用 EIT 系统来跟踪其农场完成的所有工作。 Los Grobo 租用了大部分田地,并由承包商种植、喷洒、收获和监督它们。承包商通过 Web 界面将他们的活动输入 Los Grobo 的系统,该界面允许公司布宜诺斯艾利斯总部的管理人员和专家就土地管理和产量提高做出明智的决策。自 2000 年以来,该平台帮助 Los Grobo 以每年 40% 的速度增长其销售额,而无需像以前那样购买更多土地或雇用尽可能多的员工。• • •
要使一种资源对公司的竞争地位产生影响,它必须是有价值的、稀有的、不可模仿的和不可替代的。 油井和钻石矿通过测试; 铅笔和纸没有。 它呢? 乍一看,似乎所有三个 IT 类别都不符合这些标准。 供应商提供范围广泛的 FIT、NIT 和 EIT,因此这些技术并不罕见,而且似乎具有高度模仿性。 然而,人们经常忘记,虽然软件本身可能不是这些东西,但成功实施的系统并不容易复制。 由于实施过程中固有的管理挑战,当公司成功应用技术并因此获得有价值的能力时,IT 满足所有四个标准。
原文:https://hbr.org/2006/11/mastering-the-three-worlds-of-information-techn…
- 36 次浏览
【研发管理】现代应用开发:企业指南
当今商界的每个人都“感到需要速度”。 但可能没有比应用程序开发人员更重要的了,他们发现自己被从隔间墙后面拖出来,并被推到了数字化转型的聚光灯下。
最成功的开发人员现在使用敏捷和 DevOps 等方法与业务方密切合作,这也是以速度的名义让产品更快地上市。 然而,他们必须始终关注业务目标。 开发人员应该考虑客户体验,在云中创建应用程序,使它们适用于移动、人工智能、物联网、边缘——现在帮助保护这些应用程序。
在过去的几年里,组织也接受了“公民”开发人员,他们也可以使用无/低代码平台进入应用程序创建池。应用程序开发的这种民主化似乎是企业更贴近客户群并跟上需求的完美解决方案。但这些公民团队也可能会产生开发人员需要解决的问题。
由于事情太多,《信息周刊》的编辑和撰稿人汇集了这套快速的资源和文章,以便您可以快速了解一些关键领域。我们的指南涵盖以下内容: 软件开发演变;开发运营;开发安全运营;低/无代码和用例;挑战和痛点;以及雇用和留住开发人员。
软件开发演变:
- 云原生推动企业和分析变革
- 通过云原生资源进行的软件开发继续受到寻求商业智能规模、安全性和可访问性的企业的青睐。
- https://www.informationweek.com/devops/cloud-native-driving-change-in-e…
- 云软件安全的下一个新常态是什么?
- 在大流行的高峰期,加速迁移到云是有意义的——组织在未来可能会面临不同的担忧。
- https://www.informationweek.com/cloud/what-will-be-the-next-new-normal-…-
- 技术决策:开发者的崛起
- 开发人员和技术人员越来越多地获得“坐在桌边”的机会,并在企业技术投资方面与高管建立同行关系。
- https://www.informationweek.com/devops/tech-decision-making-the-rise-of…
- 量子计算对软件开发意味着什么
- 曾经是猜测的东西,量子软件开发的增长可能与 MLOps 和 AIOps 的兴起有一些相似之处。
- https://www.informationweek.com/devops/what-quantum-computing-could-mea…
- 是时候重新考虑您的企业软件战略了吗?
- 虽然在大流行期间彻底改变企业软件战略可能有悖常理,但从长远来看,回报可能是巨大的。
- https://www.informationweek.com/cloud/time-to-rethink-your-enterprise-s…-
- 为什么你应该担心软件质量
- 恭喜。您的软件可以运行,但那又怎样?如今,应用程序质量更重要。多很多。
- https://www.informationweek.com/devops/why-you-should-worry-about-softw…
开发运营(DevOps)
- 为什么 DevOps 今年必须改变
- 在 2020 年受到 COVID 的影响,DevOps 团队将在未来 12 个月内面临新的挑战和机遇。下面来看看会发生什么。
- https://www.informationweek.com/devops/why-devops-will-have-to-change-t…
- 关于内部部署与云的 DevOps 策略要问的问题
- 并非每个公司都可以或想要采用云原生,但这并不意味着他们完全无法享受 DevOps 的优势。
- https://www.informationweek.com/devops/questions-to-ask-about-devops-st…
- DevOps 发展的 11 种方式
- 尽管 DevOps 作为一种实践在不断发展,但 DevOps 团队中的角色也在不断发展。以下是一些值得关注的趋势的解释。
- https://www.informationweek.com/devops/11-ways-devops-is-evolving/d/d-i…
- 是什么阻碍了 DevOps?
- DevOps 团队处于不同的成熟阶段。然而,在此过程中,他们面临着一些共同的挑战。
- https://www.informationweek.com/devops/what-s-holding-devops-back-
- 如何使 DevOps 与您的 PaaS 战略保持一致
- DevOps 和 PaaS 都不是新事物。但是,将它们对齐是有效且具有成本效益的。
- https://www.informationweek.com/devops/how-to-align-devops-with-your-pa…
- 质量和速度与 DevTestOps 方法并不相互排斥
- 对于沉浸在 DevOps 实践中的经验丰富的 IT 团队来说,转向 DevTestOps 需要改变思维方式。
- https://www.informationweek.com/devops/quality-speed-not-mutually-exclu…
- DevOps 和云迁移日益增长的安全优先级
- 调查声称安全性可能越来越受到重视,但许多组织对他们目前在这方面的立足点并不满意。
- https://www.informationweek.com/devops/the-growing-security-priority-fo…
- 人工智能和机器学习如何发展 DevOps
- 人工智能和机器学习可以通过更快地识别问题和进一步自动化我们的流程来帮助我们将 DevOps 提升到一个新的水平。
- https://www.informationweek.com/devops/how-ai-and-machine-learning-are-…
开发安全运营 (DevSecOps)
- AIOps、DevSecOps 及其他:探索 DevOps 的新方面
- 将安全性和人工智能纳入混合体使 DevOps 变得更加复杂,但也为加快交付创造了新的可能性。
- https://www.informationweek.com/devops/aiops-devsecops-and-beyond-explo…
- DevSecOps 是否需要可观察性才能完成工作?
- DeveloperWeek 的一个小组研究了如果他们的 DevSecOps 周期不包括应用程序的可观察性,组织可能面临的潜在风险。
- https://www.informationweek.com/devops/does-devsecops-require-observabi…-
- 从 DevOps 转向 DevSecOps 的演变叙事
- 我们需要一种自动化的集成开发方法,以在速度和风险之间取得适当的平衡,以避免代价高昂的返工和业务放缓。
- https://www.informationweek.com/devops/the-evolving-narrative-of-moving…
- 让开发人员更加了解 DevSecOps
- Interop Digital 会议探讨了为什么 IT 专业人员养成漏洞修复习惯很重要。
- https://www.informationweek.com/devops/making-developers-more-devsecops…
低代码,无代码:
- 对于任务关键型应用程序,您应该相信低代码/无代码吗?
- 随着组织试图更快地交付价值,低代码和无代码的使用正在增长。在投入太多风险之前,请仔细考虑您在做什么。
- https://www.informationweek.com/software/should-you-trust-low-code-no-c…
- 为什么 CIO 必须为无代码、低代码、完整代码制定规则
- IT 领导者必须介入,指导何时使用低代码和无代码开发应用程序,以及何时需要以全代码模式开发。
- https://www.informationweek.com/strategic-cio/enterprise-agility/why-ci…
- 是否有使用低代码开发最终用户应用程序的案例?
- 尽管有人怀疑低代码应用程序是否适合消费者和其他最终用户,但此类平台的拥护者却另有说法。
- https://www.informationweek.com/devops/is-there-a-case-for-using-low-co…-
- 低代码和无代码如何融入 DevOps 策略
- 如果组织没有从头开始构建应用程序的资源,他们可以通过多种方式简化应用程序的创建。
- https://www.informationweek.com/devops/how-low-code-and-no-code-fit-int…
- ServiceNow 的 CIO 认为低代码开发具有战略意义
- 随着越来越多的组织找到将无代码、低代码和公民开发人员纳入其 IT 和运营战略的方法,CIO 角色和应用程序开发的重塑仍在继续。
- https://www.informationweek.com/strategic-cio/servicenows-cio-sees-stra…
- 低代码和无代码平台:IT 领导者应该考虑什么
- 尽管机会是巨大的,并且可能有助于指导现代发展的进程,但 IT 决策者在深入研究之前应该审查其优点和缺点。
- https://www.informationweek.com/devops/low-code-and-no-code-platforms-w…
- 消除与业务开发人员相关的 4 个常见误区
- 商业/公民开发商既不会接管世界,也不会毁掉它。企业不应关注极端情况,而应考虑低代码的目标用例。
- https://www.informationweek.com/software/dispelling-4-common-myths-rela…
低代码/无代码用例:
- 普惠节省开发时间的低代码策略
- 飞机发动机制造商利用来自 WEBCON 的平台来加强其部分运营。
- https://www.informationweek.com/project-management/pratt-whitney-s-low-…
- Mondelēz 采用低代码、无代码的开发方法
- 零食巨头 Mondelēz 旨在通过建立其公民开发者社区,在软件开发方面走在前列。
- https://www.informationweek.com/strategic-cio/mondelez-takes-a-low-code…
- Ancestry 的 DevOps 策略来控制其 CI/CD 管道
- Genealogy 公司寻求一种不同的方法来控制其软件开发和部署。
- https://www.informationweek.com/devops/ancestry-s-devops-strategy-to-co…
- 为什么 ING 委托的核心开发需要低代码/无代码
- 银行和金融服务巨头转向 Genesis 的平台来解决某些应用程序开发问题。
- https://www.informationweek.com/devops/project-management/why-ing-entru…
软件开发挑战和痛点:
- 克服保护云原生应用程序的挑战
- 随着云原生应用的发展趋势,一系列新的安全挑战正在出现。以下是正面解决这些问题的解决方案。
- https://www.informationweek.com/cloud/overcoming-challenges-of-securing…
- 如何避免开发人员因大转型而倦怠
- 许多公司采用“大爆炸法”进行转型,但往往失败。更糟糕的是,技术团队施加的压力会导致开发人员倦怠。
- https://www.informationweek.com/strategic-cio/how-to-avoid-developer-bu…
- 改进软件维护的 7 种方法
- 以下是组织可以采取的一些方法和步骤来执行软件维护,同时为新软件开发创造尽可能多的时间。
- https://www.informationweek.com/devops/7-ways-to-improve-software-maint…
- IT 领导者需要了解的关于开源软件的内容
- 以下是有关开源技术的一些常见问题的答案,这些问题可以成为创新和数字化转型工作的关键推动因素。
- https://www.informationweek.com/devops/what-it-leaders-need-to-know-abo…
- 公民开发人员:IT 可以加强联系的 8 种方式
- 组织中公民开发人员的指数级增长正迫使 IT 重新考虑其角色和其历来重视的技能组合。 IT 组织正在做哪些调整?
- https://www.informationweek.com/devops/citizen-developers-8-ways-it-can…
- 如果敏捷开发策略失败,如何制定行动计划
- DeveloperWeek New York 主题演讲探讨了充分利用敏捷软件开发的问题和解决方案。
- https://www.informationweek.com/devops/how-to-create-a-plan-of-action-i…
招聘和留住开发人员:
- 消除 DevOps 和云中技能差距的方法
- 利益相关者表示,工程师和开发人员需要突破他们的专业领域并学习更多技巧来满足招聘需求。
- https://www.informationweek.com/devops/ways-to-fight-the-skills-gap-in-…
- 没有代码和低代码是解决开发人才差距的方法吗?
- 低代码应用程序开发的预期升级可能意味着更多的 IT 职责可能会转移到公民开发人员身上。
- https://www.informationweek.com/devops/are-no-code-and-low-code-answers…
- 创建强大、健康的软件团队的 3 个技巧
- 很多事情都会破坏软件项目的成功。您对待人员和流程的方法不必是其中之一。
- https://www.informationweek.com/software/3-tips-for-creating-a-strong-h…
- 大学正在失败的软件开发人员
- 为什么新的软件开发毕业生很难找到工作,以及大学如何修改他们的课程以帮助学生取得成功。
- https://www.informationweek.com/programming-languages/universities-are-…
- 如何创建高影响力的开发团队
- 专注于马拉松,而不是冲刺。以下是构建高效开发团队的三个最佳实践。
- https://www.informationweek.com/team-building-and-staffing/how-to-creat…
- 帮助开发者和企业解决技能困境
- 在竞争日益激烈的顶尖人才搜寻中,了解开发人员想要提升技能的内容对于保留和招聘至关重要。
- https://www.informationweek.com/programming-languages/helping-developer…
- 现代开发人员不会坐在墙后
- 如今,出色的客户体验取决于企业通过数字方式交付价值的质量、速度和效率。这种价值是由开发人员建立的——许多开发人员在熟悉的隔离区工作了多年。
- https://www.informationweek.com/devops/modern-developers-dont-sit-behin…
- IT 职业:寻找优秀开发人员的 10 个地方
- 根据最近的一项研究,您可能会惊讶于哪些大学毕业的开发人员技能最高。
- https://www.informationweek.com/it-careers-10-places-to-look-for-great-…
原文:https://www.informationweek.com/devops/modern-app-dev-an-enterprise-gui…
- 25 次浏览