sprint-planninglisted
Install: claude install-skill HsuanYuLee/polaris
# Sprint Planning — Sprint 規劃討論引導
引導 Sprint Planning 討論:從 JIRA 拉取候選 tickets,計算 capacity,偵測 carry-over,建議優先排序,來回討論後產出最終 sprint backlog。可選推送 Confluence Release page。
**定位**:自動化確定性部分(拉 JIRA、算點數、排依賴),討論決策留給使用者。這不是一鍵產出工具,而是互動式的規劃助手。
它可以產 planning / release page artifact,但不得把 planning artifact 當成 author-side
release authority;是否 `release_eligible` / `release_completed` 仍必須由 shared gates 決定。
## 前置:讀取 workspace config
讀取 workspace config(參考 `references/workspace-config-reader.md`)。
本步驟需要的值:`jira.instance`、`jira.projects`(取得 project keys 用於 JQL)、`confluence.space`、`scrum.sprint_capacity`。
若 config 不存在,使用 `references/shared-defaults.md` 的 fallback 值。
## Defaults
| 參數 | 預設值 | 說明 |
|------|--------|------|
| Sprint capacity | 20 pts (config: `scrum.sprint_capacity`) | 使用者的個人容量 |
| Sprint duration | 10 working days | 2 weeks |
| Projects | (config: `jira.projects[].key`) | 從 workspace-config.yaml 讀取 |
| Confluence space | (config: `confluence.space`) | Release page 所在空間 |
## Workflow
### 1. Collect inputs
兩種方式取得候選 tickets:
**方式 A — 使用者提供 ticket keys**:
使用者直接給一組 ticket keys(如 `PROJ-500 PROJ-501 TEAM-3300`),從 JIRA 拉取每張的資訊。
**方式 B — 從 JIRA board 自動拉取**:
搜尋使用者可能的候選:
```
mcp__claude_ai_Atlassian__searchJiraIssuesUsingJql
cloudId: {config: jira.instance} # fallback: your-domain.atlassian.net
jql: assignee = currentUser() AND status not in ("已釋出", "已關閉", "完成", "PENDING") AND project in ({config: jira.projects[].key}) ORDER BY priority DESC, updated DESC
fields: ["summary", "st