认识达内从这里开始

在互联网IT领域，创新可以说是大部分企业的文化核心内容之一了。今天我们就一起来聊聊关于创新我们需要从哪些方面开始。

在商业领域，特别是在当今快节奏且越来越依赖科技的世界中，关于这一主题存在很多指责和嘈杂的声音。一般的诊断是“老卫兵”，特别是在IT领域，变革很难。我参加过无数次会议，每当有人意识到让IT团队参与进来需要付出多大努力时，成功的好主意和潜在方法就会被迅速否决。

传统的IT团队掌握了现有系统的大部分知识，这给了他们大量应得的尊重和。但如果IT不拥抱变化，这种情况就不会发生。这对创新来说是一个不可逾越的障碍。

根据我的经验，好的IT人员善于规避风险和抵制变化，因为他们的要任务是保持一切正常运转。因为技术发展十分迅速，很多IT团队发现自己被快速变化所驱使，而过度谨慎可能是反身的。拥抱变革并保持运转的能力在很大程度上取决于所服务机构的性质。很多IT团队都被上层管理人员反复无常的想法所淹没，管理层希望他们不仅能够掌握市场上几乎所有技术的专家级知识，而且无论发生什么，都能保持数据流动。如果没有坐在角落里的憔悴的运维人员，没有一个技术供应商会议会是完整的。

组织就像船只——较小的组织可以更灵活，并且可以根据需要快速改变路线而不会有太多麻烦。较大的组织像游轮一样，无法灵活转向。他们需要相当多的精力和计划来进行彻底的改变。这一切都是关于动量守恒和水的摩擦力。以极快的速度改变路线对公司来说是很困难的——就像对人一样，它也会导致混乱。但在这两种情况下，稳定变革进程都应该是可行的和舒适的。

在上面的比喻中，构成水(及其伴随的摩擦)的很大一部分是文化——整个公司的文化，以及在其中发挥作用的亚文化。例如，运维人员对变革有抵抗力，因为他们的绩效不是通过创新来衡量，而是通过性能和正常运行时间来衡量。这培养了一种重视现状的文化。随着这种现实向开发人员转移，你会发现他们的文化变得越来越关注破坏构建过程。这不一定是坏事：它鼓励团队进行强壮的测试并写出更好的生产代码。但是，在新的业务需求或紧迫的后期限中，即使对于曾经随心所欲的开发者来说，变更阻力也会变得更大。有时候，更明智的做法是坚持安全的做法，避免可能带来风险的创新。

风险规避融入到文化中，通常反映在结构、未说出口的价值观以及支持它的架构上。这种架构非常冗余，通常存在于由组织控制的数据中心内，并处于安全层和抽象层的保护之下。目标是为了保持稳定，但代价却是停滞不前。

对额外复杂性的担忧也会导致规避尝试新技术的风险，即使对于小型非关键项目也是如此。通常，这些项目可以发展成其他系统所依赖的核心功能。具有敏捷思维模式的组织将隔离此类系统，并在API背后抽象其功能，但传统的IT运营更愿意完全避免它们，因为它们需要知识依赖性，这会让招聘流程复杂化，并增加团队获得专业知识的工作量。这通常会导致扭曲当前的系统和编程语言，用以满足不合时宜的需求，例如使用cron脚本运行JavaApplet来旋转日志。

当市场发生变化时，需要花费更多的时间、精力和成本来拆解这些架构。我们都看到各个领域的领导者落后于更灵活的竞争对手，这要归因于多年来在在系统和态度方面积累的风险规避层(并且具有讽刺意味的是，这样做事为了保持竞争优势)。这就是颠覆的本质。

你无法采用单一架构来解决这个问题。多年来，N层架构打破了单体大型机，引入了应用程序和数据级的冗余，可伸缩和面向服务的架构解决了分布式代码库所带来的挑战。今天，微服务和FaaS架构(例如AWSLambda)被誉为终解决方案，勤劳的组织开始跟风，将这些原则应用于他们的系统上。

作者：RobertZazueta

译者：无明

节选：infoq

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。