プラン（P）を考える人と実行者（D）が違う

質問

プラン（P）を考える人と実行者（D）が違う為トラブルが発生しています。

私の職場は、ＰＤＣＡサイクルを意識して業務を進めています。

上司がプランを考え、私達に実行させますが
そのプランに一貫性がなく、めちゃくちゃな為、途中でトラブルが生じ、私たちはうまく実行できません。

私達がそのプランの問題点を洗いだし、上司に報告し、再度そのプランを上司に精査してもらい、
実行に至るのですが、
結局上司は自分が実際にやるわけではないから、無茶なプランになり、私達が実行時にまたつまずきます。

これを何度も繰り返していると、
上司としては
「なんで俺は一生懸命考えているのに、こんな簡単な事もできないんだ。」と私達を責めてきます。

上司も意地悪で無茶なプランを立てている訳ではなく、それなりに一生懸命なのはわかりますが、結局自分でそのプランを実行するわけではないので、どういうトラブルが発生するか想定できず、机上の空論でしかないのです。

上司が実行者にならない理由は
「俺は課長だ。プレイングマネージャーにはならない。」と言う考え方なので、
上司に実行させる事は不可能です。
自分で考えたプラン（業務）の内容が複雑な為、やりたくないんだと思います。

プラン制定の会議には私達は参加させてもらえません。
理由は、「君達がプランの会議に参加すると、プランがぐちゃぐちゃになるから」だそうです。
ちなみに会議と言っても現状は上司一人でやっています。（それって会議か？）

「実務をしないお前がプランを考える事がぐちゃぐちゃになる原因だよ、このボケがっ！！」と思っているのですが、
このような場合、どうすれば良いのでしょうか？

・私達がプランを練る会議に参加させてもらえない。
・上司は自分が考えたプランを自分で実行しない為、どういう問題が発生するかわからない、想定できない。自分が実行する気はない。

このような状態です。

上司の上司(部長）は、他ビルに居る為、現状がわかってません。

回答No.2

hue2011 · ベストアンサー

なぜこのレベルになるのか理解できません。

P,D,C,Aを、まるでバクチの勝ち方を研究するように考える人がいるという典型ですね。

品質管理はないのでしょうか。

なかったらおかしいでしょう。

上流工程から下流にいき、完成に向かうものだとしたとき、U字曲線とかV字曲線というものを普通は意識します。
これをするために、最上流工程は最後の出荷前の総合試験の責任を持つという構造になります。
最上流は最下流と同じラインにいますので。

だから最初にプランを考えるチーム（人間）は、最終をクローズするやりかたを明文化する義務があるのです。
そうしないと工程につじつまが合いません。

こういうものをちゃんと管理するためドキュメント規約があって、それに従って文書が作られるわけです。
上流工程で作られた文書は下流は批判することはできない代りに、下流に流すときの保証を上流が負う必要があります。
そのために文書のレビューが存在するのです。

下流でどういう問題が発生するか、なんて上流が気にする必要はありません。
投げたのですから受け取ったら下流で解決する義務があります。
そのかわりそれを受け取るときに下流では入口レビューを行い、疑問点を文書化して上流に提示する必要があります。
できないことがあればできない、と論理的に文書を作る必要があります。
感情的にしんどいとかむつかしいというのは許されませんが、論理的に言うのであればそれをクリアしなければ下流が引き受けないのは当然です。
引き受けたらそれ以後は自分の管理下になりますから。

経験が薄い上司であってもこの理屈がわからないわけがない。いやしくも管理職をしている人間ですよ。

どうも質問者様のところではきっちりした文書が成立していないように見える。
レビューもなされていないのではないか。
誰も自分のタスクだと思っていないようにも見えます。

誰かがやらなければならない、と言う程度にしか思っていないと、いざ文書が存在しないときに人のせいになる。
無能なチームだと、おかしくなったときにすべて上流のせいにし、毒づくわけです。

こういうのはシステム監査でいうとかなり点数の低いプロジェクトになります。

上司が悪いバカだと思うのはやめて、こういうルールを徹底するようにし、チーム内を引き締めてください。
そうしないと、みな何もできないうちに年をとってしまいます。

お礼

ご回答ありがとうございました。

回答No.5

MURAI YASUSHI（@yasudeyasu）

＞プラン（P）を考える人と実行者（D）が違う為トラブルが発生しています。

よくある話です。

Ｃ　チェックする人が別にいないと
「ＰＤＣＡサイクルを意識して業務を進めています。」
とはいえないと思います。

なかなか難しいと思いますが、
「わが社はＰＤＣＡを推進しています」
と言うからには「Ｃ］の重要性を提案されてみては。

お礼

ご回答ありがとうございました。

回答No.4

noname#237141

「実務をしないお前がプランを考える事がぐちゃぐちゃになる原因だよ、
このボケがっ！！」と、言ってやればいいと思います。

まあ、言えないからこういう結果になっているんですよね（笑）。

想定トラブルをあなた方が洗い出しているなら、そこでストップして
やり直すしかないですよ。そうすればトラブルは起きません。
でもなぜトラブル発生するか？（語弊ある言い方ですが）それを
やっちゃっているみなさんにも一定の責任はあると思いますよ。
”ＰＤＣＡサイクルを意識して業務を進めている”職場だったら、
トラブル分かってんのに進めちゃいかんでしょうに。
たまたま、ではなく高確率でこういう結果になるんだったら
その上司、普通は降格ですよ。

そんなに困った上司なら部下の誰かが上司の上司に訴えて
「あの人は駄目です。私に変わりをさせてください！」とかあって
いいようなものなんですけどね。。
（実際に誰かがとってかわってやらなくてもいい、現状を訴えるための
文句の一つということです。この窮状を上層部に分かってもらうため）

もう上司の上司に現状を言うしかないですよ。
他ビルに居るから分からない。そりゃ分らないでしょう。
でも分からないからといって黙っているにもいかないでしょ。
立ち上がりましょう。

お礼

ご回答ありがとうございました。

回答No.3

trytobe

QC活動は、現場の人間、つまり Do をする人間も巻き込んでやるからこそ、実行できるのですよ。

そうでなければ、現場の実状で Do できる対策じゃない机上の空論が Plan として出てくる、という意味がない PDCA 非サイクルができるのです。同じ人間が PDCA を一巡経験できないのでは、PDCA サイクルが一周すら回るはずもない。

そういう QC活動や PDCA をちゃんと知っている先輩や上司や偉い人に相談すれば、もっと使える上司が入れ替わりに来ますよ。

お礼

ご回答ありがとうございました。

回答No.1

f272

トラブルになったときのプランも立ててもらってください。

お礼

ご回答ありがとうございました。