内部ソース

インナーソースとは、オープンソースソフトウェア開発のベストプラクティスを活用し、組織内でオープンソースのような文化を確立し、非オープンソースおよび/またはプロプライエタリソフトウェアを開発することです^[1] 。この用語は、 2000年にティム・オライリー^[2]が自身のコラムで作った造語です^{[3] 。}

モチベーション

オープンソースは、高品質のソフトウェアを提供できると認識されています。^[4]さらに、オープンソースにおけるオープンなコラボレーションにより、競合他社間でもコラボレーションが可能になります（例：ARMとIntelは、実力主義に基づいて Linuxカーネルに取り組んでいます）。

その結果、ソフトウェア開発組織は、オープンソースの成果（ソフトウェアコンポーネントとツール）だけでなく、オープンソースの世界で実践され確立された開発手法からも利益を得たいと考えています。^[5]

オープンソースのプラクティスを使用

Apache Software Foundation、Linux Foundation、Eclipse Foundationなどの財団で確立されたいくつかのプラクティスに加えて、InnerSource およびオープンソースプロジェクトでは、オープンなコラボレーション、オープンなコミュニケーション、適切な品質保証が必要です。

オープンコラボレーション

InnerSource を活用する企業の全従業員は、必要なすべての開発成果物 (コード、ドキュメント、問題追跡など) にアクセスできる必要があります。中央ソフトウェアフォージは、オープンコラボレーションを実装するための重要なツールです。

オープンコラボレーションの原則(平等主義、実力主義、自己組織化) に基づき、InnerSource プロジェクトを支援したいすべての貢献者は、通常歓迎されます。InnerSource プロジェクトへの貢献は、通常、プロジェクトにもたらす価値に基づいて実力主義で判断されます。決定は公開で議論されるため、実力主義はオープンなコミュニケーションによっても実現できます。組織が InnerSource を採用しても必ずしも完全に自己組織化されるわけではありませんが、InnerSource では個人、組織単位、プロジェクトコミュニティがより高度な自己組織化を実現できます。

オープンなコミュニケーション

InnerSource プロジェクトとプログラムは、すべてのコミュニケーションをすべての従業員が自由にアクセスできるようにするために、オープンコミュニケーションに依存しています。オープンコミュニケーションとは、公開 (社内) され、文書化され、アーカイブされ、完了したコミュニケーションのことです。この特性の結果として、コミュニケーションは非同期です。目標は、InnerSource プロジェクトに利害関係または関心を持つ個人または団体がコミュニケーションに参加できるようにすることです。オープンコミュニケーションの議論がアーカイブされると、ソフトウェアの詳細なドキュメントが受動的に収集され、過去の議論や決定を遡って再検討できるようになります。

貢献と統合の分離による品質保証

専用のコードレビューと、貢献者とコミッター(インテグレーター、書き込みアクセス権を持つ開発者)の分離により、オープンソースプロジェクトの品質が保証され、InnerSource プロジェクトの品質も保証されます。

利点

オープンソースソフトウェアの品質特性以外にも、次のような利点が報告されている。^[6]^[7]

より効率的で効果的な開発

市場投入までの時間を短縮
開発コストの削減

組織単位の境界を克服する

組織単位間のコストとリスクの共有
組織単位の境界を越えたコラボレーション
プログラム全体の情報交換

再利用の成功率向上

コンポーネントプロバイダーに欠けている能力の活用
再利用者と提供者の独立性
部品供給業者の救済

より優れたソフトウェア製品

コード品質の向上
より革新的な開発

開発者のより柔軟な活用

開発者の導入を簡素化
独立した開発者のコラボレーション

強化された知識管理

コミュニティベースの学習
知識のオープン性と利用可能性

従業員のモチベーション向上

有病率

インナーソースを採用していることで知られている企業としては、以下の企業が挙げられる。^[6]

InnerSourceを採用する上で重要な要素

InnerSource は、ソフトウェアを開発する大規模な組織にとって有望なアプローチです。ただし、すべての環境で適切であるとは限りません。次の 9 つの要素は 3 つのカテゴリにグループ化されており、InnerSource がどの程度適切であるかを判断するために役立ちます。^[13]

製品要因

コミュニティを惹きつける種子製品
多様な貢献のための複数の利害関係者
貢献者とユーザーを引き付けるモジュール性

プロセスとツールの要因

「バザール型」開発をサポートする実践
「バザールスタイル」の品質保証をサポートする実践
コラボレーションを促進するツールの標準化

組織とコミュニティの要因

社内実力主義の出現を支援するための調整とリーダーシップ
組織をオープンにする透明性
経営陣のサポートと人々の参加を促す動機

参考文献

^ Capraro, Maximilian; Riehle, Dirk (2017-02-06). 「InnerSource の定義、利点、課題」(PDF) . ACM Computing Surveys . 49 (4): 1–36. doi :10.1145/2856821. ISSN 0360-0300. S2CID 5385511. InnerSource (IS) とは、オープンソースソフトウェア開発手法の使用と、組織内でのオープンソースのような文化の確立です。組織は引き続き独自のソフトウェアを開発しますが、その開発を内部的に公開します。
^ ben van 't ende (2016-05-09). 「InnerSource: コミュニティ文化へのオープンソースアプローチ」。O'Reilly Media の創設者 Tim O'Reilly は、2000 年に「インナーソーシング」という用語を作り出し、これを「企業内でオープンソース開発技術を使用すること」と説明しました。
^ O'Reilly, Tim (2000-12-01). 「オープンソースと OpenGL」. oreilly.com . O'Reilly and Associates. 2015-02-15 にオリジナルからアーカイブ。2017-02-22に取得。[私たちは、いわゆる「インナーソーシング」、つまり企業内でオープンソース開発手法を使用するための支援についても企業と連携してきました。
^ Kevin Crowston、Kangning Wei、James Howison、Andrea Wiggins (2012)、ACM (編)、「Free/Libre オープンソースソフトウェア開発: わかっていることとわかっていないこと」、ACM Computing Surveys (ドイツ語)、44 (2): 1–35、doi :10.1145/2089125.2089127、S2CID 2246943{{citation}}: CS1 maint: 複数の名前: 著者リスト (リンク)
^ Stol, Klaas-Jan; Fitzgerald, Brian (2014). 「InnerSource—組織内でのオープンソース開発手法の採用: チュートリアル」(PDF) . IEEE Software . doi :10.1109/MS.2014.77. hdl : 10344/4443 . S2CID 1965218. [...] 多くの組織がソフトウェア開発にオープンソース手法を採用しています。 [...] 従来のアプローチとは異なり、InnerSource プロジェクトの開発者は単一のチームや部門に所属しません。代わりに、組織の範囲内の誰もが、ユーザーまたは貢献者として、この内部コミュニティに貢献するメンバーになることができます。
^ ab Capraro, Maximilian; Riehle, Dirk (2016-12-01). 「InnerSource の定義、利点、課題」ACM Comput. Surv . 49 (4): 67:1–67:36. doi :10.1145/2856821. ISSN 0360-0300. S2CID 5385511.
^ Stol, Klaas-Jan; Fitzgerald, Brian (2015-07-01). 「InnerSource - 組織内でのオープンソース開発プラクティスの採用: チュートリアル」(PDF) . IEEE Software . 32 (4): 60–67. doi :10.1109/MS.2014.77. hdl : 10344/4443 . ISSN 0740-7459. S2CID 1965218.
^ Microsoft 社内 Solorigate 調査の最新情報。
^ オラム、アンディ (2015)。InnerSource 入門。O'Reilly Media, Inc. ISBN 978-1-491-93758-7。
^ Smith, Jared (2016). 社内ソフトウェアプロジェクトにオープンソースメソッドを使用する。O'Reilly Media, Inc.
^ Ghostarchive と Wayback Machine にアーカイブされています: Commit San Francisco 2020: Shucking Corporate Oysters-Kickstarting an Innersource Culture @ T-Mobile。YouTube。
^ 「動画：シーメンスでのInnerSourceハブの作成」JFrog 2020年7月28日2020年12月9日閲覧。
^ ストール、KJ;アヴゲリオウ、P.マサチューセッツ州ババール;ルーカス、Y.フィッツジェラルド、B. (2014)。「InnerSource を採用するための重要な要素」。ソフトウェアエンジニアリングと方法論に関する ACM トランザクション。23 (2): 1.土井:10.1145/2533685。hdl : 10344/3897。S2CID 6995068。

[1] Capraro, Maximilian; Riehle, Dirk (2017-02-06). 「InnerSource の定義、利点、課題」(PDF) . ACM Computing Surveys . 49 (4): 1–36. doi :10.1145/2856821. ISSN 0360-0300. S2CID 5385511. InnerSource (IS) とは、オープンソースソフトウェア開発手法の使用と、組織内でのオープンソースのような文化の確立です。組織は引き続き独自のソフトウェアを開発しますが、その開発を内部的に公開します。

[2] van 't ende (2016-05-09). 「InnerSource: コミュニティ文化へのオープンソースアプローチ」。O'Reilly Media の創設者 Tim O'Reilly は、2000 年に「インナーソーシング」という用語を作り出し、これを「企業内でオープンソース開発技術を使用すること」と説明しました。

[3] O'Reilly, Tim (2000-12-01). 「オープンソースと OpenGL」. oreilly.com . O'Reilly and Associates. 2015-02-15 にオリジナルからアーカイブ。2017-02-22に取得。[私たちは、いわゆる「インナーソーシング」、つまり企業内でオープンソース開発手法を使用するための支援についても企業と連携してきました。

[4] Kevin Crowston、Kangning Wei、James Howison、Andrea Wiggins (2012)、ACM (編)、「Free/Libre オープンソースソフトウェア開発: わかっていることとわかっていないこと」、ACM Computing Surveys (ドイツ語)、44 (2): 1–35、doi :10.1145/2089125.2089127、S2CID 2246943{{citation}}: CS1 maint: 複数の名前: 著者リスト (リンク)

[5] Stol, Klaas-Jan; Fitzgerald, Brian (2014). 「InnerSource—組織内でのオープンソース開発手法の採用: チュートリアル」(PDF) . IEEE Software . doi :10.1109/MS.2014.77. hdl : 10344/4443 . S2CID 1965218. [...] 多くの組織がソフトウェア開発にオープンソース手法を採用しています。 [...] 従来のアプローチとは異なり、InnerSource プロジェクトの開発者は単一のチームや部門に所属しません。代わりに、組織の範囲内の誰もが、ユーザーまたは貢献者として、この内部コミュニティに貢献するメンバーになることができます。

[:0-6] Capraro, Maximilian; Riehle, Dirk (2016-12-01). 「InnerSource の定義、利点、課題」ACM Comput. Surv . 49 (4): 67:1–67:36. doi :10.1145/2856821. ISSN 0360-0300. S2CID 5385511.

[:10-7] Stol, Klaas-Jan; Fitzgerald, Brian (2015-07-01). 「InnerSource - 組織内でのオープンソース開発プラクティスの採用: チュートリアル」(PDF) . IEEE Software . 32 (4): 60–67. doi :10.1109/MS.2014.77. hdl : 10344/4443 . ISSN 0740-7459. S2CID 1965218.

[8] Microsoft 社内 Solorigate 調査の最新情報。

[9] オラム、アンディ (2015)。InnerSource 入門。O'Reilly Media, Inc. ISBN 978-1-491-93758-7。

[10] Smith, Jared (2016). 社内ソフトウェアプロジェクトにオープンソースメソッドを使用する。O'Reilly Media, Inc.

[11] Ghostarchive と Wayback Machine にアーカイブされています: Commit San Francisco 2020: Shucking Corporate Oysters-Kickstarting an Innersource Culture @ T-Mobile。YouTube。

[12] 「動画：シーメンスでのInnerSourceハブの作成」JFrog 2020年7月28日2020年12月9日閲覧。

[KeyFactors2014-13] ストール、KJ;アヴゲリオウ、P.マサチューセッツ州ババール;ルーカス、Y.フィッツジェラルド、B. (2014)。「InnerSource を採用するための重要な要素」。ソフトウェアエンジニアリングと方法論に関する ACM トランザクション。23 (2): 1.土井:10.1145/2533685。hdl : 10344/3897。S2CID 6995068。