デザインレビューを短く回す: 見つけたい欠陥から逆算する

デザインレビューは、多くのチームで「時間の割にはっきりした成果が出ない」工程になっている。フィードバックが集まるが、次に何を直すべきかが不明瞭——という経験は珍しくない。この工程を設計として捉え直す。

レビューの段階を分ける

「デザインレビュー」の一言で、まったく異なる目的の会が同居してしまうことがある。私たちが意識しているのは、少なくとも五つの段階だ。

• ブリーフレビュー: 何を作るかの合意。まだ絵はない。
• 方向性レビュー: 三案程度のラフを見せる。細部は問わない。
• 詳細レビュー: 選ばれた方向を詰める。書体・色・余白まで。
• 実装前レビュー: 実装可能性・トークンとの整合を確認する。
• 公開前レビュー: 実装済みの状態で最終確認する。

これらを一つの会に押し込むと、参加者ごとに気にする段階が違い、収束しない。会の冒頭に「今日は方向性レビューです」と宣言するだけで、話が絞れる。

フィードバックを「意思決定を促す形」に

「なんとなく好きじゃない」は、レビューの入り口としては悪くない。だが、次のステップを決めるのに使えない。私たちは、フィードバックに「もし何かを一つだけ変えるなら」を必ず添えてもらう。この一問で、感想が意思決定に変わる。

「好き/嫌い」から「変えるか/据え置くか」へ——レビューの言語を移す。

非同期を主にする

会議室に集まって全員で見る形式は、一見丁寧だが、集中力の高い時間帯を全員から奪う。非同期でコメントを集め、意見が割れた点だけ短い同期を持つ形が、判断のばらつきを縮める。ワークフロー全体の設計はクリエイティブワークフローの自動化で扱った。

合格の定義を先に置く

レビューが延々と続く原因の多くは、「合格の定義」が事前になかったことだ。品質の関所を設計するで書いたとおり、通す条件と戻す条件を先に決めておくと、レビューは短くなる。

反論: レビューを減らすと品質が落ちる

会の回数と、品質は相関しない。相関するのは、レビューが目的に沿っているかどうかだ。とはいえ、若手が多いチームでは、教育の場としての価値もある。この場合は、レビュー自体の設計を教育目的に切り替えて明示する。効率と教育を同じ場で両立させようとすると、両方が薄まる。

参照

• Cooper, Alan. “About Face: The Essentials of Interaction Design.” Wiley, 2014.
• Norman, Don. “The Design of Everyday Things.” Basic Books, 2013.

レビューは、時間を投入するほど良くなるものではない。何を見つけたいかを先に決めて、その関所だけ通す——この設計を持つチームは、驚くほど短時間で判断できる。