作業の進め方
Brief to Tasksは、デザインの要件を順序付きの実装チェックリストに変換します。各タスクに構造、スタイル、操作を含め、単独でレビューできる目に見える結果を作ります。実装者は、何から完成させるか、その単位が要件に合うと示すにはどのような証拠が必要かを判断できます。
タスクを作る前に、既存のページ、コンポーネント、トークン、依存関係、テストを調べます。再利用、変更、新規作成を区別するため、実際のリポジトリに即した計画になります。HTML、CSS、JavaScriptという一般的な工程分けではなく、依存関係、見た目の重要度、不確実性に応じて順序を決めます。
想定される成果物
- 機能のデザイン要件書と同じ場所に保存するTASKS.mdチェックリスト。
- 各タスクでコンポーネントを再利用、変更、新規作成するかの区分。
- 明示された依存関係、対象状態、完了条件。
ブリーフからレビューまで
- 01デザインの背景を読む
対象の.design/<feature-slug>/DESIGN_BRIEF.mdを見つけ、INFORMATION_ARCHITECTURE.mdやトークンファイルがあれば読みます。機能フォルダーが複数ある場合は、無関係な要件からチェックリストを作らないよう、対象を先に確定します。
- 02再利用できる部品を調べる
コンポーネント、ビュー、スタイル、依存関係、テストの慣習を調べます。関連する部品を、そのまま使えるもの、変更が必要なもの、存在しないものに分類します。
- 03一貫した実装単位を作り、順序を決める
構造、スタイル、挙動を、レビュー可能なタスクにまとめます。前提となる作業を先に置きながら、見た目の方向性とリスクの高い作業を早い段階で確認できるようにします。
- 04実行できるチェックリストを保存する
同じ機能フォルダーにTASKS.mdを書き込みます。各単位の対象状態と検証条件に加え、最後のデザインレビューを含めます。