チェックリストの三重構造
子タスクリスト・受入基準・Delivery Statusの3種類と、それぞれのチェック権限
すべてのバックログアイテムは3種類のMarkdownチェックボックスを持ちます。どれも見た目を整えるための飾りではありません。 GitLab/GitHubが進捗カウンターとして表示する、そのアイテムの現在の状態そのものです。
| チェックリスト | 存在場所 | 1ボックス= | チェックする権利を持つスキル |
|---|---|---|---|
| 子タスクリスト | 親のdescription(Epicの## Sub-Epics、Sub-Epicの## Issues) |
子アイテム(- [ ] #<iid> <title>) |
implement-backlog(実装とテストが完了した時)。review-issueが差し戻し、merge-issueがマージ時に検証 |
| 受入基準 | Issue本体の## Acceptance Criteria |
検証可能な条件(- [ ] <criterion>) |
implement-backlog(実装確認)→review-issue(検証確認) |
| Delivery Status | 各アイテムの## Delivery Status |
進行段階(Implemented / Reviewed / Merged) |
その段階に到達させたスキル(下の表) |
子タスクリストと受入基準が表すのは実装状態、つまりコードが書かれてテストが通ったかどうかです。
マージされたかどうかは表しません。マージまで含めた進行状況は## Delivery Statusが担当します。
| 段階 | チェックするスキル | 意味 |
|---|---|---|
Implemented |
implement-backlog |
コードがコミットされ、テストが通った(受入基準がすべてチェック済み) |
Reviewed |
review-issue |
レビュー判定がMergeableになり、PR/MRを作った |
Merged |
merge-issue |
PR/MRがマージされ、Issueがクローズされた |