一言でまとめると

週20時間でTinyPilotをどう運営できるだろうか。

ハイライト

• ブートストラップで起業した経験についての4回目の年次振り返り記事を公開しました。
• 次期製品の発売は延期になりましたが、TinyPilotの販売は引き続き好調です。
• 自分の時間の使い方を分析し、より良い時間配分の方法を考えました。

目標の達成度

毎月初めに、その月に達成したい目標を宣言しています。目標に対する結果は次のとおりです。

Voyager 2 PoE版の発売

• 結果: 製造上の問題により、発売を数週間延期しました
• 評価: D

最初の量産ロットのPoEハードウェアがプロトタイプとは異なる挙動を示すことが判明したため、発売を延期せざるを得ませんでした。基板は修正できる見込みですが、数週間かかる予定です。

TinyPilotサポートエンジニアの求人票を作成し、採用を開始する

• 結果: 求人票は作成しましたが、求人サイトにはまだ掲載していません
• 評価: C+

これは重要だが緊急ではないタスクの典型で、つい後回しにしてしまっています。TinyPilotにサポートエンジニアがいれば、頻繁に陥る時間不足から解放されるはずなので、もっと優先度を上げる必要があります。

4回目の年次振り返りを公開する

• 結果: 年次振り返り記事を公開しました
• 評価: A

この振り返り記事は数週間かけて準備していたものなので、公開できて嬉しく思います。退職記念日（quit-iversary）に投稿するという自分なりの恒例にしているため、厳格な締切がある数少ないタスクの一つです。

この記事がHacker NewsやRedditでもっと注目を集めなかったのは意外でした。例年、年次アップデートはそこで人気になるのですが、今年は両方のサイトであまり伸びませんでした。いつものことですが、運の要素が大きいので、一つの投稿から多くを読み取るべきではないでしょう。

TinyPilotの統計

売上は12月に比べてわずかに減少しましたが、本当にわずかな減少です。Voyager 2が完売したため4日間販売を停止しなければならなかったことを考えると、12月よりもむしろ力強い月だったと感じています。

キャッシュフローは依然としてマイナスで、おそらくあと1〜2ヶ月はこの状態が続くでしょう。Voyager 2の設計に確信が持てるようになったので、今後18〜24ヶ月分の部品を備蓄しているところです。部品が欠品するたびに基板を再設計しなくて済むようにするためです。これまでにも6〜7回再設計を余儀なくされており、コストがかかる上に非常に煩わしい作業です。

週20時間だけでTinyPilotをどう運営するか

今年の目標の一つが、TinyPilotの運営を週20時間だけで行うことです。現在は週45時間ほど費やしています。時間を厳密に計測する良い方法はありませんが、現状の時間配分と理想の配分は次のように考えています。

補足: これらは平均的に目指したい目標であり、厳格な上限ではありません。例えば、200台のVoyager購入について質問があるという顧客に対して、「今週は販売対応の30分枠を使い切ったのでお答えできません」と断るつもりはありません。

私の時間の大部分は変更の調整に費やされています。TinyPilotが進化していく中での細かな調整のことです。例えば、新製品の発売では、組み立てや発送に関する大きな変更が最初に集中し、その後数ヶ月にわたって細かな不具合を解消するための小さな調整が続きます。このテーマは複雑なので、後述のセクションで詳しく説明します。

技術サポートはアウトソースする先として最も分かりやすい分野です。数ヶ月前から誰かを雇って手伝ってもらうべきだと考えていましたが、十分に優先してきませんでした。現在、その採用に取り組んでいます。

開発業務のマネジメントにも必要以上に時間をかけていますが、これは私自身が本来関わる必要がない場面でもソフトウェアに関わりたいと思ってしまうからです。変更を早く実現したいがために、自分でやってしまう方が早いと考えてしまうことがよくあります。TinyPilotの開発チームにもっと規律を持って辛抱強く任せる必要があります。

TinyPilotのリリース準備にもまだ時間をかけすぎていますが、自動化と委譲を進めています。以前はビルド、テスト、リリース告知の作成で1回のリリースに約35時間かかっていましたが、今では約15時間まで減りました。開発チームがビルドプロセスの多くを自動化し、現地スタッフが手動テストの大部分を引き継いでくれています。まだ改善の余地はありますが、着実に前進しています。

変更の調整にかける時間をどう減らすか

変更の調整は、最も時間を費やしている業務の一つであり、最も気が進まない仕事の一つでもあります。

最近の調整の例として、Voyager 2のケースの修正がありました。TinyPilotのEUの代理店から、組み立てたVoyager 2の約10%でUSB-Cポートがひどくずれてしまい、USB-Cケーブルが挿せないという連絡がありました。

問題を解決するまでの流れは次のとおりでした。

1. 代理店に調査して折り返し連絡する旨をメールします。
2. TinyPilotの現地スタッフに、同様の現象を見たことがあるかメールで確認します。
3. 現地スタッフからは、見たことはあるが代理店ほどひどくはないという返答があります。
4. スタッフに、組み立てのばらつきがどこから来ているのか（ケース、基板、組み立て手法など）を調査するよう依頼します。
5. 数時間調査した結果、原因を特定できなかったとスタッフから報告を受けます。
6. 代理店に、ケースを修正して問題を解決する予定であることをメールで伝えます。
7. 3Dプリントのパートナーにメールし、USB-Cの穴を広げて対応するよう依頼します。
8. 3Dプリントのパートナーが試作品を印刷して私たちに発送します。
9. 現地スタッフに新しいケースで組み立てて動作確認するよう依頼します。
10. スタッフが新しいケースで問題が解消されることを確認します。
11. 3Dプリントのパートナーに設計ファイルを送るよう依頼し、ケースを新しいデザインに変更することを伝えます。
12. 3Dプリントのパートナーがケースの設計ファイルを送ってきます。
13. 代理店に設計ファイルを送付します。

わずか数ミリのずれを直すのに、これだけの手間がかかりました。

振り返ってみても、明らかに委譲すべきだった部分は見当たりません。代理店とスタッフや3Dプリントのデザイナーを直接つないで、代理店の要望通りに進めてもらうわけにはいきません。

強いて言えば、3Dプリントのベンダーとのやり取りをもっと任せられたかもしれません。ステップ7から11は、「スタッフに3Dプリントのベンダーと修正案を詰めてもらい、完了したら設計ファイルを送ってもらう」という形にできたはずです。それで削減できる手間はわずかですが、TinyPilotの現地スタッフにもっと組み立てプロセスのオーナーシップを持たせる習慣をつけるべきでしょう。

もちろん、毎週このような事態が起こるわけではありませんが、同様にTinyPilotの各方面との調整を要する問題が週に1〜2回は発生し、最終的な判断はたいてい私が下す必要があります。

もう一つの要因は、常時進行している変更の数の多さです。現在、私は7つの大きなプロジェクトを同時に進めています。

1. 電気設計のベンダーを切り替えているところです。
2. 部品不足に対応するため、Voyager 2の電気設計を改訂しています。
3. Voyager 2のPoE版の製造とテストを仕上げています。
4. ウェブサイトをリニューアルしています。
5. 初のサポートエンジニアを採用中です。
6. より大ロットの生産を可能にするケース製造の選択肢を検討しています。
7. TinyPilotにH264ビデオサポートを追加するため、外部コンサルタントと作業しています。

これらを踏まえ、大きなプロジェクトを引き受ける際はもっと慎重になるべきだと気づきました。変更するものが少なければ、調整にかける時間も少なくなります。

もう一つ改善できる点は、外部ベンダーを雇う際に稼働可能時間を最重要事項として扱うことです。ウェブサイトのリニューアルは予想より何ヶ月も長引いていますが、それはデザイン会社がTinyPilotに割いている時間が週平均5時間程度で、私が想定していた20時間程度を大きく下回っているためです。今後は、面談の段階でベンダーの週あたりの稼働時間についてもっと詳しく話し合うつもりです。

既存プロジェクト

以下は、現在も維持はしているものの、開発の中心ではないプロジェクトについての簡単な近況です。

Is It Keto

痛い結果です。Is It Ketoにとって1月は新年の抱負でダイエットを始める人が増えるため通常は大きな月なのですが、今年の1月の伸びはサイト史上最も弱いものでした。

サイトの維持に何もしていないので文句は言えませんが、もう少しゆっくり衰退してほしかったというのが本音です。

Hit the Front Page of Hacker News

ブログ講座の方は依然として静かな状況です。新規購入は1件あっただけで、それ以外は動きがありませんでした。私をフォローしていて講座に興味のある人は、現時点ですでに購入済みなのだと思います。

Zestful

Zestfulは少し落ち込み、再び月収1,000ドルを下回りましたが、クライアントは今も積極的にサービスを利用しており、数週間ごとに新規顧客候補からの問い合わせも届いています。

まとめ

今月やり遂げたこと

• 4年目の振り返り記事を公開しました
• TinyPilot 2.3.2をリリースしました
• 新しい電気設計ベンダーへの移行プロセスを開始しました
• 外部コンサルタントと協力し、TinyPilotのビデオストリーミングのWebRTCによる概念実証（PoC）を作成しました

学んだこと

• 一度に変更するものを減らす。
  • 進行中の変更がいくつあるかを把握し、前のプロジェクトが終わるまで新しいプロジェクトを始めたい衝動を抑える必要があります。
  • プロジェクトごとに週あたりに必要な対応が異なるため、余裕があるように感じてしまいがちです。
  • 新しいプロジェクトが増えるごとに、多くの変更が一度に自分の対応を求める不運な週が発生するリスクが高まります。
• ベンダーの稼働可能時間を最重要事項として扱う。
  • 単発プロジェクトでベンダーを雇った際に、週あたりの稼働時間が数時間しかないと、プロジェクトが長期化し、コンテキストスイッチで自分の時間も余計にかかってしまいます。

来月の目標

• Voyager 2 PoE版を発売する
  • 今度こそ本当に。
• TinyPilotのサポートエンジニアを採用する
• TinyPilotウェブサイト刷新のデザイン作業を完了させる