重要だが緊急でない仕事が組織を停滞させる｜MRYY

概要重要だが緊急でない仕事は、長期的に取り組むべきと推奨される一方で、着手すると組織のパフォーマンスを停滞させる厄介な性質を持つ。 重要だが緊急でない仕事をプロジェクト化しても緊急の割り込みに時間を奪われ、メンバーはタスクを先延ばしに、MTGは欠席を繰り返し、定例会はちょっとしたタスクのやれたことの共有になり、ずるずると長期化する。 この長期化によって兼務を生み、マルチプロジェクト化を促す。結果として着手から完了までのリードタイムは数倍に伸びることになる。 どうすればいいか。時間が空いたからといって重要だが緊急でないことに手を出さないこと。これは直感に反し、ついよかれと思って新しいプロジェクトを始めてしまう。 解決策はメカニズムに基づくオペレーション設計である。通常は緊急な仕事だけをシングルプロジェクトとして最速で完了させ、手が空けば次に緊急なプロジェクトへ参加する。緊急がなくなった場合の

[anno_ni_msd]

見たことある光景というか、部門をまたぐ場合だと見栄なのか何なのかそれぞれのエースクラスのプレイヤーが何となくでアサインされがちなのが厄介

[TransRadio]

「重要だが緊急でない」事項のスコープを小さく切り出せておらず、多人数参加のプロジェクトになっていることが問題の気がする。一人や少人数め実現できる複数フェーズに分割できれば、この種の停滞は防げるのでは？

[akm7160]

新規事業創出とかいう名目で各部門のエース級を兼務で集めたはいいけど、具体的なKPIも無いし人事評価にも反映されないので特に何も成果がでないやつ

[Shinwiki]

優先度がどうとかシャラ臭いこと言ってくる奴には「全て緊急だよ」ﾆｯｺﾘ。と返してるとよく回りますよ。できない奴ほど無駄なスケジューリング、無駄な待ちが好きなんでね。

[tsu_nyan]

タイトルだけで完結している素晴らしい文章。まぁでも実際に何年もやってる「重要だが緊急でない」プロジェクトはある

[uppi135]

引き抜かれてやる気満々で行ったら前任の重要だが緊急ではなく評価もされない仕事で詰む物語

[simplememofast]

5並行で完了リードタイム3倍。Reinertsen Product Development Flow の Little 則そのまま。アイゼンハワー第II象限は組織では罠になる。

[wnd_x]

はいはい。中身ないので読まないでいいっす / なにが重要でなにが緊急なのかを評価するには前提が必要だからね

[flirt774]

面白い。AIによって実装と設計の分離を感じているので、その文脈で言えば集中して取り組む設計は細切れで参加できない、が答えになりそう。実装は細切れでも進む

[atsushieno]

　メカニカルオペレーションにしたからといってコストが無くなるわけではなく、単に可視化されなくなるだけで、「停滞」の度合いは変わらんのでは

[nguyen-oi]

手持ち無沙汰の罪悪感から終わらない余計な仕事生み出すサラリーマンあるある、耳が痛い