【AICon】AI 基础设施、LLM运维、大模型训练与推理,一场会议,全方位涵盖! >>> 了解详情
写点什么

新 CIO:Mark Schwartz 认为的领先 IT

  • 2018-07-16
  • 本文字数:1626 字

    阅读完需:约 5 分钟

美国公民及移民服务局前任 CIO,现任 AWS 企业战略师 Mark Schwartz 在伦敦举行的 DevOps 企业峰会上介绍了什么是领先的 IT。

Schwartz 介绍说,老旧、传统的模型将业务和 IT 完全分开,他又提出了一种新的模型,在这种模型中,CIO 担任了类似 CXO 的工作。他认为,领先的 IT 运营不应该和业务分开,不是从业务中提出需求,也不是将 IT 运作得像业务一样。

在 Schwartz 旧的模型中,IT 和业务分开,从业务中提出需求,但两者不相关,IT 中负责计划制定,提交,产生一些 GANT 图表,之后完成工作,整个过程中各管一摊。传统的 IT 模型旨在为客户提供服务,让每个人满意,在这种情况下,IT 就扮演着公司中承包商的工作。他说,在这种模型中,将 IT 功能外包出去也就是很符合逻辑的事情了。

他认为,这是一种“非常糟糕的现状”,对于 IT 应该起到的功能是一种浪费。

Mark Schwartz:即使你非常想这么做,你也不能把 IT 当业务来运营, 因为你不能控制所有你需要的东西。你可以雇佣或者解聘员工,你可以决定你要生产什么产品,你可以决定一切。

Schwartz 描述了一种“让人作呕的用户故事”,就是业务相关的客户都向 IT 方提出自己的需求,这种情况变成了需求管理的过程,一些人高兴了,但另一些人并不开心。在这种情况下,他认为决策也可能并不和业务战略相关。

Schwartz:我们将敏捷方法引入 IT 的时候并没有什么很大的改变。通过 Scrum 方法,产品拥有者代表的业务方可以告诉技术团队,要做什么对业务有帮助的东西,并确保顺利完成,瀑布模型也是一样的道理,只是规模变小了。我们所做的只是缩小模型,这还是取决于我们认为什么是重要的,然后让 IT 部门去实现。

Schwartz 说这种情况持续了有十年,如果不做什么改变,这种情况会一直持续下去,这是让人不能接受的。首先,随着数字时代的来临,人们开始质疑,为什么是业务方决定技术团队的技术需求。他认为,应该是反过来,从技术到业务。他还指出,云技术的出现加快了发展速度,人们可以接触到更高层次的服务,比如机器学习。DevOps 的出现也帮助缩短了周期,改变了我们的操作速度。他说,最好的方法都是基于精益启动、实验和反馈的。

Schwartz:就算是这样,公司还是不想做出改变,但是我们不应该拒绝这些改变,因为它们能够让你的竞争对手发展得比你更快。

在 Schwartz 提出的新模型中,CIO 和其他 CXO 一起,给业务战略提供了一些功能专业知识。就像其他 CXO 一样,新的 CIO 不会只站在客户的角度讨论业务,他们就像是整个业务的一部分一样。

Schwartz:我们同意一个观点,就是没有人知道理想的需求是什么。所以他们在一起进行试验,他们提出一个假设,然后进行验证。

Schwartz 介绍了他在 eVerify 项目的相关经验,介绍如何以混合团队的形式管理映射地图,项目团队被告知要忽略在这个阶段的输出。他们会问这样的问题:我们现在做了多少事情?我们投入了多少?我们计划要做什么?我们计划要投入多少?有什么障碍?他说,这些问题可以决定他们未来要投资在什么方面,有时候一个计划已经没有突破口了,那么他们就会转向新的方向。

Schwartz 的新 CIO 拥有技术知识,可以为公司战略的制定提出建议(就像其他 CXO 一样)。他认为 CIO 需要是一名技术人员,这与流行的观点恰恰相反。

Schwartz:当公司决定将目标转变为商业价值的时候,CIO 会根据这一目标和团队一起合作,实现这些目标,这样就能让团队向着目标奋斗,并持续提供反馈。CIO 是企业架构师,判断现在 IT 系统的质量,为将来推动敏捷而努力。这些系统可以有许多技术含量,但在某一时刻,这些 IT 系统会成为一种资产,为公司的未来价值做出贡献。这些价值不仅仅是架构方面的,还和人以及过程相关。这是一种无形的资产,决定了公司未来的收入和指出,CIO 需要保证资产在未来的发展。

新的 CIO 还需要负责消除障碍,不断调整目标,实现持续的改善。

他总结说,我们需要考虑 CIO 对业务总体的影响,而不仅仅是运行小部分业务的问题。

查看英文原文 The New CIO: Leading IT the Mark Schwartz Way

感谢张卫滨审校

2018-07-16 05:502918
用户头像

发布了 218 篇内容, 共 65.0 次阅读, 收获喜欢 75 次。

关注

评论

发布
暂无评论
发现更多内容

浅析安全反序列化漏洞

网络安全学海

黑客 网络安全 信息安全 渗透测试 安全漏洞

初探鸿蒙,你学废了吗 【鸿蒙开发 04】

坚果

鸿蒙开发 1月月更

架构实战营第4期第5课作业:微博评论计算架构分析

owl

架构实战营

如何选择项目管理软件?

PingCode

架构实战营 - 模块 5 课后作业

tony

征文投稿丨使用轻量应用服务器搭建扫码测试项目

阿里云弹性计算

阿里云 轻量应用 征文投稿

架构实战营4期-模块5作业

木几丶

「架构实战营」

模块5作业

novoer

#架构实战营

模块五作业

黄秀明

「架构实战营」

有道技术团队入选 2021思否中国技术先锋年度评选两项榜单

有道技术团队

获奖

阿拉丁2021年度小程序白皮书发布,凡泰极客 FinClip 技术再度入选

FinClip

小程序 白皮书 finclip

Three.js入门: 构建一个立方体

devpoint

WebGL three.js 1月月更

模块五作业

Anlumina

#架构实战营

来自开发者的点赞!网易云信揽获三大技术奖项

网易云信

资讯

🏆【Alibaba中间件技术系列】「Nacos技术专题」配置中心加载原理和配置实时更新原理分析(上)

洛神灬殇

nacos 配置中心 Alibaba SpringCloud Alibaba 1月日更

一个后端开发到鸿蒙开发的简单尝试

宇宙之一粟

鸿蒙开发 1月月更

有了小程序还要不要做app?

石云升

小程序 1月月更

鸿蒙-webview的使用和JS交互(附源码)【鸿蒙开发 03】

坚果

鸿蒙开发 1月月更

技术,让春节团圆再无距离 | 全息投影

气气

架构实战营 - 模块 5 - 作业

Pyel

「架构实战营」

微信架构设计和学生管理系统

刘洋

#架构实战营

微信业务架构图&学生管理系统毕设架构

blazar

「架构实战营」

微博评论高性能高可用方案设计

AUV

「架构实战营」

20 Prometheus之Grafana简述

穿过生命散发芬芳

Grafana Prometheus 1月月更

一个cpp协程库的前世今生(二十二)协程偷取

SkyFire

c++ cocpp

Java UI框架初探和路由跳转实现【鸿蒙开发05】

坚果

鸿蒙开发 1月月更

第五周作业

cqyanbo

markdown-it 插件如何写(一)

冴羽

前端 markdown 博客 vuepress markdown-it

Hoo虎符研究院|投资前沿——过去一周顶级投资动向(第二期)

区块链前沿News

Hoo 虎符交易所 虎符研究院 区块链投资

微博评论高性能高可用计算架构

糖糖学编程

架构实战营

【架构实战营】模块五:命题作业

wgl

「架构实战营」

新CIO:Mark Schwartz认为的领先IT_研发效能_Helen Beal_InfoQ精选文章