GitHub Projects ボード運用ポリシー¶
広聴AI／digitaldemocracy2030
ボード運用ポリシー¶
- 広聴AIのタスクはこのボードで管理しています
- ボードの各ステータスの定義は以下の通り。ステータスに応じて、主担当が作業を行う想定。
| ステータス | イシューの状態 | やること (アクション) | 主担当 |
|---|---|---|---|
| No status | 起票直後 | ラベルを付与し、Need Refinement（もしくは仕様・デザインが確定しているものはReady）に移動する | メンテナー |
| Cold List | 直近での対応優先度が明らかに高くないイシューが入る | TBD（staleなイシューはcloseしたいが運用方法は未確定） | メンテナー |
| Need Refinement | ラベルを付与してあり、仕様 or デザインが未確定の状態 | •仕様・デザインを策定する。 •実装前にデザインが必要なタスク（design）・アルゴリズムの実験が必要なタスクは、サブイシューを切ってタスクを進める。 |
コミッター |
| Ready | 仕様・デザインが確定しており実装可能な状態 | • コミッターが Assignee に入り、実装・デザインに着手する | コミッター |
| In Progress | 実装中／デザイン作成中の状態 | •実装・デザインを進める | コミッター |
| Done | 完了したイシュー | - | - |
| Archived | 破棄されたイシュー | - | - |
- 原則としては上記のステータスに応じてメンテナー・コミッターが作業を行うフローを想定していますが、このフローを厳密に守る必要はありません
- 例えば、
- No Statusの状態であっても、着手可能なタスク（仕様が明らかなタスク・バグ修正など）についてはコミッターがそのまま着手いただいても問題ありません
- デザインが必要なタスクについても、、元イシューの内部のやりとりでデザインが確定していればサブイシューを切ることはマストではありません
- Assigned で In Progress に、unassigned で Ready に更新されます
- 「/ready」または「/archive」とコメントすると Ready または Archived に更新されます
主要なラベルの意味¶
- API/Admin/Client: 各種サービスの改修が必要な場合に紐づける
- Algorithm: アルゴリズムの実験が必要なタスクに紐づける
- high priority: 優先度が高いタスク（実際の案件でニーズが高いことが確認されている機能/クリティカルなバグ修正等）に紐づける
- design: デザインが必要なタスクに紐づける
- bug: バグ修正タスクに紐づける
- enhancement: 機能追加タスクに紐づける
- documentation: ドキュメント作成タスクに紐づける
- good first issue: 初めてのコミッターが挑戦しやすいタスクに紐づける