工作方式 技术 DevOps 如何改进车联网服务的开发和部署 2023-11-01 WirelessCar的 DevOps 之旅始于开发部门和运维部门合并的2016 年。从那时起,我们的团队采用 DevOps 思维和实践,并改进了他们的敏捷工作方式。那么,这些团队如何促进我们为客户所做的工作?DevOps 如何改进车辆智联服务的开发和对OEM的部署? DevOps 如何助力弥合常见的信息差 当开发和运维作为独立部门存在时,它们往往会被一堵 "困惑之墙 "分割开来。本质上,这意味着重要信息被保留在某个团队或部门内部,而没有与组织内的相关部门共享,尽管他们也会因此而收益。 根据传统做法,开发部门负责开发产品或服务,然后交给运维部门进行部署和支持。然而,从开发过程中获得的一些知识很可能不会传递给运维团队——他们的见解同样重要;客户反馈和软件性能结果通常也不会反馈给开发团队,这可能导致部门之间形成相互指责的文化。 "困惑之墙 "听起来似乎无关紧要,但却会极大阻碍车联网服务的正常运行和改进。DevOps 团队能做的就是弥合各部门之间的信息鸿沟。关键信息可以被更快地获取、更全面地分析,并得到更好的利用。它还能带来更好的组织文化和团队文化以及更高的产品质量。最终,这将有助于为所有利益相关者提供更好的互联汽车服务和更顺畅的运维。 例如,来自主机厂(及其客户)的反馈可用于更快地改进现有服务。在开发、部署、维护和支持新的网联汽车服务时,DevOps 团队可以利用这些反馈以及不同视角的见解。 关于DevOps:主机厂和网联服务开发商需要考量的三大因素 自从采用DevOps以来,Wirelesscar已经体会了很多建立和发展DevOps团队所带来的优势和挑战,而以下见解是其中最值得考量的: 团队的自主性和强大的组织支持是必要的。 拥有一个支持协作、信任和心理安全的组织是采纳并改进DevOps的关键因素 DevOps的采用和团队发展的过程不可避免地需要一些时间,但这对公司和客户来说都是一次获益颇多的过程。 那么,这些收获如何转化为高效能的DevOps团队,以及成功的车联网服务开发、部署的养料? 一切应当从团队自治开始。DevOps 团队不应按照固定的、预先确定的模式工作,而应允许他们在一定程度上走自己的道路,但在必要时可为其提供周到的组织支持和保护。如果 DevOps 团队找到了发挥潜能的不同方式,那么在前进的道路上就会有各种有益的经验可供借鉴。 归根结底,关键就是要找到最佳的合作方式——无论是团队内部,还是团队间的协作。 DevOps团队的发展应该是一个持续的过程 DevOps 团队必须不断学习,持续发展。要做到这一点,最好的办法就是在团队内部培养信息共享的文化,并确保他们不断从工作中学习。 当 DevOps 团队共享知识和分担责任时,他们对特定角色和个人的依赖性就会降低。运维变得不再脆弱,DevOps团队也能更好地应对不同合作过程中难免遇到的事故或其他挑战。他们准备得越充分、能力越强,就越能快速解决甚至预测这些问题。 DevOps工作方式需要每个团队成员的奉献,这意味着对自己团队的服务要负责并有真正的自主权。在 WirelessCar,我们决心通过 PI Planning和其他方法,确保团队持续发展。我们为自己取得的成就感到自豪,也希望我们的客户和合作伙伴也能站在行业技术发展的最前沿。 通过 DevOps 和密切的客户合作,追求更好的汽车网联服务 建立 DevOps 团队、使其发挥作用并确保其长期发展和进步是一个过程——无论对于我们 WirelessCar,OEM及其客户还是合作伙伴都是如此。我们都在这个过程中,从彼此的经验中学习。 WirelessCar的敏捷工作方式包括与汽车行业的客户密切合作,其中最大益处之一是可以深入了解客户面临的挑战。这使我们能够开发智能网联服务以帮助他们应对这些挑战,即使这些挑战的范围和复杂性会随着时间的推移而发生变化。 在整个车联网服务开发过程中,我们的 DevOps 团队能够达成更高的安全性、质量和稳定性,而各方合作水平越高,就越能实现互惠互利。技术之旅仍在继续,我们很高兴能够提供客户所期待的专业知识和开放性。WirelessCar的DevOps 团队对于缩短反馈周期,实现平稳、安全的开发流程不断做出贡献:从概念构思到部署阶段,以及贯穿多年的服务支持。 如果您想进一步了解我们在 DevOps 方面的工作,欢迎通过下方的电子邮件地址与我们联系。您还可以在新闻博客中找到关于团队发展、PI Planning等其他相关文章。 David Rutter 联系我们