理解する
解決策を提案する前に、現在の業務、制約、これまでに試したことを含め、本当の課題を明確にします。間違った問題を急いで解くことを防ぐ段階です。
進め方
ニーズを長く使えるシステムへ変える6つの段階
各段階の深さは取り組みに応じて調整し、重要な判断は明確で検証可能な状態を保ちます。
設計する
プロジェクトに含むもの、含まないもの、その理由を明確にし、正直な範囲を定めます。技術的な選択は列挙するだけでなく、理由を示します。
構築する
一度きりの最終納品ではなく、検証可能な反復で提供します。各段階をテストしてから次へ進みます。
発展させる
設計段階から保守と成長を計画し、別の担当者でもシステムを引き継げる文書を整えます。
デリバリー原則
プロジェクトが変わっても変わらないこと
品質は最後の検査ではありません。仕事全体の判断、テスト、文書化に組み込みます。
範囲は約束する前に話し合う
技術判断は実行するだけでなく文書化する
アクセシビリティとセキュリティは最後に追加せず、設計段階から考慮する
実際の意見の相違や制約は隠さず明示する
プロダクトの範囲設定
この進め方はプロジェクトに合っていますか？
この進め方は、最初から範囲を整理できる場合に最も適しています。まだ曖昧なプロジェクトでは、プロダクトデザインとプロトタイピングによって、次の約束をする前に問いを明確にします。
プロダクトデザイン・プロトタイピング