东亚银行、岚图汽车带你解锁 AIGC 时代的数字化人才培养各赛道新模式! 了解详情
写点什么

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

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

关注

评论

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

产品经理介绍总结

Jobs

7年沉淀之作--滴滴Logi日志服务套件

滴滴云

产品新人基本性格要求

嫉妒的耗子

产品经理

第一周总结

yoki

GoF23 中的对象创建模式!

鲁米

Java 设计模式 创建型

四面字节跳动(已拿下1-2级offer):算法+JVM+线程池+数据库+spring+项目

Java 程序员 面试 科技

警惕!incaseformat蠕虫病毒来袭,23日还将爆发!

浪潮云

病毒云查杀

干货提炼|视觉小目标检测模型难点分析与突破

百度大脑

许蕊对产品经理岗位的理解

许小仙

产品经理 极客大学认识产品经理

混合云一站式运维监控--滴滴夜莺

滴滴云

我心仪的产品经理岗位

June

产品经理训练营

产品手记--1

曦语

作业-第一周

eva

Job Model

python+selenium方法大全

测试人生路

软件测试

产品训练营--第一期作业

曦语

业务方还在钉钉群里问来问去吗?《线上故障通知流程指引与落地实施》

穿甲兵

SRE和Devops 的相同与不同

techboy

说说 Ruby 与 Serverless

donghui

ruby Serverless

同舟共“冀”,共克“石”艰

浪潮云

疫情

《价值》- 时间的价值(5)

石云升

读书笔记 时间 28天写作 价值

第一次作业

yoki

使用内存NewSQL数据平台来处理实时数据流的三个好处

VoltDB

Apache 数据库 sql VoltDB

Prometheus 与 nodata 告警

OpsMind

Prometheus CMDB PromQL

Obsuite:混合云可观测性中台

滴滴云

成长篇-程序员修炼之道笔记(完整版)

小诚信驿站

程序员 刘晓成 小诚信驿站 架构师之道 28天写作

极客时间产品经理训练营第一次作业

待注册

极客大学产品经理训练营

数据产品经理公司要求对比分析

🙈🙈🙈

极客大学产品经理训练营

凭借“Java涨薪秘籍”成功入职蚂蚁金服!2021锤爆40K月薪 你值得拥有!

比伯

Java 编程 程序员 架构 面试

从大循环到双循环的宏观背景

JiangX

政策 28天写作 宏观环境 双循环

Spring Boot 事务配置管理

武哥聊编程

Java 事务 springboot SpringBoot 2 28天写作

产品经理训练营Week1学习心得

Mai

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