製品デザイン レビューの準備と実施の重要な要素

By Joe Weller | 2021年2月1日 (更新 2024年2月12日)

この記事では、デザイン レビュー プロセスと、それを使用して製品やビジネスの目標にプラスの影響を与える方法について説明します。さらに、デザイン レビュー ミーティングの実施方法も学びます。

このページには、無料のデザイン レビュー アクション アイテム チェックリスト テンプレート、デザイナー向けのデザイン レビュー パッケージ テンプレート正式・技術的なデザイン レビュー ミーティングの議題が含まれています。

デザイン レビューとは?

デザイン レビューは、特定の基準に照らして製品設計を評価する製品開発マイルストーンです。デザイン レビュー フェーズでは、実装前に現在の設計やプロトタイプの問題を特定できます。

デザイン レビュー プロセス

デザイン レビューのプロセスでは、関係者が問題の設計を評価します。デザイン レビュー ミーティングでは、設計者が設計を発表し、参加者は質問、課題、提案された改善の形でフィードバックを提供します。

デザイン レビュー ミーティングの後、デザイナーと直属のチームはフィードバックを統合し、優先順位を付けます。デザイナーはフィードバックを使用して機会を評価し、調査結果やアクション アイテムをより広範囲なグループに報告します。

画像タイトル: デザイン レビュー フローチャート

Design Review Flowchart

製品デザイン レビューの種類

デザイン レビューは、製品開発ライフサイクルのさまざまなポイントで行われます。このようなレビューは正式または技術的なもので、オープンな議論やより構造化されたワークショップの形を取る場合があります。

各デザイン レビューは、目標に応じて招待者が異なります。設計に深く関与していない参加者を含む正式なレビューを開催することをお勧めします。そうすることで、フィードバックが有用で偏りのないものになります。しかし、設計に関わる人のみで、臨時のデザイン レビュー ミーティングを行う必要がある場合もあります。このような非公式のミーティングは、正式なデザイン レビューの後でフィードバックについて話し合うために行う場合があります。 

デザイン レビューは技術的な場合もあります (チームが技術的な詳細について具体的に議論する)。これは、技術的な点だけでなく、予算、リソース、可用性、スケジューリングも含むプロジェクト レビューとは異なります。 

デザイン レビュー ミーティングの形式も会社によって異なります。従来の円卓会議によるデザイン レビューのセッションには、部門を超えたチームからの参加がいます。このセッションでは、設計者が設計を共有します。その後、問題、質問、改善の機会に関する会話を開きます (このディスカッションでは誰でも話すことができます)。この円卓会議スタイルは普及していますが、いくつかの課題があります。設計者が設計に関する説明を終える前に参加者がさえぎると、簡単に話がそれる可能性があります。また、オープン ディスカッション中にすべての情報を取得することも困難であり、声が大きい参加者がいると、声の小さなメンバーが黙ってしまうことがあります。  

それと比較して、フィードバック ワークショップはより多くの構造を提供します。デザイナーは十分な時間をかけてレビューを完了でき、すべての参加者が話すことができます。このスタイルはリモート従業員にも対応します。理想的には、ワークショップは 1 時間 30 分で、設計に影響を与えるすべての人が参加します。ホワイトボード (またはチームがリモートの場合は共同作業用のオンライン ホワイトボード ツール) を使用して、いいね、課題、質問、アイデアの四分円を表すフィードバック マトリクスを作成すると便利です。参加者は各四分円に付箋を貼るか、フィードバックを記入します。参加者全員に自分の提案について話す機会を与えます。 

製品デザイン レビューは、コンセプトから完了、スケジュール済み、その他のアド ホック ミーティングまで、製品の開発ライフサイクルを通じて何度も行われます。レビューの種類と頻度は、開発中のシステムや製品の種類によって異なります。

エンジニアリング デザイン レビュー手順

システム エンジニアリングでは、構造化された特定の順序でデザイン レビューを行います。目標は、デザイン レビュー、テスト準備、システム検証など、重要な段階で設計をレビューすることで時間を最適化することです。 

たとえば、システム エンジニアリングは通常、次のようにデザイン レビューを行います。

  • 代替コンセプト レビュー (ACR): 代替のアイデアをレビューします。
  • システム機能レビュー (SFR): システムが当初の機能を満たすことができることを確認します。
  • ソフトウェア仕様レビュー (SSR): ソフトウェア要件を正式に定義します。
  • システム デザイン レビュー (SDR): システムが予算内および期限内に当初の要件を満たしていることを確認します。
  • 予備デザイン レビュー (PDR): PDR は、システムが運用上有用であることを確認します。
  • クリティカル デザイン レビュー (CDR): この技術的レビューにより、システムが次のステップに進むことができます。
  • テスト準備レビュー (TRR): レビュー中のシステムが正式なテストに移行する準備ができているかどうかを判断します。
  • 最終デザイン レビュー (FDR): このレビューは、ほとんどの設計作業とテストが完了したときに行われます。このレビューは、設計に関するフィードバックを提供する最後の機会です。
  • システム検証レビュー (SVR): 最終製品のパフォーマンスを検証します。
  • 生産準備レビュー (PRR): 製品が生産の準備ができているかどうかを判断します。
  • 物理的構成監査 (PCA): 構成項目をドキュメントと照らして調べ、製品が製品ベースラインの仕様を満たしていることを確認します。

デザイン レビューの準備

製品開発のデザイン レビュー フェーズは、次のステップや設計変更を定義するために必要です。まず、会議のスタイル、スケジュール、タイミング、招待者を決定し、デザイン レビュー パッケージを構築します。

製品のデザイン レビューの準備をする際に最初にすべきことは、チームに最適なミーティング スタイルを選ぶことです。オープン円卓形式のディスカッションか、構造化されたワークショップのどちらがチームにとって最も有益ですか?参加者全員に最適な日時を検討します。 

ミーティングのスタイルを決定したら、議題を作成し、チームと共有します。構造化されたミーティングを開催する場合は、参加者が従わなければならない制約とデザイン レビューのガイドラインを提供します。各デザイン レビュー セッション範囲の対象内・対象外を含めます。たとえば、デザイン レビューは外観や感覚ではなく、特定の機能に焦点を当てることができます。 

ビジネス目標、デザイン レビュー目標、タイムライン、期待される成果物、明確でない可能性のあるその他の情報など、事前の詳細を参加者全員に準備してください。設計を可視化することで、チーム メンバーはデザイン レビューの目的を完全に理解でき、レビュー セッション中の不要な質問を減らすことができます。ミーティングの目標は、設計を理解し、課題と改善の機会を特定し、質問することです。

デザイン レビューに招待する人は、その目的によって異なります。前述のとおり、正式なデザイン レビューには、設計に深く関与していない部門を超えたチーム メンバーを含める必要があります。ミーティングで最も生産性の高いグループの規模は、全員がディスカッションに参加できるよう、5 ~ 8 人です。参加者リストには、リード デザイナー (および補足情報を提供するその他のデザイナー)、デザイン レビューに価値を加えるチーム メンバー、そして適切な意思決定者を含める必要があります。

デザイン レビュー アジェンダ テンプレート

正式な設計レビューの議題

正式なデザイン レビューは、簡単な概要、背景、デザイン レビュー、フィードバックの収集、次のステップの優先順位付けを含む構造化された議題に従います。 

  1. 概要: 約 5 分で、議題を説明し、質問に答えます。
  2. 背景: 設計者が、設計/プロトタイプの目的、想定ユーザー、ビジネス価値、主要業績評価指標 (KPI) を共有します。
  3. デザイン レビュー: 設計者とプロダクト マネージャーが設計を共有し、参加者はメモを取ります。 
  4. フィードバック レビュー: 参加者がフィードバックを共有します。
  5. 優先順位付け: デザイナーとプロダクト マネージャーが、次のステップ/意思決定について意思決定者と話し合います。

正式デザイン レビュー アジェンダ テンプレートをダウンロード

Excel | Word | PDF

技術的デザイン レビュー アジェンダ テンプレート

技術設計レビューの議題

技術的デザイン レビューは、開発ライフサイクルのある時点で行うことがあります。この種のデザイン レビューでは、非技術系の事業部門からレビュー担当者が参加する必要はありません。ディスカッションは技術的な詳細に焦点を当てるので、このミーティングに参加するのはデザイナーやその他の技術リソースのみです。このテンプレートを使用して、技術的デザイン レビューの議題を作成することができます。

技術的デザイン レビュー アジェンダ テンプレートをダウンロード

Excel | Word | PDF

デザイン レビュー パッケージ テンプレート

デザインレビューパッケージ

デザイン レビュー パッケージは、デザイン レビュー ミーティングの基礎となります。設計者は、設計に関連するすべてのものを含むパッケージを準備します。すべての参加者は、デザイン レビューのセッションの前にパッケージを受け取ります。 

このダウンロード可能なテンプレートを使用して、プロジェクトと設計の現在の状態をプレゼンすることができます。デザイン レビュー パッケージには、製品開発仕様、関連するエンジニアリング データ、既存製品の競合分析、図面、プロトタイプ、モックアップ、プロジェクト リスク分析、設計リスクのリストが含まれています。

デザイン レビュー パッケージ テンプレートをダウンロード

Word | PDF

デザイン レビュー計画テンプレート

使用するデザイン レビュー計画やチェックリスト (クリティカル デザイン、非技術関係、エンジニアリング デザインなど) は、製品の段階と種類によって異なります。計画にテンプレートを使用して、自分にもチームにもすべての成果物を可視化できるようにします。 

いくつかのデザイン レビュー計画チェックリストは、「無料のデザイン レビュー テンプレート」の記事をご覧ください。

デザイン レビュー中に尋ねる質問

デザイン レビュー中に質問することは、高品質の最終デザインを生み出すために不可欠です。以下の質問は、業界や開発ライフサイクルの段階を超えて役立ちます。デザイン レビューで質問すれば、問題領域の特定と改善に役立てることができます。

最初のコンセプト レビュー中に、デザイナーが基本的なフィードバックを収集するために尋ねるべき 8 つの質問:

  1. このコンセプトはどのように生み出されたのでしょうか?
  2. このコンセプトのターゲット オーディエンスは?
  3. ターゲットとなるペルソナの課題と意図は何ですか?
  4. この製品/機能/コンセプトのビジネス目標は何ですか?
  5. このコンセプトはどのようにビジネスに価値を生み出しますか?
  6. このコンセプトに意見やフィードバックを提供したのは誰ですか?
  7. これは他の製品/ソリューションとどのように統合されますか?
  8. これは製品とビジネス ロードマップにどのように組み込まれますか?

すべてのデザイン レビュー ミーティングに適用できる 8 の役立つ質問:

  1. 適切なデザイン手法を使用していますか?
  2. 結論はデータに基づいていますか?
  3. 仮定は合理的ですか?
  4. リスクは平均よりも高く見えますか?
  5. 議論しなかった重要な考慮事項はありますか?
  6. 設計は要件を満たしているか、超えていますか?
  7. 要件が満たされていないものは何か、その理由は?
  8. どのような課題が残っていますか? 

ユーザー インターフェイス/エクスペリエンスをレビューする際に尋ねる 8 つの質問:

  1. ユーザー エクスペリエンスは製品全体で一貫していますか?
  2. この機能/アクティビティは簡素化できますか?
  3. ステップを削除することで、より多くを簡素化できますか?
  4. ユーザーのためにさらなるディテールが必要なのは何ですか?
  5. デザインに関する主な懸念事項は何ですか?
  6. ユーザー エクスペリエンスの基準を適用しましたか?  
  7. デザインは会社のブランド体験とどのように整合していますか?
  8. どのような継続的なメンテナンスが必要ですか?

Web サイト ビジュアル デザイン レビューを実施する際に尋ねる 8 つの質問:

  1. このデザインは会社のブランド ガイドラインと一致していますか?
  2. 写真/グラフィックはデザイン全体と一致していますか?
  3. メッセージに適した配色ですか?
  4. 新しいスタイル、ロゴ、グラフィックはありますか?
  5. ビジュアル デザイン テストを実施しましたか? 
  6. ビジュアル デザインはテストでどのような結果でしたか?
  7. 読みやすい配色ですか?
  8. フォント、色、画像の追加を考慮する必要がありますか?

デザイン レビューを効率的に実施するためのベスト プラクティス

デザイン レビューのための一貫した議題と形式を作成することが不可欠です。一貫性により、協力と生産性が向上します。効率的なデザイン レビューを実行するには、次のヒントに従います。

  • 適切なレビュー担当者を特定し、ミーティングに招待します。
  • プロジェクト マネージャーを活用して、デザイン レビューをプロジェクト管理します。
  • 以下を含むミーティングのプロトコルを、すべてのミーティング参加者と共有します。
    • 時間と場所
    • 目標と制約 (ミーティングの範囲内と範囲外)
    • デザイン レビュー ミーティングに持参するアイテム
    • 感情的な反応の方法 (正直であることと敬意を払い続けること)
  • 詳細な議題を作成し、ミーティングの前に共有します。
  • 事前にデザイン パッケージを提供して、参加者が準備に十分な時間を確保できるようにします。
  • ミーティングを開始するには、プロジェクトのタイムライン、目標、現在の状況、次のステップを共有します。
  • 参加者がフィードバックを共有する準備をしてデザイン レビュー ミーティングに来るよう、徹底します。
  • 参加者の準備ができていない場合は、デザイン レビューを中止します。
  • ミーティングは、急かしたり、遅く感じたりしないような一定のペースで行います。
  • ミーティングのメモを取り、各レビュアーからのフィードバックを取り込み、質問をして詳細を収集します。
  • 文書化された紛争解決プロセスを準備します。
  • 直ちにミーティングの議事録とアクション アイテムを送信して、フォローアップを行います。

デザイン レビュー ミーティングの議事録テンプレート

設計レビュー会議の議事録

このデザイン レビュー ミーティング議事録テンプレートを使用すると、参加者、プレゼンター、議題、ディスカッション ポイントなど、すべての会議情報を簡単に収集できます。意思決定とアクション アイテムをメモして、簡単にフォローアップできます。

デザイン レビュー ミーティングの議事録テンプレートをダウンロード

Word | PDF

デザイン レビュー アクション アイテム テンプレート

設計レビューのアクションアイテム

デザイン レビュー ミーティングでは、必ずアクション アイテムのリストが作成されます。このアクション アイテム テンプレートは、ミーティングの議事録の付属書として、またはスタンドアロンのツールとして使用できます。各アクション アイテムにタスク所有者、期日、優先度を割り当て、各欄に詳細を書き留めます。

デザイン レビュー アクション アイテム テンプレートをダウンロードする

Excel

デザイン レビュー プロセスの調査結果を Smartsheet で簡単に文書化して共有

ニーズに合わせ変化に対応できるようデザインされた、柔軟性のあるプラットフォームで、チームの能力を最大限に引き出しましょう。 Smartsheet プラットフォームなら、いつでもどこでも簡単に作業の計画、保存、管理、およびレポート作成が可能なため、チームはより効率的かつ効果的に仕事を進めることができるようになります。作業に関して主要なメトリックを表示したり、リアルタイムの可視性を提供したりするために、ロールアップ レポート、ダッシュボード、および自動化されたワークフローを作成する機能も装備されており、チーム メンバーをつないで情報共有を促進することが可能です。 やるべきことを明確にすると、チームの生産性と作業達成能力が向上します。ぜひこの機会に Smartsheet を無料でお試しください。

作業遂行に Smartsheet がフォーチュン 100 社の 90% 以上から信頼されている理由をご覧ください。

無料の Smartsheet テンプレートを入手する Get a Free Smartsheet Demo