DevOpsConfミーティングは、エンジニアリングツールだけでなく、これらのツールが必要とされるプロセスにも焦点を当てました。これは、企業がDevOpsの製品から最大の利益を得る方法を確認するには十分ではないようです。
したがって、さまざまな立場にいる人々がどのようにDevOpsプラクティスの成熟度が達成されたかをどのように判断できるか、および組織とチームの技術開発目標を意識的に選択する方法に焦点を追加しました。つまり、現在DevOpsフィールドのどこにいるのか、そして次のステップは何かを知りたいのです。
DevOpsの主な測定特性は、アプリケーションの安定性と、アイデアから本番環境での機能の計算まで、ITチームのパフォーマンスです。したがって、市場投入までの時間と監視について多くのことを話し合い、技術トラックを継続します。
また、ITチームは、優れたKPIを生成できるだけでなく、有用な作業も行える実在の人々で構成されています。結局のところ、DevOpsアプローチが世界中で人気を得ている場合、おそらく誰かがそれを必要としています。あなたのために、DevOpsが何であるかを常に知っているわけではないプロダクトオーナーやビジネスマンに（私たちが知っているかのように、Dと）面会し、技術者から取得することが重要であると尋ねました。これは何の利点ですか。
語彙とコミュニケーションの方法を変える必要があった最初のこと。通常の言葉では話さなかったが、製品の言語を使用しようとした。コミュニケーションの方法としても、食料品業界の慣習であるCustDevインタビューを選択しました。これらのインタビューは、ビジネス側から製品に取り組む際に何が重要であるかについての仮説を確認または否定します。
会議でテストした仮説は次のとおりです。
- TTM Product Owner-.
- .
- PO , .
- TTM CustDev. , .
私はZoomを介して、彼の人生で一度も販売したことがない人は製品所有者の職業では何もしないと確信している私の長い知り合いと話します。彼女はしばしばラジオやテレビ番組に出演し、彼女の主題分野でセミナーを行っています。自己分離体制が整うやいなや、彼女と夫と子供は壮大な湖のほとりに家を借り、夏の間ずっとそこに住んで働きました。彼女の会社は、ほぼ20年間オンラインサービス市場に参入しています。その分野での評価の面で第1位。
-教えてください。開発サイクルを短縮し、チームの運用環境で機能を起動するために特別な作業を行っていますか？
— , . 2014 , , , . , , (). , , ...
— , 6 ?! ...
— . .. .
— ?
— . , , , .
私たちは会話を続け、次の30分にわたってナタリアは、製品の大きな変更がより自信を持って穏やかに行われていると述べました。この変化の主な要因として、彼女はチームへの自信とチームへの信頼を呼びかけています。
次の電話はプーケットです。イゴールは数年前にそこに引っ越し、そのため彼は雇用主と難しい交渉を行いました。当時、遠隔地での作業は目新しいものであり、すべての従業員はモスクワのオフィスで働いていました。今、舞台裏で彼の大家族の悲鳴と大騒ぎが聞こえます。彼の会社はまた、その地域でロシア市場をリードしています。
-突然、私はこの春、リモートエキスパートになりました！ （笑）
-アプリケーションの安定性を高めるために意識したステップとその理由を教えてください。
— , , LTV, customer retention unit economy. , 20% ...
— , NPS!
— , NPS. , . . , - .
— ?
— . .. .
— - ? ?
— , « » . SEO , . , , .
— .. , .
— , — 4,5 . 99,995% .
— DevOps , DevOps ...
— DevOps . - , , «» -, , . , , , , - – 0,1% .
— .. - , .
— , . ( , , )
— . -, , . -, , «», .
— . , IT : 30% . , . , 2020 , . .
— , 40% , , ?
— .
それからイゴールは、時代を先取りする仕事をする機会があったと言いました。タスクの重要な部分は、新しいテクノロジーとインターフェースを習得することを目的としています。たとえば、自然言語でのコミュニケーションなど、実験の最初の結果はすでにユーザーが利用できます。それと同時に、今日はむしろ研究開発の研究部分について話すことができます。同社は、人工知能技術の成熟度を利用して競争上の優位性を獲得するために、事前に技術を習得しています。
実験について話す場合、アプリケーション設定は3つの主要なグループに分けられました。
- 食料品。製品の所有者は、機能を有効または無効にしたり、特定の割合のユーザーや特定のリストにロールアウトしたりできます。
- サービスの相互作用の設定は開発者の責任です。
- , , .
不思議なことに、設定を分割する最初の要求は、リリースがまだ手動で起動されていたときに本番環境から出されました。設定を変更するために1日あたり20回のリリース-これは管理者を喜ばせるものではありません。すでに設定サービスの準備ができているとき、それは製品所有者のために「ノブを回す」ための技術的な準備を作りました。
また、DevOps開発の可能性がはるかに大きい企業で製品を率いる人たちにも電話をかけました。彼らは新興企業を立ち上げるか、大規模な顧客のために働いています。言い換えれば、さらに苦痛を伴いながら、彼らは以前の対談者と同じ価値について製品所有者について話しました。
調査結果は、Googleの2019 Accelerate State of DevOps：Elite Performance、Productivity、and scaling（ロシア語版）。
DevOpsを使用する製品所有者にとって4つのコアバリューを強調しました：
- 機能の実装時間の予測可能性とソフトウェアの品質への信頼は、アクティブな実験に必要な基礎です。
- 仕事の信頼性＝お金。トラフィックが実行中のアプリケーションに到達すると、プロモーションの予算を合理的に使用できるだけでなく、ユーザーの忠誠度を高め、市場シェアを拡大できます。
- 実験の速度は、スタートアップと成熟した製品を使用するビジネスの両方の成功を決定します。スタートアップがユーザーの好みと成功への答えをすばやく発見することが重要である場合、成熟した製品にはユーザーの定着、大量収益の安定と研究が必要です。これはテクノロジーの未来に向けた取り組みです。
- . IT , «» . DevOps , .
したがって、会議では重要な技術トピックと新しいトピックの両方について話します。たとえば、信頼の診断と開発に関するワークショップを準備しているAlexey Pikulevが信頼について話します。私たちはエンジニアリングの実践とツール、そしてプロセスの組織を探求していきます。チームとのビジネスコミュニケーションおよびチーム間のコミュニケーションは、会議のすでに伝統的なプロセストラックで議論されます。
皆さん、会議でまだ多くの技術レポートがあるかどうか心配しないでください。私たちがプログラム委員会にいるのは、存在しないシステム管理者とDevOpsエンジニアが大好きだからです。そして私たち自身もそうです。
インターネットには十分なトーキングヘッドがいるため、会議での活動のほとんどをインタラクティブにします。結局のところ、すべての意識的なエンジニアはビデオレポートを見つけるだけではありません彼が必要とするトピックについてだけでなく、記事（たとえば、Alexander TitovのプロファイルにあるすべてのDevOpsConfに続く記事）も読んでください。
今秋の私たちの目標は、各企業に、あらゆる種類のプロダクトオーナー、テクニカルリード、エンジニアの仮想部隊を上陸させる機会を与えることです。 IT特殊部隊が地形をナビゲートし、宇宙を占領するための開発された計画で作業に戻るように！
次の記事では、CTO、開発者、セキュリティについて説明します。なぜ彼らは会議を必要とするのですか？
DevOps Live — 29-30 6-7 2020. , , .
— : , ( ), . -, DevOps . , DevOps , , .