七个常见的IT经验教训可能会促进未来工作的成功发展

网络 新闻
工作失误:IT专业人员分享了他们在职业生涯早期所吸取的难得的经验教训,这为职业生涯的长期成功发展铺平了道路。

体育教练会训练运动员对错误建立短时记忆,以便他们继续进入下一场比赛并取得胜利。同样,人们也建议业务主管应快速失败,然后继续下一项工作。在这两种情况下,其想法都是在持续和巨大的压力下重新集中精力,重新开始——但仍可以产生高水平的结果。

在技术上取得的任何重大成就都会有一些不成功的开始。与我们交谈的IT专业人士建议,大家要从错误中学习并实时重新调整,同时管理风险以避免出现难以弥补的结果。

因此,如果早期的错误会带来后期的成功,那么IT主管们都犯过哪些更令人难忘和有益的错误呢?以下这些故事将讲述有关早期错误如何导致在技术领导力方面取得积极结果。

[[316031]]

忽略迭代的重要性

Agiloft公司首席执行官科林•厄尔(Colin Earl)指出,你可能对某一交付项目或产品的所有选项都已进行核对,但仍达不到要求。

“当我的团队负责实施一个企业系统时,我才明白这一点,”厄尔说。“我们按时且按预算要求完成了工作。并且,该系统满足了用户提出的所有要求,同时完全符合事先承诺的方式。但是,当客户开始使用该系统时,他们意识到自己所说的和想要的,并不是他们真正需要的。重新实施该系统以满足他们所有的新要求,并去除许多旧的要求,这意味着当该项目投入生产使用时就已经延迟和超出预算,并且IT部门要为此承担责任。”

厄尔指出了犯错所带来的两方面的好处:可以从自己的错误中受益,并可从他人的错误中学习,这样你就不会重蹈覆辙。

他说:“关于哪些东西有用和哪些东西无用,我们有丰富的知识和积累的经验,而忽视这些知识和经验是一个巨大的错误。”“错误是冒险行为的必然结果,也是领导者必须要接受的事情,因为这是为了成功进行必要变革所该付出的代价。但是,应尽可能降低或消除风险。例如,应制造一个(最小化可行产品)而不是不考虑降低失败风险而完整构建一个产品,这样可预防出现某些东西不太可能被接受的情况。但一定要确保工作上的失败要以低成本和快速的方式发生,这样给组织带来的整体风险会低得多。”

与用户沟通不畅

像厄尔一样,SysAid公司首席执行官萨拉•拉哈夫(Sarah Lahav)回忆起一个项目,该项目已拥有了想要的东西,但仍然出问题,这是由于在项目目标上未进行沟通所导致。

“在我进入SysAid公司初期,我领导了一个客户支持团队,我们推出了一个聊天工具,以便更快地为客户提供支持,”拉哈夫回忆道。“我们一定是走在了时代的前面——因为非常可笑,有这么多人不明白直接发送消息就可以获得技术支持。他们认为这只是一个新的且普通的聊天室。人们给我们发来了很奇怪的信息。我们意识到,对于每一项新技术,我们都必须在普通产品中对其进行非常具体的标注。我们不能使用一个以其他方式被使用的流行功能术语。而这个术语肯定会在SysAid公司的多种功能中再次出现。”

保持静止

MarketOrders公司联合创始人Sukhi Jutla建议对技术项目使用迭代方法,然后进行实时测试。

Jutla说:“错误是通往成功之路的副产品,或者换句话说,就是找到真正有效的方法。”“极不可能的情况是,你会推出一款完美的产品,但你可以推出一款产品,然后根据每个用户的体验来不断对其进行改进。这将产生长期的和累积的正面影响。”

根据Jutla的经验,她发现,过多地关注项目的前期要求会导致项目在开始之前就被延误并被放弃。

她说:“我过去会花多达7-8个月的时间与团队一起来明确具体需求,结果却发现在进行实际构建时,很多功能现在已经过时了,”她说。“应尽快推出一个可行的原型,以从真实用户那里获得真实的反馈。”

目前Jutla采用Scrum方法,因为该方法可使她实时重新调整目标和计划。她说:“你必须做好准备,会多次跌倒,会碰到多重障碍,然后会失败,但要清楚所有这些经历都是非常重要的信息,可以为下一步工作提供反馈。”

Aible公司首席执行官Arijit Sengupta也认为,专注于发展和改进是非常重要的。他说:“这并不意味着你最初的想法是失败的。”“你必须将一种观念融入到你的血液中,即一切事物都需要更新。在人工智能领域中,人工智能模型越有效,其改变行为的速度就越快,其废弃的速度也就越快。这并非失败,而是情况在不断变化的一种现实。”

Sengupta认为这是风险管理与风险承担。“你构建的系统是为了处理尽可能多的不确定性,而不是为了规避风险。”

尝试做过多的事情

Kissflow公司首席执行官苏雷什•萨姆班丹(Suresh Sambandam)在创业初期发现,公司的目标很高(可能过高),本可以制定一个颠覆性计划,从一个更小关注领域中受益。

萨姆班丹说:“当我们创立公司时,我们认为自己设计出了独一无二的软件,但当时人们很难理解。我们尝试创建一个类别——云端DIY企业应用程序——这不仅仅是一个产品。我们并没有意识到,大型企业创建一个新类别很容易,但对于初创企业而言,这并不容易。由于我们在这些技术上已进行了投入,比如认为自助服务业务用户将是未来的趋势一样——事实证明我们是错误的,因此我们不得不改变工作路线。”

后来,该公司缩小了其关注的领域,将精力集中在工作流管理软件上,并取得了成功。即便如此,萨姆班丹认为,将错误与技术上的成功关联起来,这本身就是一个错误。麻省理工学院最近的一项研究支持了这一观点,其认为更好的结果来自于对学习的关注,而并非对失败的关注。

萨姆班丹说:“这是战术方法,而非方向性方法。”“我相信,当你对自己想做的事情有一个清晰的愿景时,就不会很快失败。然而,在这个过程中,你可以试验新技术,然后了解这些技术对你的业务有何影响。如果该技术不可行,要公开说明,然后尝试其他技术。”

在重新开始工作时,要向前迈进

Pimcore公司首席执行官Dietmar Rietsch回忆道,在公司成立初期,他们尝试整合多个软件系统,之后才意识到他们需要一种全新的方法。

Rietsch说:“我们拼命工作,以满足客户的需求。”“多年来,导致我们需要熬夜,员工精疲力尽,业务流失和存在许多低效工作。虽然在早期我们经历了这些挑战,但我们也从那些尝试过的无效解决方案中学到了很多东西,而且听到了客户的需求。”

Rietsch意识到,如果他们的企业软件要解决在设计时想解决的问题,则需要进行全面地修改。是该重新开始了。

他说:“然后,我们最终承担了风险,重新集中精力来设计自己的解决方案,以弥补这些不足,同时整合各个接口,帮助企业管理数据。”“通过反复尝试的经历,我学会了如何快速失败,并创造出一条自己的成功之路,而不是等待别人将解决方案交给我们。在我的技术职业生涯中,学到的最艰难的一课是经历严重的失败,但不惧怕失败。”

对技术进行细致改进,以达到完美

Aible公司的Sengupta发现,如果公司的首要工作并不能推动决策进程,那么专注于自己的专业领域只会让他半途而废。

Sengupta说:“我真的认为,错误会为以后的IT职业生涯带来成功。我职业生涯的前十年在人工智能领域,我一直认为模型准确性是最重要的。但最终我意识到,如果你不考虑企业独特的成本效益权衡和运营限制因素,则一个极为精确的模型也可能会破坏企业价值。我侧重于利用人工智能产生业务影响,而不是陷入一种思维:认为最准确的模型一定是所有业务问题的最佳答案。”

让技术与自身情况相匹配

太平洋海岸信息系统公司(Pacific Coast Information Systems)首席执行官Vaclav Vincalek回顾了自己职业生涯初期的情况,并提到了他认为许多新上任的技术主管所犯的一个错误。

“坦率地说,我认为某种技术确实很酷,”Vincalek说。“由于我热衷于这种尖端技术工具,我就将其推给企业客户。后来我才意识到,这一工具并不适合他们的环境。幸运的是,该客户的首席信息官很快就发现了这一错误,然后调整了项目的进程。”

问题在哪里呢?Vincalek没有考虑到业务需求和当前的IT环境。他说:“当然,我的这个‘很酷’的解决方案会是有效果的。”“但该方案也会给他们不需要的IT流程增加成本、工作量和风险。他们公司内部首席信息官列出了他选择不同工作方向的原因,然后我们按照他的路线继续推进工作。

这是他应记住的一个教训,同时也让他要相信,所提出的解决方案要与客户的业务需求和能力紧密结合在一起。

Vincalek说:“总会出现新的和很酷的技术,但关键是要选择适合公司的东西,从而公司才能发展。这是我作为当今的初创公司和企业首席技术官在实施战略时的重要部分。”

 

责任编辑:赵宁宁 来源: 企业网D1Net
相关推荐

2020-02-25 14:41:17

安全IT专业人士公司

2024-01-17 16:06:38

2023-09-27 22:14:10

GIT 命令开发

2020-02-12 10:23:54

云迁移云计算

2020-11-03 09:50:26

CIO远程IT在家工作

2019-07-05 10:24:33

云计算技术开发

2018-04-11 11:00:56

混合云云安全数据

2022-06-21 17:39:45

首席信息官CIO

2018-04-12 11:42:48

混合云

2012-03-05 13:08:35

编程

2020-01-14 11:17:33

Go并发Linux

2016-02-24 09:41:44

IT人士经验教训

2016-03-29 09:54:23

项目经理经验教训总结

2018-05-17 13:59:28

IT顾问

2023-01-31 09:31:46

IT领导趋势

2010-05-10 18:22:03

2019-07-01 09:10:00

前端开发技术

2015-07-29 10:39:33

代码审查经验教训

2020-09-27 08:00:44

Flutter开发项目

2020-11-18 09:54:49

IT基础架构IT领导者
点赞
收藏

51CTO技术栈公众号