これまでのキャリアを通して、私は様々な規模の組織と幅広いプロジェクトに携わる機会に恵まれてきました。これらのプロジェクトの中心にはオープンソースソフトウェアがあり、ほとんどのプロジェクトがオープンソースコミュニティにあらゆる形で貢献してきました。最近、私はある大規模組織において、オープンソースソフトウェアを用いたグリーンフィールドプロジェクトに携わりました。プロジェクトのMVPフェーズが終了した後、組織のリーダーたちは、プロジェクトの成功の要因と、それを組織内の他のチームにどのように適用できるかを熱心に理解しようとしていました。振り返ってみると、私たちのチームのアプローチと、オープンソースコミュニティと開発のアプローチには類似点があることに気づきました。ここでは、オープンソースの原則が組織のコスト削減、技術的負債の削減、そして社内のサイロ化の打破にどのように役立つかについて、いくつかの考察をご紹介します。

1. 予算を有効活用する

先日、フロリダで開催されたDrupalキャンプで、ヘッドレス・オムニチャネル・ネットワーキング・プラットフォームについてプレゼンテーションを行いました。プレゼンテーションで強調された主なメリットの一つは、このようなネットワーキング・プラットフォームを導入することでコストを削減できる点でした。このアイデアは、オープンソース・ソフトウェアの開発に端を発しています。組織内の様々なチームが、それぞれの予算を活用して、コアソフトウェアやプラットフォームに機能を提供することができます。また、他のチームと協力して資金をプールし、より複雑な機能を開発することも可能です。開発された機能は、コアソフトウェアやプラットフォームに追加され、誰もが利用できるようになります。このオープンソースの原則を活用することで、組織内のグループに相互利益をもたらすことができます。機能を共有し、互いの支出から共同で利益を得ることで、ソフトウェアやプラットフォームの改善につながります。

このアプローチのもう一つの特徴は、費用対効果が高く、継続的な改善を可能にすることです。つまり、一度機能をテスト・開発し、それを再利用できるということです。これは、コンポーネントベースのデザインシステムをベースとしたWebプラットフォームを構築するときによく見られます。このプラットフォームのユーザーは、他のユーザーが開発したコンポーネントや機能を再利用できます。これらのコンポーネントや機能は通常、ユーザーエクスペリエンス、アクセシビリティ、さらにはセキュリティテストなど、数多くのテストを経ています。

このシンプルなアイデアは、多くの組織で反対に直面します。なぜなら、個々のグループが予算を欲しがり、守ろうとするからです。これらのグループは、コアソフトウェアやプラットフォームのサポートのために予算を放棄することを躊躇します。場合によっては、優先順位や意見の相違が組織内のサイロ化を悪化させることもあります。

2. 技術的負債を減らす

多くの組織は技術負債の削減に取り組んでいます。包括的なコアソフトウェアまたはプラットフォームを実装し、オープンソースの原則を活用することで、技術負債の削減に貢献できます。これは、開発チームが機能のインパクトを、それを開発したチームだけでなく、組織全体への影響も十分に考慮できるようにすることで実現できます。組織内の他のチームとの連携と相まって、将来の再構築や機能追加の必要性を軽減することができます。

時には、社内競争が組織間の連携や思考を阻害することがあります。企業によっては、最初に機能を開発したりアイデアを考案したりすることが評価される文化を育んでいるところもあります。しかし、これはチームの連携やアイデアの共有を阻害し、組織内にサイロを生み出し、イノベーションを著しく阻害する可能性があります。

3. より迅速な市場参入

よく耳にするフレーズに「より早く市場に出す」というものがあります。誰もが、自分たちの製品をより早く、より簡単に世に送り出したいと考えています。これは、コアソフトウェアやプラットフォームのメリットとなる場合が多くあります。社内のチームがゼロから独自に開発するのではなく、既存のテスト済みで実績のある機能や機能を再利用できるためです。もしあなたのチームがプロジェクトを立ち上げる際、0%ではなく80%の完成度でスタートできるとしたら、あなたはそうしますか？私はそうすると思います。そして、他のユーザーに必要な機能を追加できるという、スーパーヒーローのような感覚も加わります。まさにwin-winの状況です！

4. エキサイティングなポイントをリリース

組織に役立つもう一つの優れたオープンソースの原則は、魅力的なリリーススケジュールを確立することです。組織がコアソフトウェアやプラットフォームを実装すると、ユーザーはアップデートに時間を費やします。リリーススケジュールとロードマップは、そのことをユーザーに伝えるのに役立ちます。どちらのツールも、ユーザーが新機能に期待を抱き、それに応じて独自のロードマップを計画するのに役立ちます。また、他のチームへの感謝の気持ちや、新機能を開発するチームへの誇りを育むことにもつながります。これにより、組織は一体化し、チームワークと達成感を育むと同時に、将来に向けた体制と計画性も確保されます。

5. コアチームと経営陣

前述の障害を克服し、組織内でオープンソースの原則を効果的に適用するために必要な2つの重要な要素を特定しました。それは、コアチームと堅牢な組織ガバナンスです。コアチームは、少人数のグループで組織のコアソフトウェアまたはプラットフォームの保守と管理を可能にします。コアチームはソリューションをサポートし、新機能が適切に追加されるようにします。このチームは、社内チームのコスト削減を支援し、機能のロードマップをグループに通知することができます。コアチームは、強力な組織ガバナンスによって支えられる必要があります。このガバナンスは、組織内のグループが成功するための共通の方向性と組織的なサポートを提供します。この組織ガバナンスは、オープンソースのガバナンスと原則をいくつかの方法で模倣できます。最も基本的かつ最高レベルの原則は、コミュニティと、共通の目標に向かって取り組むという哲学です。

オープンリーダーシップ

オープンソース ベースの組織ガバナンスを導入すると、組織はコストを削減し、技術的負債を減らし、チームのコラボレーションを強化し、イノベーションを促進し、そして最も重要なことに、組織を共に前進させることができます。