“AI 技术+人才”如何成为企业增长新引擎?戳此了解>>> 了解详情
写点什么

新 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:502901
用户头像

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

关注

评论

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

网络为本,博睿数据NPMD用20%的投入实现80%的功能

博睿数据

博睿数据 数据链DNA NPMD

前端 JavaScript 复制粘贴的奥义——Clipboard 对象概述

编程三昧

JavaScript 大前端

1小时学会不打代码制作一个网页精美简历(1)

1_bit

大前端 低代码 iVX 低代码开发平台

ROS CDK | 云上资源自动化部署新模式

郭旭东

阿里云 ROS 基础设施即代码 IaC

云开发是啥?看看它在编程导航项目的实践

程序员鱼皮

Java JavaScript 大前端 后端 云开发

小红书 x StarRocks:实现数据服务平台统一化,简化数据链路,提升高并发极速查询能力

StarRocks

数据库 数据分析 广告系统 小红书 StarRocks

Flink 和 Iceberg 如何解决数据入湖面临的挑战

Apache Flink

flink

RestTemplate打印日志的正确姿势

编号94530

spring 日志 log RestTemplate

十年一剑智能眼镜的中场战事

脑极体

微信小程序开发(七)—— 版本管理的使用

空城机

微信小程序 大前端 6月日更

网络态势感知是什么?

郑州埃文科技

JavaScript 数组操作必须熟练运用的 10 个方法

devpoint

JavaScript array reduce 6月日更

管理者如何避免主观偏见

石云升

职场经验 管理经验 6月日更

腾讯安全姬生利:《数据安全法》下,云上数据安全最佳实践

腾讯安全云鼎实验室

数据安全 云安全 数据安全法

银行业运维指标体系建设实战

云智慧AIOps社区

智能运维

如何用视频云技术,搞一个爆红的 “反应视频” 项目?

阿里云视频云

阿里云 RTC 英特尔 视频处理 视频制作

58集团 x StarRocks:全面升级数据分析能力,满足多场景业务分析需求

StarRocks

数据库 数据分析 OLAP 58同城 StarRocks

Redis入门四:数据持久化

打工人!

redis redis持久化 6月日更

【Linux】使用 systemd 管理 frp 服务

赖猫

Linux 后端

剪视频一点都不难,多款超实用剪辑软件全方位评测!

懒得勤快

短视频 视频剪辑 视频制作

唯品会:在 Flink 容器化与平台化上的建设实践

Apache Flink

flink

基于jira的需求交付效率统计

好孩子

Jira

北京多部门联合整治违规应用:过度收集用户信息该重罚

石头IT视角

网络攻防学习笔记 Day52

穿过生命散发芬芳

网络攻防 6月日更

批量把Excel数据自动录入系统

木头

自动录入 批量录入 自动填表

什么是OneData?阿里数据中台实施方法论解读

云祁

数据中台 数据仓库 OneData 维度建模

多云部署又添新「云」,EMQ X Cloud 正式支持腾讯云部署

EMQ映云科技

阿里云 IoT 华为云 云平台 #腾讯云

机器数及特点

若尘

计算机组成原理 6月日更

5分钟速读之Rust权威指南(二十七)Rc<T>

wzx

rust

☕【JVM技术探索】深入分析各种锁(锁膨胀)运作流程

洛神灬殇

JVM 锁升级 6月日更 锁分析

推荐算法概述(十五)

数据与智能

算法 倒排索引 推荐系统

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