← 返回 Linear 完全指南
Linear 完全指南 · Lesson 1.2
安裝、註冊與工作區設定
先把 Linear 的地基打好。這一課不是在教你按哪一顆按鈕而已，而是教你一開始怎麼設，才不會三週後發現整個 workspace 結構亂掉。
1. 為什麼設定階段很重要
很多團隊第一次用 Linear，都會覺得：「先開起來再說，之後再整理。」這種做法短期很快，但中期很痛。因為一旦 issue、project、labels、通知規則開始累積，你後面要重整成本會高很多。
所以 1.2 這一課的目標很簡單：不要追求完美設定，但要先做出一套不會很快崩掉的初始結構。
好的初始設定，不是把所有可能性都想完，而是讓團隊在接下來 1–2 個月內，能自然地把工作放進同一個系統裡。
2. 註冊與建立 Workspace
Step 1
用團隊會長期使用的登入方式註冊
如果你們公司本來就用 Google Workspace，通常直接用 Google 登入最省事。重點不是哪種登入比較潮，而是之後邀請同事、權限回收與 SSO 擴充會不會順。
Step 2
建立 Workspace
Workspace 可以理解成整個公司的 Linear 容器。它是最上層，底下才會有 team、project、issue、views 等內容。
命名建議直接用品牌名、公司名，或固定內部稱呼，例如 GigaAI，不要取成太臨時的名字，像 test-workspace 這種通常之後都懶得改。
Step 3
先不要一次開太多 team
一開始最常見的錯，是把每個小組、每個產品、每個功能都切成 team。結果過幾天大家根本不知道 issue 應該丟哪裡。
Workspace 是公司層級；不要把 product、project、client 名稱拿來命名 workspace。那些通常比較適合放在 team、project 或 initiative 層級。
3. 怎麼切 Team 才合理
最簡單的原則：team 應該反映「誰會長期一起工作」，而不是反映一次性的專案名稱。
比較合理的切法
- Product
- Engineering
- Design
- Growth / Marketing
- Operations
比較容易出事的切法
- 每個客戶一個 team
- 每個季度專案一個 team
- 每個功能模組一個 team
- 每位主管想要一個自己的 team
如果你們團隊還小，甚至可以只開 1 個 team 起步。先讓大家養成在同一個地方協作的習慣，比一開始就分得很漂亮更重要。
一句話記法：team 是長期組織單位；project 才是短中期目標。
4. 邀請成員與權限配置
Linear 的成員設定，核心問題不是「誰能看到什麼」而已，而是「誰需要真的在裡面工作」。
- 核心執行者：PM、工程師、設計師，通常是完整成員。
- 需要追進度的人：主管、營運、客服，視情況加入或用較輕的參與方式。
- 外部協作者：不要太早把外部人員直接混進主要工作流，除非你很確定流程已經成熟。
一開始最重要的是：讓會真正建立 issue、更新狀態、回覆討論的人先進來。 不是把整家公司一次全部拉進來。
5. 最值得先調的預設設定
狀態（States）
先維持簡單就好。常見起手式：
- Backlog
- Todo
- In Progress
- In Review
- Done
Priority 與 Labels
標籤別開太多。優先序也不要發明自己的 12 個等級。少量、一致、全 team 用法相同，比功能很完整更重要。
Cycles
如果你們本來就有雙週節奏，可以直接從 2 週 cycle 開始。若團隊還很亂，也可以先不上 cycle，先把 issue hygiene 建起來。
通知（Notifications）
請大家在一開始就調整通知，不然很容易 2 天後覺得太吵，然後整個人不想打開 Linear。
6. 新手最常犯的錯
- 錯誤 1： team 開太多，結果每個地方都只有一點點資料。
- 錯誤 2： labels 開太多，大家各貼各的，最後沒有共識。
- 錯誤 3： issue 都只有標題，沒有描述、驗收條件、責任人。
- 錯誤 4： 一開始就想把所有流程自動化，反而還沒學會原本流程怎麼跑。
- 錯誤 5： 把 project、team、view 的概念混在一起，導致資訊結構變得很怪。
如果你現在就有點搞不清楚 team / project / issue 的界線，不用硬撐。先保持結構保守，反而比較不容易做錯。
7. 上線前檢查清單
- Workspace 名稱是否清楚且可長期使用？
- 目前 team 數量是否足夠簡單？
- 狀態流程是否有共識？
- Priority / Labels 是否控制在少量且一致？
- 核心成員是否都能登入並知道去哪裡開 issue？
- 是否已決定要不要先使用 cycle？
- 是否有一個真實 project 可以拿來當第一個練習場？
最好的導入方式，不是開完帳號就宣布完成，而是立刻拿一個真實專案進來跑。工具只有進入真實工作，問題才會浮出來。
這一課的收尾
Linear 的安裝與註冊本身不難，真正難的是：你一開始要不要用正確的結構來承接未來的工作流。
如果你記得一件事就好，那就是：先做出簡單、穩定、大家都敢用的 workspace，比一開始就做出超完整流程重要太多。