專案管理：敏捷開發、Scrum、甘特圖、風險管理、團隊協作
npx skills add https://github.com/miles990/claude-domain-skills --skill project-management이 명령을 Claude Code에 복사하여 붙여넣어 스킬을 설치하세요
非技術領域專業知識集合，包含商業、金融、創意、專業服務、生活、方法論等 18 個領域
數位行銷策略、內容行銷與成效分析
產品管理：PRD撰寫、用戶故事、OKR設定、路線圖規劃
銷售技巧：B2B/B2C 銷售、客戶開發、電商營運、成交策略
商業策略：藍海策略、差異化、競爭優勢、價值創新、商業模式設計
創意發想：頭腦風暴、靈感激發、創意思維框架、發散與收斂思考
| schema | 1.0 |
| name | project-management |
| version | 1.0.0 |
| description | 專案管理：敏捷開發、Scrum、甘特圖、風險管理、團隊協作 |
| domain | business |
| triggers | {"keywords":{"primary":["專案管理","project management","PM","Scrum","敏捷","agile","sprint","JIRA"],"secondary":["甘特圖","gantt","里程碑","milestone","排程","schedule","風險管理","risk","看板","kanban","backlog"]},"context_boost":["團隊","team","協作","開發","software","迭代","iteration"],"context_penalty":["個人","marketing","財務","finance"],"priority":"high"} |
| dependencies | {"software-skills":["git-workflows","documentation"]} |
| author | claude-domain-skills |
確保專案按時、按質、按預算完成
┌─────────────────────────────────────────────────────────────────┐
│ 專案生命週期 │
│ │
│ 啟動 → 規劃 → 執行 → 監控 → 收尾 │
│ │
│ ┌─────────┐ │
│ │ 啟動 │ 定義目標、確認範圍、組建團隊 │
│ └────┬────┘ │
│ ↓ │
│ ┌─────────┐ │
│ │ 規劃 │ 拆分任務、估算時間、分配資源 │
│ └────┬────┘ │
│ ↓ │
│ ┌─────────┐ │
│ │ 執行 │ 實施計畫、管理團隊、溝通協調 │
│ └────┬────┘ │
│ ↓ │
│ ┌─────────┐ │
│ │ 監控 │ 追蹤進度、管理變更、控制風險 │
│ └────┬────┘ │
│ ↓ │
│ ┌─────────┐ │
│ │ 收尾 │ 驗收成果、總結經驗、解散團隊 │
│ └─────────┘ │
└─────────────────────────────────────────────────────────────────┘
| 角色 | 職責 |
|---|---|
| Product Owner | 定義需求優先級、維護 Product Backlog |
| Scrum Master | 促進流程、移除障礙、保護團隊 |
| Development Team | 交付增量、自組織、跨職能 |
Sprint（2-4 週）
│
├── Sprint Planning（4-8 小時）
│ ├─ What: 這個 Sprint 要完成什麼？
│ └─ How: 如何完成？
│
├── Daily Standup（15 分鐘）
│ ├─ 昨天做了什麼？
│ ├─ 今天要做什麼？
│ └─ 有什麼障礙？
│
├── Sprint Review（2-4 小時）
│ └─ Demo 完成的功能給 stakeholders
│
└── Sprint Retrospective（1.5-3 小時）
├─ 什麼做得好？
├─ 什麼可以改進？
└─ 下個 Sprint 要嘗試什麼？
## 標準格式
As a [角色]
I want [功能]
So that [價值]
## Story Points 估算（Fibonacci）
1 - 非常小，幾小時內完成
2 - 小，半天到一天
3 - 中等，1-2 天
5 - 較大，2-3 天
8 - 大，接近一週
13 - 非常大，考慮拆分
# 專案計畫書
## 1. 專案概述
- **專案名稱**：
- **專案經理**：
- **開始日期**：
- **目標完成日期**：
## 2. 專案目標
### 業務目標
- [具體、可量化的目標]
### 成功標準
- [如何判斷專案成功]
## 3. 範圍定義
### 包含（In Scope）
- [功能/交付物 1]
- [功能/交付物 2]
### 不包含（Out of Scope）
- [明確排除的項目]
## 4. 里程碑
| 里程碑 | 日期 | 交付物 |
|--------|------|--------|
| M1: 需求確認 | MM/DD | 需求文件 |
| M2: 設計完成 | MM/DD | 設計文件 |
| M3: 開發完成 | MM/DD | 可測試版本 |
| M4: 上線 | MM/DD | 正式版本 |
## 5. 團隊組成
| 角色 | 姓名 | 職責 |
|------|------|------|
| PM | | |
| 開發 | | |
| 測試 | | |
## 6. 風險管理
| 風險 | 機率 | 影響 | 應對策略 |
|------|------|------|----------|
| | 高/中/低 | 高/中/低 | |
## 7. 溝通計畫
| 會議 | 頻率 | 參與者 |
|------|------|--------|
| 站會 | 每日 | 開發團隊 |
| 週會 | 每週 | 全體 |
影響
↑
高 │ 3 │ 6 │ 9 │ ← 高風險區（紅色）
│───┼───┼───│
中 │ 2 │ 4 │ 6 │ ← 中風險區（黃色）
│───┼───┼───│
低 │ 1 │ 2 │ 3 │ ← 低風險區（綠色）
└───┴───┴───┘→
低 中 高 機率
| 策略 | 說明 | 適用情況 |
|---|---|---|
| 規避 | 改變計畫消除風險 | 高影響、可避免 |
| 轉移 | 轉移給第三方 | 專業領域風險 |
| 緩解 | 降低機率或影響 | 無法完全避免 |
| 接受 | 準備應變計畫 | 低影響或無法處理 |
Story Points
│
50 ┤ ●
│ ╲
40 ┤ ╲ 理想線
│ ╲
30 ┤ ● ╲
│ ● ╲
20 ┤ ● ╲
│ ● 實際進度
10 ┤ ●
│ ●
0 ┼───┬───┬───┬───┬───→ Sprint 天數
1 2 3 4 5
## 週報 - Week N
### 本週完成
- ✅ [完成項目 1]
- ✅ [完成項目 2]
### 進行中
- 🔄 [進行中項目] (XX% 完成)
### 風險與問題
- ⚠️ [風險/問題描述]
- 影響：[影響說明]
- 行動：[應對措施]
### 下週計畫
- [ ] [計畫項目 1]
- [ ] [計畫項目 2]
### 指標
- 進度：按計畫 / 落後 X 天
- 預算：在預算內 / 超支 X%
1. 講解 User Story
2. 團隊成員各自估算
3. 同時亮牌
4. 討論差異最大的
5. 重新估算直到達成共識
預期時間 = (樂觀 + 4×最可能 + 悲觀) / 6
範例：
- 樂觀：3 天
- 最可能：5 天
- 悲觀：10 天
- 預期 = (3 + 4×5 + 10) / 6 = 5.5 天
| 用途 | 工具 |
|---|---|
| 任務管理 | JIRA, Trello, Asana |
| 甘特圖 | MS Project, Monday.com |
| 協作 | Notion, Confluence |
| 看板 | JIRA, Trello, Miro |
| 文件 | Google Docs, Notion |
## 會前
- [ ] 會議目的明確
- [ ] 議程已發送
- [ ] 必要人員已邀請
- [ ] 資料已準備
## 會中
- [ ] 準時開始
- [ ] 有人記錄
- [ ] 控制時間
- [ ] 確認行動項目
## 會後
- [ ] 會議紀錄已發送
- [ ] 行動項目已分配
- [ ] 截止日期已確認
| 錯誤 | 正確做法 |
|---|---|
| 範圍蔓延不管 | 走變更流程，評估影響 |
| 進度報喜不報憂 | 及早暴露問題，尋求幫助 |
| 估算過度樂觀 | 加入緩衝，使用歷史數據 |
| 忽略依賴關係 | 識別並管理依賴項 |