簡單來說
常常太麻煩
作為一個只有 3 個人的敏捷開發團隊，我們每天最寶貴的資源就是「時間」與「心流（Flow）」。
但遺憾的是，過去很長一段時間，我們的熱情都被 Jira 給磨平了。每次點擊卡片時那幾百毫秒的延遲、沒完沒了的讀取轉圈、以及那些我們永遠用不到的複雜欄位設定，都在不知不覺中增加了開發的阻力。
今天，我決定試試 Basecamp 開發團隊（37signals）推出的新作——Fizzy。這不是另一個「大而全」的專案管理軟體，而是一次對現代臃腫軟體生態的「反叛」。
以下是我研究後認為 Fizzy 最吸引人的幾個關鍵點：
1. 速度是唯一的信仰
Fizzy 給我的第一印象就是：快，快得離譜。
這一點都不令人意外，因為它的技術堆疊（Tech Stack）完全是為了效能而生。Fizzy 放棄了厚重的 SPA（單頁應用）前端框架，轉而使用 Rails 8 搭配 Hotwire / Turbo。這意味著頁面渲染發生在伺服器端，傳輸的 HTML 極小，幾乎沒有 JavaScript 的負擔。
而且，它在生產環境直接使用了 SQLite。這打破了我們對資料庫的刻板印象，證明了對於看板這種應用，SQLite 不僅夠用，還能帶來極致的讀寫速度。
2. 拒絕「功能肥胖症」 (Feature Bloat)
如果你習慣了 Jira 的 Sprint Planning、Burndown Charts 和複雜的 Workflow 權限設定，Fizzy 會讓你感到「赤裸」。
它只有：
- 欄位 (Columns)
- 卡片 (Cards)
就這樣。沒有隱藏選單，沒有複雜配置。對於我們這種 3 人小團隊來說，這正是我們需要的。我們不需要工具來告訴我們怎麼工作，我們只需要一個地方把 Bug 和 Idea 記下來，然後開始寫程式。
3. 產品哲學：Backlog 不該是垃圾場
Fizzy 有一個極具爭議但我覺得很天才的功能：自動清理（The Rot）。
如果一張卡片在 30 天內沒有任何活動（沒有留言、沒有移動），Fizzy 會假設它不重要，並自動將其關閉。
這強迫團隊面對現實——如果這個 Bug 一個月都沒人修，那它可能根本不需要修。這防止了 Backlog 變成一個累積了幾千個 Ticket 的「數位墳場」。
4. O’Saasy 模式：開源與商業的平衡
最讓我感興趣的是它的發布模式。Fizzy 是開源的，我可以選擇：
- Self-hosted：利用 Docker 和 Kamal，把 Fizzy 架設在我們自己的 $5 VPS 上，完全免費，資料完全掌控。
- SaaS：直接用官方服務，前 1,000 張卡片免費。
對於我們這種有工程背景的小團隊，Fizzy 提供了極大的自由度。
結論
如果 Basecamp 是一個功能齊全的「線上辦公室」，那麼 Fizzy 就是一張乾淨、極速的「白板」。
在這個軟體越來越慢、越來越複雜的年代，Fizzy 證明了「簡單」才是最頂級的功能。如果你也受夠了等待 Loading bar，或許是時候讓你的 Kanban 回歸本質了。