Microsoft

DevOps Dojo InnerSource ケーススタディ

概要

右にすると、InnerSourceは、企業内でトラップされた値を解放するための最も効果的な方法の一つです。 InnerSourceはソースコードだけでなく、セールス、プリセールス、マーケティング、ソリューション、配送、または教育などのあらゆるコンテンツに使用できます。

Microsoftは、製品群内のInnerSourceを実践し、5年以上にわたりコードを開発してきました。 Microsoftプロフェッショナルサービス内のDevOps Dojoは、InnerSourceを使用する最新のグループの一つです。

Microsoft の DevOps Dojo が InnerSource を活用してどのように役立つかを知りたいですか?

• 問題の解決 DevOpsのマスタークラスを配信するリソースの「真理の単一ソース」を作成する代わりに、顧客向けコンテンツの多くのダイバージェントコピーを持っていること
• グローバルコミュニティへの貢献 DevOpsの実務家とMicrosoftのコンサルタントが、資産の共同処理、非同期、一日の仕事に対する補助金に従事
• チームメンバーを有効にする 顧客のフィードバックを組み込む 顧客とのコンテンツを改善し、組織全体に迅速に伝播する
• スキルアップ コミュニケーション、文書、および個人的フルフィルメント、専門の成功および昇進につながったコミュニティ建物で
• ビルド 深く永続的な個人 世界中のコネクション

プロフィール

Microsoftエンジニアリングは、過去数年間に大規模な変革を遂げてきました。2014年にパッケージ化されたソフトウェアを発売し、2019年に1日82,000回生産し、今月5.6M回を生産しています。 顧客は当然、「どうしてそれが実現したのか」「舞台裏の秘訣は何か」と尋ねていました。Microsoft Professional Services（現在のMicrosoft Industry Solution）のグループはこの課題に取り組み、MicrosoftがInnerSourceを実践して得た知見を、顧客に直接届けるコンテンツを通じて共有することにしました。 2019年初頭にDevOps Dojoの取り組みが始まりました。 DevOps DojoはMicrosoftで練習のコミュニティです。 サービス組織のボランティアの小グループから始まり、顧客成功、デジタルアドバイザリー、プロダクトグループ、その他の組織に拡大しました。 すべての参加は自発的であり、コアジョブの優先順位に隣接しています。 DevOpsの相互機能的なチームが、アジャイル、継続的なコラボレーション、自動化の原則を実践するコミュニティです。 Microsoftの顧客との学習を一緒に学び、共有するために、ロール、経験、地理学の多様なセットが含まれています。

解決する問題

DevOps Dojo がクロスファンクション IP がクローズされたソースから起動したとき。 問題が発生した。 チームは、まだベータだったツールで、ちょうど出てきた技術と働いていました。 コアコンテンツは、製品グループが継続的に更新されました。 リソースとレポートへのリンクは定期的に更新されました。

Dojoの各メンバーは、お客様をカスタマイズしたり更新したりするために、ローカルコピーを作成したりすることが多いです。 コンテンツのバージョンの増大、互いに若干異なる:「真理の単一ソース」がなかった。 グローバルアップデートは簡単に発行できず、顧客からのフィードバックは、Dodojo会員に最も近い状態に保たれます。

Microsoftのマイケル・ワトソンは、「DevOps DojoはMicrosoftのスタッフの単なるコラボレーションです。 私たちは、この主題について話をするために一緒に人々を連れてきました。 観点から見たにもかかわらず、長年の経験を積んだ多くの人がいます。 私たちは、お互いから学び、業界で何が起こっていたかを最新の状態に保つことを望んでいました。

問題を考えながら, ドージョメンバーの一人, アルバログアダミリナス, 覚えています: 「私は、DevOps Dojoコミュニティによって作られた非常に素晴らしいコンテンツを見ました, 一日から、私は、可能な限り誰に開くように、このコンテンツを作る必要があると感じました. Dojoコミュニティの一員である2ヶ月後には、あるアイデアを共有するのに十分な信頼を感じました。DevOps DojoコンテンツInnerSourceを作るのはなぜですか? プルリクエストをコンテンツの作成に適用するのではなく、スケールでコラボレーションして、Microsoftで誰にでも入手可能な最新かつ最高のコンテンツを入手できますか? なぜ私たちは同じプレゼンテーションの複数のコピーをどこにでも配布し、代わりに1つのソースを持っていることを避けないのですか? 上海のDojoマスタークラスイベントでは、Alvaroは他のコアチームメンバーと会い、アプローチを提案しました。 InnerSource コミュニティが既に存在していたことを認識し、その課題に対処し、その旅に役立つことを認識する方法を見て、InnerSource アプローチで実験することに同意しました。 InnerSourceの文化的影響を考慮すると、チームはDevOps Dojoソリューションのサブセットで最初にInnerSourceを操縦することを決めた。 Azure DevOpsエンジニアリングチーム、GitHubの専門知識を含むDojoコミュニティのサポートにより、Microsoftプロフェッショナルサービスで初のInnerSourceパイロットを作成しました。

財団及び実施

チームの最初のステップの1つは、彼らの旅に役立ついくつかの専門家のアドバイスを得ることができました。 彼らは、InnerSourceの旅でそれらを助けるために組織と協力して重要な経験を持っていたGitHubからナタリーブラッドリーに呼び出しました。 Natalieの助けを借りて、チームはチームを支援するために、適切なポリシーとプロセスをすべて取得することについて設定しました。 GitHub と Dojo のマークダウンファイルとして保存されたすべてのコンテンツは、Microsoft チームでコミュニティのチャンネルを通じて毎日通信した日です。

図1:MicrosoftのDevOps DojoでInnerSource

チームは、コントリビューターのシームレスな体験を提供することに焦点を当てました。 彼らはまた、各領域の責任を負う者を含むガバナンスの明快さを提供し、彼らが発生する可能性のある紛争を解決する方法を心配しました。

1日目からチームは、貢献を追跡して祝うことが不可欠であることを知っていました。 したがって、初期設定にはダウンロードの周りのメトリックも含まれ、プルリクエストの番号とソースを追跡します。

DevOps 道場を設計する際には、道場を短期プログラムとして考えることはなかった。 Dojoは、MicrosoftフィールドとMicrosoftの顧客のための変革プログラムであると考えました。 「細い製品」プロセスとアプローチで製品中心モデルを採用。 リーン製品のアプローチの詳細については、DevOps 道場ブログ.

真実の単一ソース – 配信

数か月以内に、初期のコアチームは、最小限の実行可能な製品(MVP)を持ちました。 マスタークラスのためのコンテンツは、常に最新の方法でコミュニティに配信されています。 ラボとラボ配達の指示が作成され、同じ方法で更新されました。

MicrosoftのテクニカルコンサルタントであるHarleen Kaur氏は次のように述べています。「各セッションの準備をするコーチとして、変更が必要なリンクや参照を見た場合、私の最初のインスティンクはウェブサイト上でそれを行うため、誰もが変更から恩恵を受けることになります。 その瞬間にできることでした。 そうでなかったら、あとから戻り忘れてしまいました。

その後、コアチームは定期的にセッションを開催し、単語を広めるのを助け始めました。 利用可能なコンテンツや、チームがどのように使うことができるか、さらにはそれに貢献できるかを示しました。 様々なInnerSourceのロールがどのように機能するかを実証するために、ライブロールプレイをしました。また、人々がレビューと承認プロセスがどのように機能するか、そしてそれがいかに簡単であるかを見ることができるように、コールに関するコンテンツにライブ編集しました。 このプロセスを通じて、さまざまな顧客の課題や経験を取り入れた経験を識別しました。

世界中に広がる参加と貢献 Dojoは、現在、36カ国に複数のビジネスユニットを組み、Microsoftの顧客に最新の最も正確なコンテンツを配信しています。

MicrosoftのテクノロジーコンサルタントであるDeep Mehta氏は次のように述べています。「IPリユースは私たちが常に提供したいものですが、過去にチャレンジしています。 InnerSourceは、その成果をあげました。 また、コンテンツの再利用を促し、貢献活動の支援を促します。 InnerSourceは、組織の周りの人々とネットワークを支援します。 あなたは、貢献者を知ることができます。あなたはそれらから学ぶことができます。 それは大きなプラスポイントです。

Dave McKinstry、MicrosoftのDevOps FastTrack Program Managerが追加されました。 「エンジニアリングの観点から気付いたことは、ソースコードを開いたときに、品質が向上します。 人々は物事をより良くしたい」

イノベーション対応

DevOps Dojoのコンテンツの使用が増加すると、ユーザーはコンテンツを知ることができます。 QnAチャットボットを実装し、コンテンツのユーザー体験を改善しました。

チャットボットは、AIボットとQnA Maker(Azure C認知サービス)がサポートするコミュニティチームチャネルで、Dojoコミュニティに何かを尋ねることができます。 言語サポートにリアルタイムで回答するだけでなく、コミュニティによる質問や回答を有機的に改善します。 強力なAI機能と統合し、DodojosがMicrosoftチームで会話スタイルで素早くDojoコンテンツ、Readiness、提供、配信に関する回答を得るのに役立つソリューションです。

要件が定義され、チームは統合アーキテクチャの理解が良くなっていたら、InnerSourceによる実装を開始しました。 QnA Bot は Microsoft で公開されました。 InnerSourceのプロセスによってすべての改善および貢献はすぐにオートメーションのパイプラインによって効果を取ることができます。

コアジョブの責任の外でAIチャットボットで働いたSheng Yue Sheng氏は次のように共有しました。 すべてが双方向プロセスです。 常に新しいイノベーションに挑戦しています。 プロセスを通して新しい面白いものを手に入れよう。

「Microsoft」では、DevOps Dojoのリーダーの1つであるカンタンが観察しました。 時には、コアの責任の外で試したいものを見ることがあります。 人々はDevOps Dojoに来て、彼らは実験と革新に自律性を持っています。 ツイート

InnerSourceによる学習

InnerSourceの実践を通じて、道場コミュニティは、InnerSourceを通じてコンテンツを公開し、素晴らしい学習機会を作成しました。 InnerSourceは、チーム全員をキャプチャし、すべてを文書化する必要があり、チームは非同期にコラボレーションでき、お互いに近接しているわけではありません。 チームが観察したように: ライティングは、あなたが考えると、あなたが反映する、リフレクションは、あなたがより深く学ぶようになります。

「私たちの文章では、私たちは常にお互いにチャレンジし、互いに学び、集団的に反復する」と、GitHubでKatiu、DevOpsアーキテクトにコメントしました。

「私のために、チームに参加したことは、世界と異なる役割の異なる部分からコンテンツや学習を共有することの概念でした。 常にアイデアと異なる視点を共有しました。 それは本当の豊かさです, 価値の多くをもたらした会話, 共有Giulia Cupani, Azure Program Manager.

世界の関係

DevOps Dojoチームは世界中で配布されています。 チーム全体が一緒に会うことができない時間ゾーン制約などの多くの課題を提示します。 オーストラリアに拠点を置くキティチュウは、InnerSourceプロセスについて説明し、それらがプロセスでシームレスに関与することを可能にするコンテンツ作成に焦点を当てています。 「Microsoft文化が通常対面会議に関与する流行のため。 別のタイムゾーンで働いていると課題でした。 シアトルでは、このようなプロジェクトをコラボレーションするために、シアトルに飛んでいました。 Covid-19のパンデミックが当たると、非同期通信の概念が規範になった。 InnerSourceは会話が始まりました。 Microsoftのマーガリータ・サンズ、DevOps、クラウド・コンサルタント、InnerSourceがグローバル・チーム全体で共通の目的を発展させる方法を共有しました。 チームは中国からマドリッドに行き、インドとスイスを経由して、アメリカなどで複数のタイムゾーンに行きました。 異なるタイムゾーン、異なる言語、および異なる背景が、同じ目標と、同じ文化よりも。

顧客第一

Microsoftは「顧客第一主義」の文化について頻繁に話します。 この場合、DevOps Dojo チームは、InnerSource のコンテンツ作成のアプローチをいかに受け取るかを実証しました。これにより、顧客は最新のコンテンツを受け取るだけでなく、更新プロセスに従事する顧客を持つことができます。

チームは、直接顧客にマスタークラスを配信します。 MicrosoftのプリンシパルコンサルタントであるPaul Fijnvandraatは、顧客からのフィードバックや質問が答えられるかどうかを共有しました(事前販売または配達)、彼はDevOps Dojoコンテンツに質問と回答を追加するプルリクエストを作成しました。 このようにして、顧客フィードバックは組織全体に即座に伝播しました。

チームへのインパクト

DevOps Dojoは、Microsoftとその顧客に大きな価値をもたらします。 しかしながら、DevOps Dojoチームと話すことから、追加の利点は、個々の参加者に信じられないほどの影響です。

道場のメンバーの多くは、大成功のせいで正式に報じてプログレッシブされたが、その最大の報酬はより個人的だったようです。 道場では、地域や経験水準に密接な関係を築き、新しいスキルを築き、素晴らしい学習経験を積んだことを伝えました。 マルガリータ・サンズ 説明:

「自分がサポートしているチームを見つけることは心から知っており、評価は簡単ではありませんが、パスが常に滑らかにならず、疑わらずに再び歩くでしょう。 チームではなく、仲間で、お互いを支え合いながら家族で働いていました。 道場に入った日は、新しい家族に加わったような感じでした。 今日は、すべてで手を動かし、学び、成長し、共に成長し、これから先にある未来についてより誇りに思うことはなかった。」カンタンで説明した通り:「この経験から得られるものは何ですか? 途方もない学習と成長、新しい機会、幸福、自信、生涯の友情!

今後の計画

今日、DevOps Dojoのコンテンツはコミュニティによって継続的に改善され、それらは最新かつ最高のコンテンツと真理の単一のソースを持ち、チームはいつでもどこでも規模でコラボレーションすることができます。 DevOps Dojoのコンテンツの採用が月々に増加し、世界の他の地域からの貢献が始まりました。 このグループは、Microsoft内でDevOps DojoとInnerSourceの実践をさらに広げ、将来的にはDevOps Dojoのコンテンツを世界に向けてオープンソース化するプロセスも開始したいと考えています。「Microsoftでは、8万を超えるエンジニアがコードに取り組んでおり、お客様にオープンにシェアする面白いことを常に評価しています。 InnerSourceは、その可能性を解放し、冗長性を削減し、より効果的にコラボレーションすることを許可しました。InnerSource @ MicrosoftのプリンシパルプログラムマネージャArno Mihm。

アクノレッジメント

この事例は、InnerSource CommonsのエグゼクティブディレクターであるClare Dillon、BitergiaのCEOでInnerSource Commonsの理事でもあるDaniel Izquierdo、および博士 MicrosoftのDevOps Dojo Teamsとのインタビューのシリーズに続くKlaas-Jan Stol、InnerSource Commonsのディレクター。

「InnerSourceの旅に関するストーリーを共有することは、InnerSource Commonsコミュニティの重要な部分です。 Microsoft と GitHub の素晴らしい人々 に大きな感謝を送ってください。経験を共有し、このケーススタディを記録するのに役立つ時間を費やしました。

• Deep Mehta – テクノロジーコンサルタント、Azure Cloud & AI、Microsoft インド
• Margarita Sanz – DevOpsとクラウドコンサルタント、Microsoftスペイン
• Álvaro Guadamillas – ビジネスプログラムマネージャ、Azureクラウド&AI、Microsoftスペイン
• マイケル・ワトソン – 建築家, Microsoft オーストラリア
• Yue Sheng – コンサルタント、Azureクラウド&AI、Microsoft中国
• Kitty Chiu – シニアDevOpsアーキテクト、GitHub、オーストラリア
• Harleen Kaur – 技術的な配信 – 情報セキュリティ & DevOps, Microsoft インド
• Dave Burnison – シニア・テクニカル・アドボネート、GitHub、米国
• カール・ピティラ – プリンシパル・グループPMマネージャー、Microsoft、米国
• Jeff Wilcox – プリンシパル PM マネージャー、Microsoft、米国
• Natalie Bradley – 顧客成功アーキテクト、GitHub、米国
• Dave McKinstry – DevOps FastTrack プログラム、GitHub、米国
• Paul Fijnvandraat – プリンシパル コンサルタント, Microsoft オランダ
• Chris Witte – シニアコンサルタント、Microsoft 米国
• Jihee Choi – コンサルタント、Microsoft 米国
• Nicolas Mays – ASSC コンサルタント、Microsoft 米国
• Geoff Sexton – シニアコンサルタント、米国
• Giulia Cupani – MicrosoftスイスのAzure Program Manager
• Aakanksha Lnu – Microsoft, UKのコンサルティング製品マネージャ
• Beste Altinay – ASSC アーキテクト、Microsoft オランダ
• Rui Melo – 建築家、Microsoft、ポルトガル
• Nithyanathan R – ASSC アーキテクト、Microsoft インド
• Charlie Gu – 建築家、Microsoft、中国
• ハリー・チェン – 建築家、Microsoft、米国
• Bahram Rushenas – 建築家、Microsoft、米国
• GarryTrinder – シニアクラウドアドボケート、Microsoft、英国
• カンタン – 建築家マネージャー, リテール&コンシューマーサービスライン, 米国
• Arno Mihm – プリンシパル・プログラム・マネージャー、InnerSource @Microsoft、米国

詳細については、InnerSource CommonsコミュニティSlack に参加して、会話をスパークしてください。 また、チェックアウトも可能です。DevOps 道場ブログ投稿(InnerSourceプロセスでMarkdownを使用してチームによって作成されるすべて)。

InnerSourceのストーリーをシェアしたい方は、ぜひお立ち寄りください。info@innersourcecommons.org.