写点什么

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

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

关注

评论

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

架构营模块六作业

GTiger

架构实战营

云图说|DRS数据对比——带您随时观测数据一致性

华为云开发者联盟

数据库 华为云 DRS 数据迁移

如何优雅地在Vue页面中引入图片

编程江湖

前端开发

Linux-内核网络 1

绅鱼片

react源码解析7.Fiber架构

buchila11

React

初识 AspectJ ~

阿策小和尚

28天写作 Android 小菜鸟 12月日更

关于人脸识别的一个应用案例

为自己带盐

人脸识别 28天写作 百度智能云 12月日更

架构训练营 模块六

dog_brother

「架构实战营」

模块二作业

浮生若梦

「架构实战营」

元宇宙100讲-0x003

hackstoic

元宇宙

现代配置指南——YAML 比 JSON 高级在哪?

杨成功

json 大前端 架构师 yaml 签约计划第二季

文件写入的6种方法,你知道几种

编程江湖

JAVA开发

Prometheus Exporter (二十四)Kong Metrics

耳东@Erdong

Prometheus kong 28天写作 Metric 12月日更

架构训练营 week2作业

红莲疾风

「架构实战营」

架构实战-毕业设计

咖啡

秒杀架构

渐渐

Nydia

模块六课后作业-拆分电商系统为微服务

断水风春

架构实战营

面试官:说说你对react生命周期的理解

全栈潇晨

React

Flutter 将整个App变为灰色(勿忘国殇 警钟长鸣)【Flutter专题21】

坚果

flutter 28天写作 12月日更

Vue3进阶(贰):Vue3 新特性

No Silver Bullet

Vue3 12月日更

react源码解析8.render阶段

buchila11

React

MySQL设置数据库为只读

Simon

MySQL

【LeetCode】统计「优美子数组」Java题解

Albert

算法 LeetCode 12月日更

冰河整理 深入理解高并发编程 | 内容精选合集

冰河

并发编程 多线程 高并发 内容合集 签约计划第二季

架构实战 - 毕业总结

咖啡

专题:基于云的技术架构设计实践

hackstoic

DevOps 云原生 技术架构 内容合集 签约计划第二季

为什么一半的人员能够完成超过去年的事情?(13/28)

赵新龙

28天写作

电商系统微服务拆分及架构设计

stars

架构训练营 电商微服务分析

给弟弟的信第11封|Java学习路线

大菠萝

28天写作

CSDN热榜、华为云博客都可用来练习Python scrapy 爬虫

梦想橡皮擦

12月日更

vivo浏览器的快速开发平台实践-总览篇

vivo互联网技术

敏捷开发 浏览器 开发平台

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