Upgrade to Pro — share decks privately, control downloads, hide ads and more …

InnerSource Pattern: サービス対ライブラリ

InnerSource Pattern: サービス対ライブラリ

概要
パターンの著者: Isabel Drost-Fromm / Rob Tuley
スピーカー/翻訳: Yuki Hattori | LinkedIn | Twitter | GitHub
YouTube: サービス対ライブラリ
Doc: サービス対ライブラリ

「InnerSource Pattern: サービス対ライブラリ」
* DevOps環境のチームは、サービスのダウンタイムに対応する責任が誰にあるのかが曖昧になるため、チームの境界を越えて共通のコードベースで作業することに消極的になる場合があります。
* 解決策としては、同じサービスを独立した環境で展開し、サービスダウン時のエスカレーション・チェーンを別々に構築するか、多くの共有コードを1つのライブラリに集約し、その上で共同作業を行うことが挙げられます。

リンク
InnerSource Patterns: English 🇬🇧| 日本語 🇯🇵
Website: innersourcecommons.org
Slack: Invite Link | 🇯🇵#jp-general
Twitter: @InnerSourceJP (日本) | @InnerSourceOrg (公式)

Yuki Hattori

January 13, 2023
Tweet

More Decks by Yuki Hattori

Other Decks in Technology

Transcript

  1. 実験として始める
    InnerSource Patterns
    Speaker: Yuki Hattori (@yuhattor)
    Pattern Author: Georg Grütter (Robert Bosch GmbH)

    View Slide

  2. 概要
    インナーソースイニシアチブを期間限定の実験として開始し、インナーソースに慣れていないマネージャー
    がイニシアチブを承認およびサポートしやすくします。
    InnerSource Patterns:
    実験として始める
    @yuhattor
    2

    View Slide

  3. 問題
    インナーソースイニシアチブは検討されているものの、経営陣がその結果について確信が持てず、その結果
    として投資にコミットする意思がないため、なかなか開始されません。
    InnerSource Patterns:
    実験として始める
    @yuhattor
    3

    View Slide

  4. 状況
    InnerSource
    を検討しています、その目的はソフトウェアプロジェクトのコラボレーションの効率化です
    ほとんどの管理者はオープンソースの作業モデルに精通していなく、階層的なトップダウンの制御スタ
    イルの管理に慣れています。
    InnerSource
    のアイデアは、社内の開発者に非常に人気があり、多くの開発者がオープンソースソフトウ
    ェアを使用しているか積極的に開発しているためです.
    InnerSource Patterns:
    実験として始める
    @yuhattor
    4

    View Slide

  5. 組織に働く力学
    マネージャーはインナーソースの効果が期待できるかを検証する必要があり、改善があるかを測定する
    ことを含みます
    インナーソースイニシアチブが開発者の間で大きな支持を得る可能性が高い場合、シャットダウンには
    不人気であり、実施は困難です
    インナーソーススタイルの実装は根本的な逸脱であり、既存のプロセスは適用されず管理プロセスが失
    われる可能性があり、規制や法的規制のない場所で活動をする可能性があります
    InnerSource Patterns:
    実験として始める
    @yuhattor
    5

    View Slide

  6. ソリューション
    インナーソースイニシアチブを期間限定の実験として宣言します。インナーソース実験に参加するプロジェ
    クトの基準を定義し、伝達します。健全なコミュニティを構築する可能性を最大化する基準を選択してくだ
    さい。実験の文脈の中でそこから生み出された洞察が、他のインナーソースプロジェクトの可能性を含む文
    脈に直感的に適用できるならば、一連の基準は良いものであると言えるでしょう。
    このような基準の例は次のとおりです。
    開発者の十分な地理的分布
    開発者の十分な部門別構成
    コミュニティ内の風通しの良さ
    コミュニティ内での能力に応じたキャリアパス
    コミュニティ内での民主的な意思決定
    InnerSource Patterns:
    実験として始める
    @yuhattor
    6

    View Slide

  7. 結果の状況
    マネージャーが、インナーソースをキックスタートできる理由になりうるのは以下です。
    インナーソースプログラムを以前の典型的なプロジェクトのように精査することが実験的なセットアッ
    プにより緩和されます。
    実験の失敗の可能性が理解され、受け入れられているので、サポートするマネージャーの個人的なリス
    クが最小限に抑えられます。
    失敗した場合でも、実験的なセットアップにより、会社は失敗から学ぶことができます。
    成功した場合、実験中に収集されたデータによって、マネージャーはインナーソースに対してより長期
    的なコミットメントを行うことができます。
    InnerSource Patterns:
    実験として始める
    @yuhattor
    7

    View Slide

  8. Related Patterns
    Trial Run (
    書籍 Fearless Change
    より)
    InnerSource Patterns:
    実験として始める
    @yuhattor
    8

    View Slide

  9. 事例
    Robert Bosch GmbH (
    グローバルな分散型ソフトウェア開発組織を有する)
    InnerSource Patterns:
    実験として始める
    @yuhattor
    9

    View Slide

  10. InnerSource
    についてもっと知る
    InnerSource Commons: https://innersourcecommons.org
    Join our Slack community: https://innersourcecommons.org/slack
    InnerSource Patterns: https://patterns.innersourcecommons.org
    Twitter: @InnerSourceOrg
    日本語 Slack
    チャンネル: #jp-general
    日本語 Twitter: @InnerSourceJP
    InnerSource Patterns:
    実験として始める
    @yuhattor
    10

    View Slide