作業の進め方
Design Debt Audit は、製品の現状の画面と満たすべき基準の差を調べます。視覚的な不統一、古い構造、アクセシビリティの不足、文書との不一致、デザインに関係する実装上の問題を扱います。1つの画面に複数種類の負債があるため、すべてを見た目の仕上げの問題にせず、分類して評価します。
成果物は優先順位付きの台帳と改修計画です。ソースは重大度、頻度、工数から有益な修復を見極め、短時間の修正、構造的なプロジェクト、意図的に延期する項目を分けます。監査と修復は異なる活動として明確に区別しています。
想定される成果物
- 範囲を定めた画面、状態、繰り返し発生するデザイン問題の一覧。
- 分類、重大度、影響範囲、担当、状態を持つ負債台帳。
- 短期的な改善、構造的な作業、記録済みの延期事項を分けた優先順位付き計画。
ブリーフからレビューまで
- 01範囲を決めて記録する
製品領域またはプラットフォームを選び、画面と状態を一覧化します。各問題の発生箇所を示す証拠を収集します。
- 02負債を分類し規模を見積もる
分類、重大度、頻度、推定工数を記録します。観察した発生状況と、影響するユーザー数や事業リスクの推定を区別します。
- 03開発側の意見を交えて順位を付ける
ソースが示す重大度×頻度を工数と対比する方法で、絞り込んだ修復候補を選びます。実装コストが不明な場合は開発側の判断を求めます。
- 04台帳を継続的に更新する
チームの合意に従って担当者と目標マイルストーンを割り当てます。延期事項も見える状態に保ち、製品の変化に応じて台帳を見直します。