コーチングプラクティス: プロジェクトを整理して生産性を上げる方法
取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「プロジェクトを整理して生産性を上げる方法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。
役立つかもしれないプラクティス
- 各プロジェクトのアクション・ステップを他のプロジェクトから物理的に分離しておく
異なるプロジェクトのアクション・ステップを1つのリストに混在させることは、コンテキスト切り替えのコストを増やし、進捗を見えにくくする。
アクション・メソッドを実践する - 週次計画を1つのレビューセッションにまとめる
週を通して継続的に計画するのではなく、すべてのタスクレビュー、優先順位づけ、スケジューリングを1つの週次セッションに統合する。
タスクバッチング:似た作業をまとめて切り替えコストを減らす - 単一の週次優先順位設定ミーティングを行う
アドホックな優先順位の要求を、チーム全体が一緒に再仕分けする一回の週次ミーティングに置き換える。
チームのためのアイゼンハワー・マトリクス - 大きなプロジェクトの中でも三の法則を応用する
複雑なプロジェクトに取り組むとき、それを最も前進させる三つの成果を特定する——プロジェクト計画全体ではなく。
三の法則を実践する - 構造化された先延ばしを実践に活かす
構造化された先延ばしは、スタンフォード大学の哲学者ジョン・ペリーが1995年のエッセイで説明した戦略です。それは先延ばしをする人が実際にどう行動するかについての観察から出発します——彼らはめったに何もしていないわけではなく、単にリストの一番上にある項目をやらないだけで、それを避けるために他のこと——しばしばかなり有用なこと——を喜んでやります。ペリーの一手は、避けることが得になるようにリストを組み立てることです。重要で緊急に見えるが実際の締め切りは緩いか幻想的なものをあえて一番上に置き、その下の位置に本当にやってほしい価値ある仕事を配置します。そうすると一番上の項目を避けることが、何もしないことではなく本物の生産性へとあなたを押し下げます。ペリー自身がこれは、あまり細かく検証せずに維持しなければならない自己欺瞞であると率直に認めており、それがこの戦略の明らかな弱点です。これは哲学からの実践者の言い換えであって、研究された介入ではありません——構造化された先延ばしの試験は存在しません——ただしその根底にある行動観察は、課題への嫌悪や回避についての理解と一致しています。 - 何よりも先に、カレンダーに石をスケジュールする
計画の最初の段階で石のための時間をブロックする——反応的な予定が一日を埋める前に。
ピクルス瓶理論による時間管理 - 会議におけるアクション・ステップの比率を最大化する
会議の生産性を、それがどれだけ関与を感じさせたか、面白く感じられたかではなく、それが生み出すアクション・ステップの比率で判断する。
アクション・メソッドを実践する - シンプルなTo Do / Doing / Doneボードを設定する
3つの列と付箋(物理的でもデジタルでも)があれば、あなたの作業を一目で可視化できる。
パーソナル・カンバンを実践する - 四半期ごとにプロジェクトレベルのパレート分析を行う
四半期ごとに、どのプロジェクトが意味のある進捗の80%を生み出したかを分析し、それを次の四半期のコミットメントの指針とする。
パレートの法則:個人の生産性のための80/20 - 定期的なチームの排除レビューを行う
もはやどんな現在の目標にも役立っていないことをチームがやっていないか定期的に見直す。
チームのためのアイゼンハワー・マトリクス
関連する悩み
- 大きなプロジェクトを毎日少しずつ進める
大きなプロジェクトは、マラソンのようなセッションのために取っておくのではなく、毎日少しずつ削り取っていく。
長期プロジェクトには「少しずつ、頻繁に」というアプローチを使う
- プロジェクト管理に活かす80対20の法則
パレートの法則は、およそ80%の成果が20%の入力から生まれる傾向があると観察します――これは多くの領域で文書化されているべき乗則的なパターンです。リチャード・コックの『80/20 Individual』はこれを個人の努力に応用します。最もレバレッジの高い20%を特定し、それを増やし、残りを徹底的に減らすのです。この分布は本物ですが、正確な80/20という分割は精密な法則ではなく大まかなヒューリスティックです。
パレートの法則:個人の生産性のための80/20
- 効果的なチームミーティングのやり方
戦略的な課題と運営上の更新を分離した、構造化された週次の会議を行う。
戦略的課題に焦点を当てた週次の経営会議を行う
- 同時に抱えるプロジェクトはいくつまでが適切?
異なるプロジェクトのアクション・ステップを1つのリストに混在させることは、コンテキスト切り替えのコストを増やし、進捗を見えにくくする。
各プロジェクトのアクション・ステップを他のプロジェクトから物理的に分離しておく
- 溜まったタスクを片付ける方法
古い未完了のタスクを、永遠に優先順位をつけ直し続けるのではなく、順番に処理していく。
バックログを体系的に処理する
- 複数のプロジェクトを整理する方法
異なるプロジェクトのアクション・ステップを1つのリストに混在させることは、コンテキスト切り替えのコストを増やし、進捗を見えにくくする。
自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。