行业新闻与博客

在将项目发布到生产之前，团队可以在几个月（甚至几年）内完成项目的日子已经一去不复返了。现在，即使是两周的周期太长，也不会因为客户期望越来越高，而且竞争对手也在不断增长。

今天的组织希望每周，每天甚至每小时为生产提供新功能。这种加速的时间表使组织能够适应市场变化和技术变革。它使公司与竞争对手保持同步。最重要的是，它使企业能够不断为客户提供价值。

毫无疑问，更好，更快，更可靠是有益的。但企业如何实现这一目标呢？简短的回答是通过 DevOps。

DevOps 通过加快交付和消除精益时间来节省时间

软件开发生命周期的哪些阶段花费的时间最多？答案，或许令人惊讶，不是他们。大部分时间不是浪费在任何一个阶段，而是在阶段之间。开发人员等待业务分析师为他们提供要求。测试人员等待开发人员完成他们的代码，开发人员等待测试人员告诉他们代码是否有效。开发人员和测试人员都在等待系统管理员将新版本部署到不同的环境。系统管理员等待其他人告诉他们部署失败的原因。 

可悲的事实是，在许多公司中，花费在为公司带来价值的任务上花费了大量精力。等待并没有带来价值，但许多组织已经制定了流程，其中包含了等待其他团队或同事做某事的时间。一遍又一遍地重复相同的手动测试不会带来价值，但这对许多企业来说都是正常的做法。当负责应用程序的团队可以通过执行单个命令自己完成部署时，将部署移交给不同的部门并不会带来价值，但是通常会有单独的部署部门。

DevOps 支持团队之间的无缝协作

谁负责产品？答案通常是“没有人特别”。每个人都负责开发生命周期的特定方面或阶段，但没有人从头到尾负责产品。为了使事情变得更加复杂，员工通常只关注他们分配的角色。

开发人员并不总是考虑他们的工作如何影响测试和部署，因为这不是他们的责任。他们甚至可能不知道他们的应用程序是如何测试或部署的。所有其他部门也可以这样说。系统管理员可能不会考虑其他人花多少时间打开 Jira 门票以部署某些东西。没有一个团队会考虑应用程序的完整生命周期，因为责任分散在太多的孤岛中。缺乏同理心。团队之间的沟通是有限的，一个团队不理解他们的行为如何影响他人。

DevOps 通过在应用程序生命周期中涉及的所有人之间建立同理心来解决团队之间的脱节。该实践将不同的团队合并为一个响应单个产品所有者的团队。它通过创建自给自足的团队来解散孤岛，从头到尾完全负责与其应用相关的所有事情。这些团队负责需求，开发，测试，部署到生产，甚至监控和寻呼机职责。他们完全控制着他们的应用程序正在发生的事情。

因此，没有什么可以交给其他团队或孤岛。没有必要以 Jira 门票，电子邮件或其他行政障碍的形式进行低效的移交。DevOps 旨在创建文化变革，旨在创建一个自主和自给自足的团队，负责一个或多个应用程序的整个生命周期。因此，创建“DevOps 部门”和“DevOps 工程师”的使用完全误解了 DevOps 试图完成的事情。 

DevOps 不是要创建更多孤岛，也不是将现有部门重命名为“DevOps 部门”。相反，它是关于人们共同努力实现共同目标：成功地将新功能发布到生产中。

当每个人都作为一个专注于单个产品的团队工作时，沟通得到改善，管理开销的需求减少，所有权得以确立。共同努力并了解一个部门的行为如何影响他人会产生同理心。结果，生产率和质量提高，成本和上市时间减少。 

消除精益时间和自动化重复流程不可避免地增加了团队可以使用的时间。节省的时间与参与应用程序生命周期的人员之间的更好合作相结合，使团队能够专注于通过花费宝贵的时间和精力来解决问题和创新来带来价值的行动。

要实现真正的创新，公司中的每个人都需要参与其中。消除浪费的时间和资源，改善协作和分散创新是组织关注真正重要事项的三个关键因素。它们允许企业从试图赶上竞争对手转变为能够创新地应对当前和未来的挑战。

非常感谢您对亚洲注册的支持与信任！

禁止转载