一句話總結

我該如何在每週 20 小時的工時內管理 TinyPilot？

重點回顧

• 我發表了關於自籌創業歷程的第四篇年度回顧。
• 儘管下一代產品延後推出，TinyPilot 的銷售表現依然強勁。
• 我分析了自己的時間分配，並找出更有效運用時間的方法。

目標成績

每個月月初，我都會設定當月想達成的目標。以下是本月目標的達成狀況：

推出 Voyager 2：PoE 版本

• 結果：因製造問題，上市時間延後數週
• 評分：D

我不得不延後上市，因為我們發現首批生產的 PoE 硬體運作表現與原型機不同。我們應該能修復這些電路板，但還需要幾個禮拜的時間。

撰寫 TinyPilot 客服工程師的職務說明並開始面試

• 結果：已完成職務說明，但尚未刊登到任何求職平台。
• 評分：C+

這件事屬於那種重要但不緊急的事。如果 TinyPilot 有一位客服工程師，就能幫我擺脫頻繁的時間壓力，所以我必須更優先處理這件事。

發表第四篇年度回顧

• 結果：已發表年度回顧
• 評分：A

很高興能發表這篇回顧，因為我已經為此籌備了數週。這是我少數有嚴格截稿期限的工作之一，因為我喜歡在自己的「離職週年紀念日」發文的傳統。

讓我意外的是，這篇文章在 Hacker News 和 reddit 上並沒有獲得太多迴響。通常我的年度回顧在這些平台上都很受歡迎，但今年在兩個網站上都反應平平。不過，一向都有一定的運氣成分，所以單篇文章的表現也不能過度解讀。

TinyPilot 統計數據

銷售額較 12 月略為下滑，但幅度不大。考量到 Voyager 2 售罄而暫停銷售四天，本月的表現其實比 12 月更為強勁。

目前現金流仍為負值，未來一、兩個月可能仍會如此。既然我們對 Voyager 2 的設計已有信心，我正在為未來 18 至 24 個月大量備料，以免零件缺貨時又得重新設計電路板。我們已經為此重新設計了六、七次，這個過程既昂貴又令人困擾。

我該如何用每週僅 20 小時管理 TinyPilot？

我今年的目標之一是以每週僅 20 小時來管理 TinyPilot。目前我每週大約花 45 小時在 TinyPilot 上。我沒有精確衡量時間的好方法，但以下是我認為目前的時間分配與我理想中的分配對照：

註：這些是平均目標，並非硬性上限。如果有客戶告訴我他想一次購買 200 台 Voyager 並有幾個問題，我不會說：「抱歉，我這週的銷售諮詢額度已經用完了。」

我大部分時間都花在協調變更上。也就是說，隨著 TinyPilot 不斷演進，需要進行的各種細微調整。舉例來說，推出新產品初期需要處理許多組裝與出貨方面的大幅變動，之後的數個月則會有一連串的小調整來解決各種細節問題。這個主題相當複雜，所以我在下方另闢一節說明。

技術支援是最適合外包的部分。我幾個月來一直想找人來協助，但始終沒有優先處理。我現在正在處理這件事。

我在督導開發工作上花的時間超出應有的程度，主要原因是即使沒有必要，我還是喜歡參與軟體開發。很多時候是因為我急著想看到某些改動，而自己動手做最快。我需要在授權給 TinyPilot 開發團隊這件事上更有紀律、更有耐心。

我在準備 TinyPilot 版本發布上仍然花太多時間，但我一直在努力自動化並授權他人分擔。過去每次發布，從建置、測試到撰寫發布公告，大約需要花我 35 小時。現在已經降到約 15 小時。開發團隊已將許多建置流程自動化，而 TinyPilot 的本地團隊也接手了大部分的手動測試。雖然還有進步空間，但我們正穩步前進。

我該如何減少花在協調變更上的時間？

協調變更是我花最多時間的工作之一，也是我最不喜歡的職責之一。

最近一個協調變更的例子是調整 Voyager 2 的外殼。TinyPilot 的歐洲經銷商來信告訴我，在他組裝的 Voyager 2 中，約有 10% 的 USB-C 埠嚴重偏移，導致無法插入 USB-C 連接線。

以下是解決這個問題的處理流程：

1. 我回信給經銷商，表示會進行調查並回覆他。
2. 我寫信給 TinyPilot 的本地團隊，詢問他們是否也遇過類似情況。
3. 本地團隊回覆說他們也看過類似情形，但沒有經銷商遇到的那麼嚴重。
4. 我請團隊調查組裝不一致的來源（例如：外殼、電路板、組裝手法）。
5. 團隊告知我，經過數小時調查後仍無法確定原因。
6. 我寫信告知經銷商，我們將修改外殼來解決問題。
7. 我寫信給我們的 3D 列印合作夥伴，請他將 USB-C 開孔加大來因應。
8. TinyPilot 的 3D 列印合作夥伴列印出原型並寄給我們。
9. 我請 TinyPilot 團隊用新外殼進行組裝測試並確認是否可行。
10. 團隊確認新外殼可用，應該能解決問題。
11. 我寫信給 3D 列印合作夥伴索取設計檔，並要求將外殼改為新設計。
12. 3D 列印合作夥伴將外殼設計檔寄給我。
13. 我將設計檔轉寄給經銷商。

所以，為了修正僅僅幾公釐的偏移，耗費了相當多工夫。

回顧起來，我看不出有哪些明顯可以授權出去的環節。我無法直接讓經銷商與我的團隊或 3D 列印設計師對接，然後要他們照他的要求去做。

我想，或許我可以把更多與 3D 列印廠商的互動授權出去。步驟 7 到 11 其實可以簡化為：「我請團隊與 3D 列印廠商協調出解決方案，完成後再把設計檔交給我。」這樣雖然只省下一些工作，但我仍應養成習慣，讓 TinyPilot 的本地團隊更主導我們的組裝流程。

顯然，我們不是每週都會遇到這種情況，但類似需要跨部門協調的問題大約每週會出現一、兩次，而且通常需要由我來做最終決定。

另一個因素是同時進行的變更數量實在太多。目前我同時督導七項主要專案：

1. 我們正在更換電機工程供應商。
2. 因應零件短缺，我們正在修改 Voyager 2 的電路設計。
3. 我們正在完成 Voyager 2 PoE 版本的製造與測試。
4. 我們正在重新設計網站。
5. 我們正在招募首位客服工程師。
6. 我們正在探索能提高產量的外殼製造方案。
7. 我們正與外部顧問合作，為 TinyPilot 新增 H264 視訊支援。

從這些經驗中，我意識到在承接重大專案時應該更保守。如果同時變更的事項少一些，花在協調上的時間自然就會減少。

我可以做的另一項改變，是在聘請外部廠商時將「可用工時」視為首要考量。網站重新設計的時程比我預期多了好幾個月，因為設計公司每週平均只投入五小時在 TinyPilot 上，而我原本預期會有約 20 小時。未來在面談階段，我會更仔細與廠商確認他們每週的可用時間。

既有專案

以下是一些我仍在維護、但已非開發重心的專案近況：

Is It Keto

哎呀！一月通常是 Is It Keto 的旺季，因為有許多立下新年新希望的減重族群，但今年一月的回升卻是該網站有史以來最弱的一次。

我沒什麼好抱怨的，畢竟我完全沒有維護這個網站，但還是希望它不要這麼快就式微。

Hit the Front Page of Hacker News

寫作課程這邊依然相當平淡。本月只有一筆新購買，就這樣了。看起來追蹤我且對課程有興趣的人，到這個時間點大多已經買過了。

Zestful

Zestful 的表現略為下滑，營收再度跌破每月 1,000 美元，但客戶仍持續積極使用服務，且每隔幾週就會收到潛在新客戶的詢問。

總結

完成了哪些事？

• 發表了第四年的年度回顧
• 發布 TinyPilot 2.3.2
• 開始轉移至新的電機工程供應商
• 與外部顧問合作，為 TinyPilot 的視訊串流打造 WebRTC 概念驗證實作

經驗教訓

• 一次少改一些東西。
  • 我需要掌握目前有多少變更正在進行，並克制衝動，在既有專案完成前不要啟動新專案。
  • 很容易因為專案每週所需的關注程度不同，而誤以為自己還有餘力。
  • 每新增一項專案，就會增加在某個倒楣的週內同時有太多變更需要我處理的風險。
• 將廠商的可用工時視為首要考量。
  • 如果你為一次性專案聘請廠商，而他們每週只有數小時的可用時間，會拉長專案時程，並讓你在不同任務間切換時耗費更多時間。

下個月的目標

• 推出 Voyager 2：PoE 版本
  • 這次真的要推出了。
• 招募一位 TinyPilot 客服工程師
• 完成 TinyPilot 網站改版的設計工作