プロジェクト開始前に、フィードフォワードを使ってチームの目標をすり合わせる

プロジェクトの開始時に、批評すべきパフォーマンスがまだない段階で、どうすれば成功できるかについてのフィードフォワードを募る。

Why it works

プロジェクト開始時のフィードフォワードは構造的に純粋です――評価すべき過去のパフォーマンスがないため、提案は本当に成功を目指したものになり、遡及的な批評を運んでいません。これはまた、作業が始まる前に、チームが成功に何が必要だと考えているかというメンタルモデルを浮かび上がらせます――一種のプレモータムであり、まだ対処する時間があるうちに、共通認識を生み、盲点を特定します。

How to do it

1. 新しいプロジェクト目標を定義した後、チームを集めて「これに最もうまく成功するために、どんな提案があるか」と尋ねる。
2. 評価なしにすべてのアイデアを集める――これは批評セッションではない。
3. 複数のチームメンバーにまたがって繰り返し出てくるアイデアを探す――これらは、その仕事に何が必要かについての共有された前提です。
4. 最良の提案をプロジェクト計画に明示的に組み込み、貢献者が自分のインプットが反映されているのを見られるようにする。

エビデンス

プレモータム研究(クライン)は、失敗を想像することをプロジェクト開始前にチームに求めることが、事後のレビューよりも多くのリスクと盲点を浮かび上がらせることを示しています。開始時のフィードフォワードは、失敗ではなく成功に対して、同様の先を見越した論理を応用しています。 (mechanistic)

プレモータムの根拠は先を見越したレビューを支持しています。開始時のフィードフォワードは関連はしますが別個の実践であり、独立に検証されてはいません。

出典

• Klein (2007), performing a project premortem, Harvard Business Review
• Klein, G. (2007). Performing a project premortem. Harvard Business Review, 85(9), 18–19.
• Mitchell, D. J., Russo, J. E., & Pennington, N. (1989). Back to the future: Temporal perspective in the explanation of events. Journal of Behavioral Decision Making, 2(1), 25–38.

よくある間違い

開始時のフィードフォワードセッションは行うが、そのインプットを目に見える形で組み込まないこと――これはチームに、フィードフォワードは参加の演出であって本物のインプットのチャンネルではないと教えてしまう。