ブラウザのアドレスバーに鍵のアイコンが表示されるとき、その背後ではOpenSSL Libraryが動いている可能性があります。このオープンソースの暗号ライブラリは、パスワード、クレジットカード番号、プライベートなメッセージがインターネット上を行き交う際に、それらを守る安全な接続を支えています。そのため、重大な責任を担うこの技術組織が意思決定を行う際、明確さと透明性は不可欠です。
「オープンで、透明性があり、コミュニティを中心に据える」。OpenSSL Corporationのオペレーションディレクター、Anton Arapovから最初に聞いた言葉です。Arapovが三年前に組織に加わったとき、優先事項が互いに競合していました。組織の多くがオープンソースコミュニティの価値観を推進することに力を注ぐ一方、一部のグループはMicrosoft、Amazon、Ciscoのような商業組織へのサポート提供に注力していました。この違いによって、注力する対象に偏りが生じていました。
「以前は難しい状況でした」とArapovは説明します。「さまざまな人がいて……それぞれに異なる課題がありました。コミュニティを重視する人もいれば、商業面を重視する人もいました。今日何をすることが重要か、そして明日何をすることが重要かを考えるときに、意見が衝突していました」
Arapovらは、この摩擦に対する構造的な解決策を見つけました。OpenSSL Projectは、商業活動を担うCorporationと、非商業的な活動を管理するFoundationの二つの組織に再編されました。新しい構造は解決策となりましたが、根本的な問いが残りました。ソフトウェアに依存しているものの、有料顧客でも中核開発者でもない、より広いエコシステムの人々からどう意見を集めるかという問いです。
実際のユーザー層
OpenSSL Projectはこれまで、商業面では有料顧客、オープンソース面ではGitHubを通じて関わる開発者という二つのグループとコミュニケーションを取ってきました。Arapovと同僚たちは、ほかにも多くの関係者がいると考えていました。暗号技術を研究する学者、安全な通信に依存する中小企業、安定性と予測可能性に特定のニーズを持つ大企業、ソフトウェアをパッケージ化するOSや下流の配布者などです。これらはほんの一例です。
「あるとき、コミュニティのほかの人たちにどう働きかけるかを話し合いました。私たちにはさまざまな種類のユーザーがいます。開発者ではなく、開発者向けツールの開発にも詳しくない人たちもいます」
オペレーションディレクターであり、組織の非公式な「コミュニティマネージャー」でもあるArapovは、解決策を探すために声を上げました。まず、ほかの組織がコミュニティからの意見をどのように管理しているかを調べました。多くのユーザーを抱えるオープンソースプロジェクトを研究し、技術的な決定について同意を得ることに成功した標準化団体も調査しました。
「始めたときは、理想としては投票機能を備えた何らかのフォーラムが必要だ、という漠然とした考えがありました。コミュニティ管理など、運営に役立つ機能も必要でした」
オープンソースのフォーラムではディスカッションはできましたが、実用的な投票ツールはありませんでした。標準化団体には投票の仕組みがありましたが、UXの設計が不十分でした。彼は探し続けましたが、次第に落胆していきました。「何も見つからず、まあまあ合う程度のものに頼らなければならないのではないか、と感じるようになっていました」
ChatGPTからのおすすめ
Arapovは明確な基準を定めていました。OpenSSL Projectの価値観に沿うよう、オープンソースソフトウェアである必要がありました。プラットフォームにアクセスしなくてもメールで参加できることも求めていました。これは、日々メールの受信トレイを中心に仕事をするエンジニアにとって不可欠でした。視覚的な雑音のないすっきりしたインターフェース、適切に追跡できる投票機能、議論を探し回らなくてもすべてのアンケートを一か所で見られることも条件でした。
「エンジニアとして私にとって非常に重要だったのは、メールクライアントだけを使って相手に返信できることでした。何かが起きたと通知を受けたら、プラットフォームに行かずにメールクライアントで返信できます」
小規模な技術ベンダーと協力することも重要でした。「連絡がはるかに取りやすいのです。私たちのニーズは、見てきたほぼすべてのソフトウェアとは異なっていたので、それは明らかでした。何らかの調整や、まだ存在しない機能が必要になると分かっていました。提供元が小さいほど、このようなコミュニケーションを取り、説明し、実際に実装してもらいやすくなります」
もう一つ、重視された要素がありました。「私たちには使命があり、とても透明性が高く、開かれた組織です。私たちにとって、ソリューションもオープンソースであることは絶対に重要でした。そして、そのようなソリューションを資金面で支援する意思もありました」。言行一致という点に加え、オープンソースが重要なのは、自分たちのデータの所有権とソフトウェアを永続的に利用する権利が保証されるためです。
期限が迫る中、明確な解決策を見つけられずにいたArapovは、型破りな方法を試しました。「すべてをChatGPTに入力しました。ChatGPTは最初の結果としてLoomioを提示しました。興味深いことに、それまでほかの場所で探していてもLoomioはまったく見つかりませんでした。それで、Loomioとは何だろうと思いました」
彼はすぐにloomio.comでトライアルに登録し、Loomioサポート、共同創業者兼リード開発者のRob Guthrieに連絡しました。「受信トレイにOpenSSLからの連絡が届いたのを見て、なんてことだと思いました」とRobは振り返ります。その後、Arapovは機能をさらに詳しく調べるためにプロ版を契約しました。
セルフホスティングの選択肢が決め手となりました。「セルフホスティングのソリューションが欲しかったのです。自分たちのデータを所有することは、今でも私たちにとって非常に重要です」。世界のインターネット通信を守る暗号基盤を管理する組織にとって、データ主権は譲れません。技術コミュニティがセキュリティと管理に懸念を抱いていたことから、セルフホスティングは不可欠でした。
コミュニティの構造を築く
技術的な導入は簡単でした。Loomioのインフラチームがセットアップを担当しました。より難しかったのは、コミュニティ自体の構造を設計することでした。「コミュニティに適切な構造を考え出すことが難しかったのです。それは本当に重要でした。コミュニティが非常に多くあるからです」
OpenSSL Projectは、学術関係者、大企業、中小企業、個人、ディストリビューション、コミッターという六つの異なるコミュニティを特定しました。それぞれのコミュニティには商業的な利害と非商業的な利害の両方があり、CorporationとFoundationを合わせると合計十二のコミュニティになりました。
これらのコミュニティを拡大するため、以前から知っている人たちに連絡しました。メーリングリストを通じてOpenSSL Projectに連絡しようとした人や、長年にわたって関わりを示してきた人たちです。「新しい場所ができ、私たちは皆さんをこのコミュニティの一員と考えていますと伝えました。合っていると思ったら、ぜひ参加してくださいと。そして口コミで広がり始めました」
コミュニティ全体に変化をもたらせるよう、コミュニティが選出する諮問委員会をいくつか設置しました。これらの委員会はコミュニティのニーズを明らかにし、FoundationとCorporationの両方の取締役会に助言することで、そのニーズを製品ロードマップの項目やガバナンスの変更などにつなげました。
製品ロードマップを見直す
「私たちには、誰もが何を知り、何を好み、何を求めているかを自分たちは分かっていると思っている、非常に強い意見を持つエンジニアたちがいます」。彼らは、ユーザーに必要だと考える機能の長いリストを、共同で積み上げていました。
その後、登録されたコミュニティメンバーに、Loomioを通じて何を求めているかを直接尋ね始めました。「人々が参加できる場所に質問を持ち込むだけで十分でした。エンジニアたちは、コミュニティの意見が自分たちの想定と正反対であることもあると気づきました。コミュニティはまったく逆の考え方をすることもあるのです」
この発見は自分たちの思い込みを省みるきっかけとなり、OpenSSL Projectは大胆な選択をしました。「Loomioのコミュニティを導入するのに合わせて、提案された機能の長いリストを見直しました。将来取り組むことが重要だと私たちが考えていた機能です。古い機能リストをすべて破棄し、コミュニティと直接話すことから一から始めると決めました」
現在、変更のプロセスは双方向に機能しています。「目的は、コミュニティが私たちの決定に意見を出せるようにすることです。開発者や有料顧客以外にも、OpenSSL Libraryに対するニーズを持つ人たちがいます。ソフトウェアが提供できる能力や機能などを必要としています。私たちがOpenSSL Communitiesと名付けたLoomioプラットフォームは、そうした人たちがニーズを挙げ、議論し、最終的にOpenSSL Projectの代表者や取締役会に検討してもらえる場所です。提案された機能について、開発前にコミュニティからリアルタイムでフィードバックを得ています」
コミュニティはニーズを挙げることができます。OpenSSL Projectは機能を開発する前に提案できます。「ある機能に取り組む時期だと考えたら、これから取り組むこと、そしてこの方法で行うことをコミュニティに伝えます。喜んで意見を聞き、フィードバックを受け取ります」
代表者投票
OpenSSL Projectが必要としていた機能の一つは、まだLoomioに存在しませんでした。規模別に分けられたコミュニティグループでは、数千人の従業員を抱える大企業が、ほかの全員を簡単に票数で上回る可能性がありました。「グループをまたいでコンセンサスを求めるアンケートを行うとき、特定の話題についてさまざまな組織がどう考えているかを知りたいのです。そのため、数千人の従業員がいる組織が小さな組織を票数で上回ることは非常に簡単です」
必要だったのは、参加する従業員の人数にかかわらず、各組織が一票を持つことでした。解決策は、組織ごとに代表者を一人決めることでした。「そこで、グループでアンケートを行う際に、参加を企業から一人、つまり企業からの一つの声に制限する場合は、代表者だけのアンケートを作成します。各企業が一票だけを持つことで、そのようなアンケートから代表性のある結果が得られます」
RobはOpenSSL Projectのニーズに合わせて代表者の仕組みを構築しました。この新機能は、諮問委員会の選挙で重要な役割を果たしました。「特に大企業コミュニティでは、一つの議席を六人が争う非常に激しい選挙がありました。大企業はほかの候補者を票数で上回り、自社の候補者を当選させられることが明らかでした」。企業ごとに代表者が一票を持つことで、その優位性はなくなりました。
この仕組みは学術機関のような組織にも適用されます。各大学から複数の人が参加していますが、特定の決定については、OpenSSL Projectは機関ごとに一票だけを認めています。
組織の記憶を作る
26年の歴史を持つプロジェクトでは、過去の経緯が重要です。「OpenSSL Libraryは非常に古いプロジェクトです。以前は多くの決定を密室で行っていました。その決定によって、多くの人を不満にさせてしまいました」
人々は、OpenSSL Projectがなぜ特定の選択をしたのか尋ねることがありました。「なぜ別の方法ではなく、このように決めたのですかと尋ねられることがあります。その決定がなぜ行われたのかを示す過去の記録を、いつも提示できるわけではありませんでした」
Loomioはその記録を作ります。「Loomioは、集めたい意見という観点だけでなく、記録を残すという観点からも私たちにとって非常に重要です」。今では、決定がいつ、なぜ行われたのか、その議論を正確に示すことができます。
透明性にはもう一つの目的があります。コミュニティの意見が実際に重要視されるのか、疑っている人はまだ多くいます。「この仕組みが機能することを信じられない人たちに、今も対応しています。私ができる限り取り組んでいることの一つは、プロセスが機能していることを示す例を伝えることです。ユーザーは自分たちが何かを変えられるとは信じていません。こうした小さな変更を行い、ユーザーが決定に影響を与えられることを示すことで、実際に機能していると伝えられます」
彼は好循環に気づいています。「参加がさらなる参加を生みます」。提供する内容や背景が増えるほど、より多くのコミュニティメンバーが参加します。意思決定が見えやすくなるほど、この仕組みが機能すると示しやすくなります。
信頼とプライバシーが根本となるセキュリティプロジェクトにとって、透明性のあるプロジェクトガバナンスは使命に欠かせません。「私たちは暗号技術に取り組んでおり、信頼されなければなりません。信頼されるための唯一の方法、あるいは主要な方法の一つは、オープンであることです」
私たちは暗号技術に取り組んでおり、信頼されなければなりません。信頼されるための唯一の方法、あるいは主要な方法の一つは、オープンであることです。
対面でのつながり
2025年10月、OpenSSL Corporationはプラハでカンファレンスを開催しました。その設計には明確な意図がありました。「営業のためのカンファレンスでも、エンジニアだけのためのカンファレンスでもない形で開催することにしました」
ArapovはRobを招き、Loomioについて発表してもらいました。「カンファレンスに参加するOpenSSL Projectの私たちにとって、コミュニティやチームとのつながりに加え、何を異なる方法で行い、どのような新しいことをしたかを一般の人々に伝えることが非常に重要でした。Loomioのソフトウェアを基盤とするOpenSSL Communityのウェブサイトは、とても重要でした。そのため、Loomioから誰かが参加してくれたことは大きな助けになりました」
Robの参加は大きな助けとなりました。「懐疑的な人もいました。Loomioを使うという決定の理由を理解していなかったのです。その人たちと話し、Loomio導入の背景や意図について詳しく説明できたことは本当に良かったです」
このカンファレンスでは、コミュニティづくりに関するさらに深い気づきも得られました。「顔を合わせて会うことで、本当に大きな違いが生まれます」とArapovは語ります。
「カンファレンスに来た人たちの一部、あるいは全員がOpenSSL Communitiesに参加してくれたらうれしいです。来た人たちは実際に関心を持っていますし、関心を持つ人たちとは……連絡を取り続ける必要があります……。彼らは直接つながりたいと思ってカンファレンスに来たのです」
Loomioでの議論を通じてオンラインで築かれた関係は、カンファレンスという実際の場へと広がり、規模を拡大しました。さらに、OpenSSL Communitiesの大企業コミュニティによる毎月のオンライン通話が、認識を合わせ、活動を活発にする機会を増やし、オンラインでの参加もいっそう盛んになりました。「Amazon、Microsoft、Hewlett-Packard、Cisco、Juniperといった企業のエンジニア、顧客、マネージャーが一つの通話に集まるのを見るのは驚きでした。彼らが一緒になる機会はほかにありません」。OpenSSL Projectが人々を集める役割を果たすことで大きな変化が生まれ、オンラインと対面の両方で参加が増えています。
オープンソースプロジェクトへのアドバイス
ほかのオープンソース組織へのアドバイスを尋ねると、Arapovはよくある盲点について率直に語りました。「オープンソースプロジェクトにおいて、開発者のコミュニティが唯一のコミュニティではないということが非常に重要です。多くのオープンソースプロジェクトでは、主に開発者自身がコミュニティを立ち上げ、プロジェクトに深い関心を持っているため、これが問題になります」
「活発なコミュニティがあると思っていても、多くの場合、そのソフトウェアを使っているのはほかの開発者です。しかし、ユーザーというはるかに大きなグループが存在することがよくあります」
そうしたほかのユーザーを見つけることが重要です。
「開発者同士の交流は重要です。しかし、より大きな課題は、エンジニアリングの範囲を超えて働きかけ、ユーザー、コンプライアンス要件、企業の現実、そしてより広いエコシステムとつながる方法を見つけることです」
OpenSSL Projectにとって、Loomioはその橋渡しとなりました。まったく異なるニーズを持つユーザーの間にコミュニティを作り、対話の仕組みを整える方法となったのです。「私たちにはある程度の経験がありました。例えば、大企業と中小企業ではニーズが大きく異なることを知っていました。中小企業は機敏で、新しいツールや新しいものを使うことが多く、頻繁に切り替えたり変更したりできます。大きな組織は一貫性と予測可能性を第一に考え、それ以外のことはそれほど重要ではありません」
このような違いを理解することは、OpenSSL Libraryのあり方に直接影響します。開発するものに実際のニーズを反映させるため、多様なコミュニティの視点を招き、参加してもらうことが不可欠でした。
今後の展望
OpenSSL Projectのガバナンスは、意図的に最小限に保たれています。「私たちは大きな組織ではないので、意思決定に伴う負担を最小限に抑えています」。現在、リーダー層の意思決定はシンプルです。
Arapovは、それが変わると予想しています。「追跡と記録の観点から、Loomioの利用を意思決定にも広げることを検討しています。また、将来、取締役会の役職が増え、議論に参加する人が増え、集める意見も増えると、さらに重要になると考えています」
コミュニティとの関わりを深めるツールとして始まったプラットフォームは、内部のガバナンスシステムにも発展するかもしれません。今のところ、その主な目的は、これまで接点のなかったコミュニティとのつながりを作ることです。OpenSSL Projectは、世界のインターネット通信を守るセキュリティとプライバシーのツールを形作る上で、それらのコミュニティが実際に意見を反映できるようにしています。
三十年近い歴史を持つセキュリティプロジェクトにとって、開かれた意思決定を通じて信頼と関係を重視することは、ほかのすべてを支える基盤です。
