リリースではなくライフサイクルです
これはテクノロジー業界の古いマントラです。 適切なテクノロジーがなければ、何も達成できません。 しかし、最高のテクノロジーを持つことが成功につながるという前提は本当に正しいのでしょうか?
今日、私たちはそれ以上のものがあることを知っています。 世界最高のテクノロジーを構築できたとしても、新しい概念や機能を問題に適用する方法を人々に理解してもらうことができなければ、誰も使えないウィジェットしかなく、それが本当に機能しているかどうかもわかりません。
成功する製品を構築する本当の仕事は、その製品の開発と、その製品をそれぞれの環境で使用する人々への投資に等しく投資したときに実現します。 テクノロジーが進化するにつれ、ベンダーが製品よりも先に、新しいテクノロジーを活用するために必要な基礎スキルを人々に教え、指導し、身につけさせることに積極的に投資することが重要になります。
こうすることで、経験とコンテキストを適用できる、より優れた、より情報に富んだユーザー ベースを構築できます。 そして、その新たに情報を得たユーザー ベースは、ベンダーである私たちと共生関係を築き、成熟した情報に通じた権威の立場から、私たちが製品やソリューションを開発する方法を導くのに役立ちます。
このような環境では、成功の基準はもはや新製品をリリースすることではなくなっています。 イノベーションと改善のライフサイクルを継続的に進め、顧客、パートナー、F5 エンジニア、サポート スタッフなど、製品を構成するすべての関係者の意見に耳を傾けています。
トレーニングにDevOps手法を採用する
Super-NetOps プログラムの履歴を調べると、これがどのように機能するかがわかります。 F5 がマルチクラウド アプリケーション サービス企業へと変革する一環として、世界中の何百人ものエンジニアに、クラウド、自動化、オーケストレーション、DevOps 方法論に関する新しい基礎スキルをトレーニングする必要がありました。
そうすることで、私たちは自社のエンジニアとの共生関係を築くことに尽力しました。 サイクルは次のようになります。 トレーニングコンテンツを開発します。 少数のユーザーでコンテンツをテストします。 ユーザー エクスペリエンスの改善が必要な箇所を特定します。 それを私たちの製品に組み込みます。 繰り返す。
製品を顧客に提供して市場に出す際には、同じ DevOps と Agile 手法を次のように関連付けることができます。 何かを作ると、プロトタイプが完成します。 フィードバックを得る必要がありますが、時間と労力を惜しまない人が見つかるまではフィードバックは得られません。 そして、それを実現するには、訓練が必要です。 彼らには文書化が必要です。 それを乗り越えるには手助けが必要なのです。
そのため、私たちは開発の取り組みと連携して、トレーニング方法のメカニズムを構築しています。 その一部は、トレーニングと製品自体の両方においてフィードバック ループを構築することです。 これらのプロトタイプを使用する人々がオープンソース方式で貢献できるようにするにはどうすればよいでしょうか? 顧客が実装で行き詰まった時点から、どのように学ぶことができるでしょうか? そして、それらの学習をどのように活用して、製品とサポートをさらに改善できるでしょうか?
過去数年間、当社はお客様とコミュニティの協力を得てきました。その努力が、2年前に Agility でプログラムが開始されて以来、今日の Super-NetOps につながっています。
これは、NetOps 中心のエンジニアにとって根本的な変化でした。 私たちは自動化とオーケストレーションのソリューションを構築するだけではなく、DevOps とソフトウェア プロセスに関する方法論にも準拠しています。 私たちは、ソフトウェア システムのように見えるものに組み込まれたネットワーク関連ではなく、F5 プラットフォーム上で実行され、F5 プラットフォームと統合される巨大な分散ソフトウェア プロジェクトであるかのように設計しています。
パートナーシップの構築
これらはすべて、DevOps を受け入れ、関与することと同等ですが、パートナーシップを構築することも重要です。 これで、顧客と新たな会話をするための準備が整いました。 私たちは、顧客が最大の成果を得られるよう、注意深く耳を傾け、積極的かつ建設的な議論を行っています。 時には、私たちが「はい、機能を開発します」と言うことでそれが実現することもあります。 時には、この道を進まないことをお勧めすることもあります。
また、NetOps が DevOps の真のパートナーになるためのツールも提供されます。 壁越しに投げ込まれたプロジェクトをただ受け取るだけの人である必要はありません。 彼らはパートナーになることができ、DevOps と開発チームの成功を支援し、アプリケーション、製品、創造物を成功に導くことができます。 もし、あなたの会社にそのような人材がいない場合は、2 週間以内にその人材を配置できます。
このプロセスを経て、こうした変化を起こしたことで、F5 が将来どのような企業であるかという考え方が大きく変わりました。 私たちは今、コンテナ エコシステムの構築方法、マイクロサービスの構築方法、現代のソフトウェアの開発方法など、最先端の技術に取り組む方法を理解しています。
今月のAutomation Toolchain API のリリースでもわかるように、これはライフサイクルごとに当社の製品にも大きな変化をもたらす哲学です。