コーチングプラクティス： プロジェクト開始前にチームの意見を集める方法

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「プロジェクト開始前にチームの意見を集める方法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

役立つかもしれないプラクティス

1. プロジェクト開始前に、フィードフォワードを使ってチームの目標をすり合わせる
   プロジェクトの開始時に、批評すべきパフォーマンスがまだない段階で、どうすれば成功できるかについてのフィードフォワードを募る。
   フィードフォワード:実際に行動を変える未来志向のフィードバック
2. チームのジーニアスのカバレッジをマッピングする
   6つの活動すべてが、それを活力の源とする誰かによってカバーされているかを確認する。
   6つのワーキング・ジーニアス(パトリック・レンシオーニ)
3. Q3タスクのための明示的な委任プロトコルを確立する
   どのタイプの緊急だが重要でないタスクを誰が受け取るかを、それらが到着する前に事前に定義する。
   チームのためのアイゼンハワー・マトリクス
4. プロジェクトの段階をジーニアスに合った人に割り当てる
   初期の発想はワンダー・インベンションのジーニアスに、実行段階はテナシティのジーニアスに割り振る。
   6つのワーキング・ジーニアス(パトリック・レンシオーニ)
5. 単一の週次優先順位設定ミーティングを行う
   アドホックな優先順位の要求を、チーム全体が一緒に再仕分けする一回の週次ミーティングに置き換える。
   チームのためのアイゼンハワー・マトリクス
6. 解散期:意図を持ってチームを終える
   チームがどう終わるかは、各メンバーが次のチームをどう始めるかを形作る。
   タックマンのチーム発達段階モデル
7. チームとして「重要」を明示的に定義する
   タスクを仕分ける前に、「重要」が何を意味するか——どの目標のため、誰のため、どんな時間軸で——を整合させる。
   チームのためのアイゼンハワー・マトリクス
8. 重要だが緊急でない作業をチームのコミットメントとして守る
   共有カレンダーにQ2の作業をスケジュールし、緊急なタスクがデフォルトでそれを奪えないようにする。
   チームのためのアイゼンハワー・マトリクス
9. グループでのブレインストーミングではなくブレインライティングを行う
   参加者にまず静かに個別にアイデアを生成させ、その後持ち寄って発展させる。
   拡散的思考:多くのアイデアを生み出す
10. 形成期:つながりよりも先に明確さを提供する
    最初の段階では、新しいチームはチームビルディングよりも構造と目的を必要とする。
    タックマンのチーム発達段階モデル

自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。