我们在DevOpsConf会议上的会议不仅关注工程师的工具，而且关注这些工具所需的流程。对于企业而言，这似乎还不足以了解如何充分利用该产品的DevOps。
因此，我们重点关注处于不同位置的人们如何确定已实现哪种DevOps实践成熟度，以及如何有意识地选择组织和团队中的技术开发目标。换句话说，我想看看我现在在DevOps字段中的位置以及下一步是什么。
从概念到生产功能的计算，DevOps的主要测量特征是应用程序的稳定性和IT团队的性能。因此，我们谈论了很多产品的上市时间和监控时间，并继续进行技术跟踪。
IT团队由真正的人组成，他们不仅可以产生良好的KPI，而且可以做有用的工作。毕竟，如果DevOps方法在世界范围内得到普及，那么可能有人会需要它。对于您来说，我们遇到了产品所有者和商人，他们并不总是知道什么是DevOps（好像我们知道：D），并询问他们从技术人员那里获得什么重要。这有什么好处？
我必须首先改变自己的词汇和交流方式。我们没有用通常的语言说话，而是尝试使用产品的语言。甚至作为一种交流方式，我们也选择了CustDev采访，这是杂货店世界的惯例。这些采访证实或驳斥了我们关于在产品的业务工作中什么是重要的假设。
以下是我们在会议中测试的假设：
- TTM Product Owner-.
- .
- PO , .
- TTM CustDev. , .
我与我的老朋友通过Zoom进行了交谈，我的老朋友坚信一个一生中从未卖过东西的人与产品负责人行业无关。她经常出现在广播电视节目中，并在自己的学科领域举办研讨会。自我隔离制度得到缓解后，她，她的丈夫和孩子在壮丽的湖岸上租了一所房子，并在整个夏天住在那里工作。她的公司进入在线服务市场已有近20年的历史。在其主题领域的评分方面排名第一。
-请告诉我，您是否正在做一些特殊的工作来缩短开发周期并在团队中发布生产中的功能？
— , . 2014 , , , . , , (). , , ...
— , 6 ?! ...
— . .. .
— ?
— . , , , .
我们继续进行对话，在接下来的半小时内，Natalya说产品的重大更改现在变得更加自信和平静。她是改变的主要因素，她称自己对团队充满信心，并称呼团队对她的信任。
我的下一个电话是普吉岛。伊戈尔（Igor）几年前搬到那里，为此，他与雇主之间没有最容易的谈判。当时，远程工作是一种新颖事物，所有员工都在莫斯科的办公室工作。现在在幕后听到了他大家族的尖叫声和大惊小怪。他的公司也是俄罗斯市场在该方向上的领导者。
-突然今年春天我成了一名远程专家！ （笑）
-请告诉我您采取了哪些有意识的步骤来增加应用程序的稳定性，为什么？
— , , LTV, customer retention unit economy. , 20% ...
— , NPS!
— , NPS. , . . , - .
— ?
— . .. .
— - ? ?
— , « » . SEO , . , , .
— .. , .
— , — 4,5 . 99,995% .
— DevOps , DevOps ...
— DevOps . - , , «» -, , . , , , , - – 0,1% .
— .. - , .
— , . ( , , )
— . -, , . -, , «», .
— . , IT : 30% . , . , 2020 , . .
— , 40% , , ?
— .
然后伊戈尔说他有机会在弯道之前工作。任务的重要部分旨在掌握新技术和界面。实验的最初结果已经可供用户使用，例如以自然语言进行交流。同时，今天，我们宁可谈论研发的研究部分。该公司正在提前掌握该技术，以利用人工智能技术的成熟度来获得竞争优势。
如果我们谈论实验，那么应用程序设置分为三个主要组：
- 杂货店。产品所有者可以启用或禁用功能，以及将其推广到指定百分比的用户甚至特定列表。
- 服务交互设置是开发人员的责任。
- , , .
奇怪的是，当仍然手动启动发行版时，第一个分离设置的请求不起作用。每天20个版本来更改设置-管理员不满意。当设置服务准备就绪时，它就为产品所有者创造了“旋转旋钮”的技术准备。
我们还打电话给在DevOps开发潜力更大的公司中领导产品的人员。他们创办初创公司或为大型客户服务。换句话说，更痛苦的是，他们谈到了产品所有者与先前对话者相同的价值观。
我们发现研究结果支持了Google 2019年DevOps加速发展的状态：卓越的性能，生产力和扩展性（俄语版）。
我们使用DevOps突出了产品所有者的四个核心价值：
- 功能实现时间的可预测性以及对软件质量的信心是进行主动实验的必要基础。
- 工作出售的可靠性=金钱。当流量到达正在运行的应用程序时，这不仅可以合理地使用预算进行促销，还可以提高用户忠诚度，从而提高市场份额。
- 实验的速度决定了初创公司和拥有成熟产品的企业是否成功。如果对于一家初创公司来说，快速发现用户偏好和成功的答案很重要，那么成熟的产品需要用户保留，稳定的大量收入和研究-为技术的未来而努力。
- . IT , «» . DevOps , .
因此，在会议上，我们将同时讨论重要的技术主题和新主题。例如，正在准备关于信任的诊断和发展的研讨会的Alexey Pikulev将谈论信任。我们将继续研究工程实践和工具以及流程的组织。我们将在会议的传统过程中与团队以及团队之间讨论业务沟通。
伙计们，不用担心会议上还会有很多技术报告。因为我们在程序委员会中喜欢不存在的系统管理员和DevOps工程师。甚至我们自己也是。
我们将使会议上的大多数活动都具有交互性，因为Internet上有足够的议长。毕竟，每个尽职尽责的工程师不仅可以找到视频报告关于他需要的主题，还可以阅读文章（例如，Alexander Titov个人资料中所有DevOpsConf的文章）。
我们今年秋天的目标是为每家公司提供一个机会，让他们拥有虚拟的产品所有者，技术主管和各方面的工程师。这样，IT特种部队就可以在地形上导航并返回制定的计划来捕获宇宙！
在以下文章中，我们将介绍CTO，开发人员和安全性-为什么他们需要召开会议？
DevOps Live — 29-30 6-7 2020. , , .
— : , ( ), . -, DevOps . , DevOps , , .