オープンソースプロジェクトの成長に対処する方法


11

私は現在、オープンソースプロジェクトのサポートを1〜2年支援することに携わっており、プロジェクトは私が始めてから多くの人気を得ています。このプログラムは1週間に100,000以上のダウンロードがあり、主要分野の60%以上の人々が使用しているため、人々がそれを非常に楽しんで使用していることは明らかです。

しかし、問題は、開発とサポートの基盤がほぼ同じ速度で成長していないことであり、私たちは成長の苦痛に直面し始めています。ほんの一握りの開発者(特にメイン開発者)がかなり薄くなり、技術サポートボランティアが燃え尽き始めています。

これまでのところ、IRCにたむろして、このプログラムを作成し、ユーザーを支援している男たちの集まりでした。501(c)(3)の組織やLLCなどはありません。

現時点では、非常に正式なバグトラッカーや問題データベースはありません(バグレポート専用のカテゴリを持つフォーラムがあります)。これは、より多くの開発者を迎え入れるために改善できるものであると認めています。しかし、私の個人的な質問は、小さな個人プロジェクトから実際の... ものにどのように移行するのでしょうか?GIMP、FFmpeg、Blenderなどの大企業はこの移行をどのように処理しましたか?

それに加えて、FOSSプロジェクトで補償を提供する方法はありますか?寄付は助けになると思いますが、それはこれまでのところ...フルタイムの仕事のため。

基本的に、私たちはいくつかの成長する痛みを抱えており、「私たちのブリッチには大きすぎる」と感じています。この移行を管理し、一度に多くのことを実行して燃え尽きないようにするために、私たちにできることは何でしょうか?


7
まず最初に適切なバグトラッカーを立ち上げて実行します。コアチームが非常に優秀でなければ、オープンソースは存続しません。また、機能の方向が明確で、あなたに忍び寄らないようにしてください。
ラチェットフリーク14

4
私に尋ねても構わないなら、プロジェクトは何ですか?
ロバートハーヴェイ14

2
プロジェクトに名前を付けるのをためらうのは、部分的にそこに出て人々に「ねえ、私たちは何をしているのか本当にわからないので、助けが必要です!」また、私はこの投稿がプロジェクトを支援する広告として掲載されることを望んでいませんでした。ただし、インターネットの大雑把な調査によって明らかになると確信しています。:/
ベントーレル14

回答:


13

プロジェクトの段階は非常にエキサイティングで非常に重要であり、クラッシュや焼き尽くしが非常に簡単ですが、重要な決定を下すことができる場所でもあります。

ここにいくつかの提案があります。

  • Karl Fogelの素晴らしい本、Producing Open Source Softwareを読んでください。彼は主要な差し迫った問題のほとんどをカバーしています。彼の言うことすべてには同意しませんが、それは単なる意見です。彼はオープンソースの世界を完全に理解しています。

  • @Ross Pattersonが言ったように、完全な混乱を避けるために、トラッカーとメーリングリストなどを絶対にセットアップする必要があります。バージョン管理に何を使用していますか?githubを使用している場合は、トラッカーから開始するか、Jiraなどと統合するか、今のところSourceForgeにアクセスして無料のインフラストラクチャを使用することができます。あなたは人々がどこからダウンロードしているのかを言うのではありませんが、信頼できる方法で適切なダウンロード数でセットアップされていることを確認したいのです。

  • それがあなたが望むものであるならば、あなたがフリーソフトウェアで生計を立てることができない理由はありません、多くの人々はそれをしますが、それは多くの異なる形を取ります。組織の主要な決定を行う前に、その方法を決定する必要があります。たとえば、商標および著作権を保持するように企業を設立することができ、おそらくそうする必要があります。これにより、必要に応じて何らかの法的保護も提供されます。ただし、その後、社長または会計が必要になります。どのような組織(非営利または営利目的、LLC、協同組合、パートナーシップ)であるかは、実際には目標によって異なり、優れた弁護士と話し合う必要があります。あなたがSoftware Freedom Conservacyに受け入れられたなら、彼らはあなたがそれを理解するのを助け、また会計や税の問題などを助けます。他のいくつかのFOSSインキュベーターもあります公益のソフトウェア。また、Outercurveは可能性があると思います。

  • どのように生計を立てるかという点では、これはプロジェクトの性質に大きく依存します。これは、501c3が必要だと言ってすぐにジャンプしない理由でもあります(そして、あなたはそれを手に入れられないかもしれません... Yorbaプロジェクトを参照してください)。Blenderは、主にドキュメントを販売することでサポートしています。他のプロジェクトには、中小企業のエコシステムおよび/またはそれらを取り巻くコンサルティングがあり、開発者はそこから生計を立てています。他のプロジェクトにはデュアルライセンスモデルがあり、サポートされているバージョンを販売しています(これがMySQLが販売した理由であり、Sunに販売でき、もちろんRedHatもあります)。WordPressのような他の企業は、ビジネスモデルとしてホストされたバージョンを持っています。したがって、あらゆる種類のオプションがあり、あなたとあなたのコミュニティにとって意味のあるものを理解する必要があります。

  • 今すぐコミュニティマネージャーになる人を選んで開始します。そして、フォーゲルを終えた後、ジョノ・ベーコンの本を読んでください。

  • コアチームにとって意味のあるロードマップを決定します。現実的であり、貢献していない人にいじめられないでください。ロードマップは、技術的な計画や機能を意味するだけでなく、プロジェクトとしてどこに行きたいのかということです。

  • あなたが賞賛する、またはその問題に関して同じスペースにある他のプロジェクトと話すことを恥ずかしがらないでください。何が機能し、何が機能しなかったかを調べます。メールを送信するだけです。また、いくつかのオープンソースの一般的なイベントに行って、他のプロジェクトと話をすることもできます。全体的にfossの人々はかなり役に立ちます。

幸運を祈ります。この段階にいることはエキサイティングなことです。


ありがとう!コードはすでにGithub(リリースもホストされています)でホストされていますが、Githubの課題トラッカーが本当に好きではありません...チームの1人がMantisの経験があるため、それ。ロードマップについてもお聞きします...少なくとも、公開ロードマップは、特定の機能を求めているユーザーを紹介するためだけに役立つので、そのような機能が他の機能に関連して来ることを伝えることができます。私は今夜​​早くOutercurveを探索していましたが、他の本や本もチェックします。励ましてくれてありがとう!
ベントーレル14

1
@BenTorell「すべてのバグトラッカーが嫌いなのは、「あなたのプロセスに関して最も嫌いなのはどれですか?」です」
ロスパターソン14

ロスはまったく正しい。Githubのトラッカーはいくつかの理由で本当に嫌いですが、特に実際のACLが欠けています。あなたのプロセスに合ったものを見つけることに同意します。多くのトラッカーは、ボランティア駆動型のプロジェクトではうまく機能しません。なぜなら、彼らが使用する語彙でさえ、商業的な設定で意味をなすあらゆる種類の仮定を行うからです。もちろん、プロセスが実際に何であるかについて話すことは良い練習です。トラッカーを使用して、プロセスに非現実的な変更を加えないでください。すべてがボランティアである場合、状況はまったく異なります。
エリン14

3

あなたが知っているすべてのメカニズムセットアップ本当に大きな男の子-彼らは大規模なサーバファームを実行するには、彼らは、(時には書き込み)のバグトラッカーとビルドシステムの実行など 彼らは多くの場合、著作権を所有する501(c)の3つの基盤を持っている、など彼ら大きな企業寄付を受け取り、企業は開発者などに貸し出します大きな ものです。

それほど大きくない少年たちは、他の場所から多くの助けを得ています。ソフトウェアの自由コンサーバンシーは、例えば、適度-大規模プロジェクトはその法的基盤が権利を取得し、寄付を促進するのに役立ちます。最近のコードホスティングとバグ追跡には多くのオプションがあります-誰でもGitHubサイトを入手できます。そして、多くの小規模から中規模のソフトウェア企業は、組織化されたオープンソースプロジェクトをサポートするために、特にビジネスと何らかの形で連携する場合に、独自の製品のライセンスを寄付することがわかります。


3
私はつまらないことをしようとしていませんし、否定的な意味でこれを意味していないことは100%確信していますが、それは実際にオープンソースへの参加を増やして、男の子として関係する人々を指すのに役立ちません。考えてみてください。私はそれが人々が使うフレーズだと知っています。
エリン14

@Elin質問に答えるだけで:「GIMP、FFmpeg、Blenderなどの大企業はこの移行をどのように処理しましたか?」
ロスパターソン14

ああ、コメントに+1-私たちは時々思い出させる必要があります。このビジネスは男性中心です。
ロスパターソン14

おかげで、ええ、私は元の投稿でその参照に気付かなかった。
エリン14

ええ、私はフレーズの順番として「ビッグボーイズ」を使用していました...私はそれをそのように考えなかったと思いますが、私はあなたが何を意味しているように見えるかもしれません。アドバイスをありがとう!私の最優先事項は、今取得することで、実際の閲覧、うまくいけばで亀裂を取るために、問題を選択することができる貢献アップ問題追跡(今すべての私たちが乱雑Trelloボードで持っているが)。@Elinに言ったように、私はGithubの発行システムではなく、Mantisに傾倒しています。この時点で何かが必要と思います。
ベントーレル14
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.