従業員名簿の外にある Sidekiq

2012 年 8 月、Mike Perham は Sidekiq 開発の時給を計算した。3.5 ドルだった。

この Ruby のバックグラウンドジョブ処理ツールには利用者がつき、コミュニティからの貢献もあった。しかし半年のライセンス売上は約 700 ドルで、投入時間は推定 200 時間。家庭のある彼は、余暇を無料ソフトウェアに使う価値を説明する必要があった。当時の Perham の収支記録

ここで話を止めれば、先行きは明るいとは限らない。注目が集まるのは需要に触れたしるしであり、利用が増えることは保守が気軽に手放せない仕事になることでもある。利用者は新しい道具を得たが、作者はそれを継続提供する条件をまだ得ていなかった。

後に Sidekiq は一人企業の代表として語られる。初期記録が読むに値するのは、成功のラベルがつく前の不足を残しているからだ。

Sidekiq はウェブサイトのバックグラウンドジョブを扱う。利用者が目の前の操作を終えた後も、通知送信やデータ処理が必要になる。最終的には実事業の処理量と障害に耐えねばならず、開発者自身のテストが覆うのは一部だけだ。

Perham は 2017 年のインタビューで、勤務先が Sidekiq を使い、商用機能をテストしていたと振り返った。初期テストと引き換えに会社へ無料ライセンスを渡し、自ら本番運用も担当した。それによって業務へ入った後の挙動を見られた。創業者インタビュー、約 15:40

この関係は機能一覧に載らないが、重要な開発条件を提供した。実際の使用現場と、問題が作者へ戻る経路である。独立開発者は同じ道具をダウンロードし、似たコードを書けても、初期試用の費用を引き受ける組織を持つとは限らない。

似た企画を始める人にとって、使用現場がないときに機能を増やし続けることが最善とは限らない。適切な規模で試用とフィードバックに応じる相手を見つけるほうが、製品の本当の課題を早く露呈させるかもしれない。

使用関係ができると、別の不足も徐々に埋まった。Perham は商用拡張 Sidekiq Pro を出した。2014 年の回顧では、一部の利用者が追加機能と継続支援へ支払い、彼はすでにオープンソース開発を専業にしていると書いた。無料部分も十分に有用である必要があった。専業オープンソースへ至る記録

課金は時間の出所を変えた。家庭や余暇から捻出した労働を、受益者が継続して購入する機会ができた。コミュニティは反応、コード、発信を提供し、支払いの関係は作者がその反応に対応し続ける条件を提供した。埋める不足は異なる。

会社運営に要る他の労働も、すべて作者一人へ載ったわけではない。会社設立を弁護士に助けてもらい、会計士から記帳を学び、購入後のアクセス付与などの反復業務を自動化した。同インタビュー、約 5:03 と 30:12

こうして「一人で経営する」の姿が具体化する。一部の能力は専門サービスが提供し、一部の動作はプログラムへ渡し、別の判断は作者が持つ。従業員名簿が記録するのは組織内部の雇用関係であり、製品を動かす労働の全体ではない。

Sidekiq の商用製品を買う顧客も同種の選択をしている。Perham は 2015 年の事業回顧で、修正、改善、専門家支援を製品価値に挙げた。顧客は自分で開発・保守する仕事の一部を減らせる。2015 年の事業回顧

こちら側で法律と会計の専門労働を買い、向こう側ではソフトウェア顧客へ反復可能なサービスを渡す。小企業の行動範囲は、こうした具体的交換の中で広がっていく。

同じ年次回顧には Inspeqtor の失敗も記録されている。

Perham はオープンソースと商用拡張の方式を新製品へ使おうとしたが、採用も売上も限られ、新機能の追加をやめると決めた。技術経験、経営経験、ビジネスモデルがあっても、次の製品は自然には成立しなかった。Inspeqtor の回顧

資料だけでは失敗の全原因は説明できない。しかし Sidekiq の結果をすべて「創業者が有能だから」に帰し、その能力をいつでも別の需要へ移せると考えてはいけないことは分かる。使いたい人、使用する場、払い続ける理由は、改めてつくる必要がある。

本稿は創業者の当時の記録と後年の自己説明を使った。転機を再構成するのに適しているが、一人企業の成功率を推定したり、経営数値の独立監査に使ったりはできない。

この歴史が残す実用的な判断は素朴だ。小さな企画を評価するとき、作者に何ができるかに加えて仕事をたどる。誰が実需要へ触れさせ、誰が不足する専門能力を供給し、誰が継続保守に払い、問題がどう対処できる人の手へ戻るのか。

関係が一つ欠けるだけで、どれほど忙しく働いても、まだできていない経営条件のために個人が時間を立て替えているだけかもしれない。