会議での「先送り助け舟」が本当に迷惑な点について

私は基本的に会議はきらいだが、特にアジェンダがはっきりと決まっていない会議だとか、何も決定を下さない会議が大嫌いである。そんな中でも、もっとも許せないのが「提案を文書にする」「次のミーティングを設定する」などの一見建設的だが、実は単に意思決定を先延ばしすることを許容するだけの「助けにならない助け舟」である。 営業部長「こうなると選ぶ道はAかBしかありませんね」 社長 「そうは言っても色々と難しい面もある」 技術部長「ここで、決めるしかありませんね」 社長 「そんな簡単な話ではないだろう」 営業部長「そんな悠長なことを言っている暇はありません」 社長補佐「まあまあ。じゃあ、まずは営業部長に彼の提案を文書にしてもらうというのは、どうでしょう」 技術部長「文書にするって、今さんざん話したばかりで、もう分かっているじゃないか」 社長補佐「そうあわてずに。文書にしてもらえば見えてくることもありま

[webmarksjp]

*仕事

[uqa]

大人数でものを作ると、大人数ゆえの非効率さに加えて、「全体としての方針が決まっていないから私はまだ前に進めない」という言い訳が通じてしまうので、どんどんと効率が落ちる。

[mitsugusakamoto]

ああ、これそのとおり、よくあるよくある

[su2qwerty]

コメント欄//「聞く話す」は高速化に限界があるので。「読む」に特化した情報交換ができるなら、意思決定システムはまだ高速化できる余地がある

[teahut]

>一人や二人では決定を先送りしたしわ寄せはすべて自分たちに返ってくるので、どんどん決めておかざるをえない... 大人数では「全体としての方針が決まっていないから私はまだ前に進めない」という言い訳が通じてしま

[aki77]

「大人数でものを作ると、大人数ゆえの非効率さに加えて、「全体としての方針が決まっていないから私はまだ前に進めない」という言い訳が通じてしまうので、どんどんと効率が落ちる」

[dosequis]

問題の先送りでしかない助け舟を出すのはやめましょうと。

[emergent]

ぐ、心当たりが…

[raitu]

//先送り助け舟=一時しのぎの手助け//つまり決定先延ばしにしたい人に対するフォロー->実は百害あって一利なしだったりもする。

[t-murachi]

気をつけないとなぁ。。。自戒を込めて。

[hiby]

本当に上役が理解していない場合もあるから困る。

[PSV]

一人や二人でもの作りをすると、決定を先送りした「しわ寄せ」はすべて自分たちに返ってくるので、どうしてもどんどんとものを決めておかざるをえない。

[andalusia]

あるある。でも、いったん持ち帰って各自が頭の中でポイントを整理してから再度打ち合わせるとあっさりまとまることも確かにある。一概に悪いとは言えないと思うな。

[PoohKid]

『実際の現場ではもう少し巧みに行なわれるため、会議に参加しているほとんど全員が「おお、これで一応今日の会議の成果はあげられたな」と心の底から勘違いしてしまうケースが多々ある』

[tm_z]

一人や二人でもの作りをすると、決定を先送りした「しわ寄せ」はすべて自分たちに返ってくるので、どうしてもどんどんとものを決めておかざるをえない。

[hoya_t]

戦略眼とリーダーシップがないヤツが、組織の長をやるなってことね。りょうかい。

[simplife]

助け舟禁止。

[ujihisa]

多人数より少人数の方が優れている本当の理由

[tasanobu]

blog memo 会議　先送り　助け舟　よくある

[myrmecoleon]

「問題の先送りを助長するような「助け舟」だけは出さないようにしましょう」

[kohiro0]

あるあるｗ

[nibo-c]

その通り

[escape_artist]

あるあるｗｗｗ

[hasenka]

会議は物事を決定する場でなくて井戸端会議と諦めようというかコミュニケーションを取る場というコペルニクス的転回が必要

[Nao_u]

「大人数でものを作ると、大人数ゆえの非効率さに加えて、「全体としての方針が決まっていないから私はまだ前に進めない」という言い訳が通じてしまうので、どんどんと効率が落ちる。」

[lockcole]

大勢が集まるような会議，あるいは決定権が他者に委ねられている会議の場合に起こる意志決定を遅らせる常套手段「書類をつくって検討しよう」を斬る。プロジェクト失敗の理由にもなっていると。

[walkinglint]

> 大人数でものを作ると、大人数ゆえの非効率さに加えて、「全体としての方針が決まっていないから私はまだ前に進めない」という言い訳が通じてしまうので、どんどんと効率が落ちる。

[yuiseki]

私が直接関わったソフトウェアのプロジェクトで成功したもの（Windows95、Inernet Explorer、Candy、Gameコンパイラ）はすべて少人数で立ち上げて一人か二人でほとんどのことを決めてしまったが、失敗したプロジェクト（Netdocs、C

[endo_5501]

確かに、先送りできると考えてしまうとやるのがどんどん後になる