このような上司の場合、どのように対処しますか？

質問

このような上司の場合、どのように対処しますか？

あるプロジェクトの開発で上司と私の二人で作業を行っています。

上司は、メインのプログラムを主に担当します。
私は、周辺のツール及び、メインプログラムで必要なコンフィグ作りを担当します。

しかし、作業を行うに当たり、かなり問題が出ています。

１．メインプログラムの設計仕様書がメモ書き程度の物で見ただけでは理解できない。
２．上司に仕様を聞いても曖昧な言葉で「多分とか、機械を見ないととか、打ち合わせ必要とか」
　　言って質問に対して答えてくれない。　しまいには逆切れ。　そんなもん俺に聞くな！
　　と言う始末。
３．そして、上司がプログラム完成、テストはしましたか？と聞いたらmakeは通ったから
　　大丈夫との事。　後は丸投げ。
４．コンフィグを私が、作りテストを行うが正常に動作しない状態が発生。
　　それに対して質問すると、コンフィグが悪い。　標準の考え方でプログラムを作ったから大丈夫
　　と回答される。
５．私としてメモ書きの仕様とプログラムを追っかけながら悩みに悩む状態。
　　時間を掛けていると、何でそんなにコンフィグで時間が掛かるのだ？と怒られる。
　　社内にいる人みんなに聞こえる声で叫ぶ。
６．そして、一緒にテストを行いながら、デバックを行う。　その後、上司があ・・・と言う
　　その後、ソフト修正。
７．そんな感じで、一つづつ問題点を解決していくような状態です。

現場に行けば行ったで、テストを行ったが旨く動作せず。
１．旨くソフトが動かない。
２．お偉いさんが集まってくる。
３．上司が私に対して、ちゃんとテストをやったのか？と大声で叱咤する。　今すぐ確認しろ！
４．そして、私がコンフィグを見直しで考えだす。
５．時間が掛かっているのでお偉いさんが次第にどっへ行く。
６．上司がコンフィグを見て、ソフトの修正を始める。
７．ソフト入れ替え、と言った状態が続いております。

正直、辛い　どうしたらいいかも分からない。
何か良い案がないでしょうか？　そのようなパターンを幾度も無く繰り返してます。
そして、今回もそれが来るのかと思うと憂鬱です。

回答No.3

3f4gr · ベストアンサー

基本的に上司があてにならない場合、

かなりしんどいですが、事をスムーズ（穏便）に進めたいのであれば、
上司がやっていることを逐次チェックし、抜けがあるようであれば
指摘し、改善してもらうことになるかと思います。
（上司のやった作業を再チェックする為、自分の仕事＋上司の仕事で
　かなりしんどいと思いますが．．．。）

出来れば、その上司格にあたる人にも、内々に相談しておくと良いと思います。
文面から拝察すると、ＰＧレベルの上司の方かと思いますので、
その上司（例えばチームリーダ・ＰＭなど）の方が見えると思いますが。
状況が上層部にも伝わっていけば、何かしらの対策が打ってもらえるかも
しれません。

現状を回りに伝える方法としてメールの活用も
有効と思います。
何かしら上司からの依頼に対する回答や、作業依頼を出したり、問題（リスク）を指摘したりする場合、
上司以外のメンバーにもＣＣで状況が分かるように（特に上司の上司に）回覧し、
責任の所在を明らかにしておくと、
理不尽な指摘や非難を受けた場合、反論することが出来る場合があります。

例えば、事前に自分がリスク指摘をしていた事実などの証拠として残すことが出来き
会議の席などで、反論する材料になります。
ひょっとすると、その上司も「いい加減なことをすると公衆の面前で恥をかかされる」事に
気づき、態度を改め慎重に作業するようになってくれるかもしれません。

私は良くこの手を使います。メールを印刷して部内会議で問題を公開し、
他メンバー・上長のいる前で回答をさせ、
責任の所在が上司にある事を回りに認知させました。

　例１）リーダーが渡してきたメモを全員にコピー配布し、
　　　「このプログラムの仕様ですが、メモ書き程度のものですので、製造に必要な情報が
　　　　不足しています。すみませんがもう少し詳細な指示を下さい。」
　　　→　上司は本件に対し明確な回答を出さざるを得なくなるはずです。
　例２）会議の場で上司に対し、○○のプログラムテストを行ったか確認する。
　　　→　自分以外のメンバー（特に上長ＰＭなど）が聞いている。
　　　　　公的な場で宣言した以上、上司は責任を持たなければならなくなるし、
　　　　　後日、何か問題が発生しても上司の責任となるはずです（議事録があれば尚可）。　　　

根本的な改善にはならないかも知れませんが、少なくとも
理不尽な指摘や非難を受ける回数は減らせると思います。

回答No.2

K1301

一番の問題は、あなたの上司が仕様書を正確に作れない（プログラムを理解してない？）事であると思われます。
社内の状況がよく分かりませんが、現状の問題点からの対策として以下のような案で解決できるでしょうか？
素人考えですみませんが・・・

案１・上司に仕様書をしっかり書かない事のリスクを説明の上、作業をお願いする。
案２・それらしい理由をつけて、別の人との作業をさせて欲しいと提案する。
案３・メインプログラムをあなたが作る。

補足

ありがとうございます、参考になります。
ですが以前に何度か色々な案を言った事があります。

案１
【結果】
回答Ａ：時間が無い、そんな暇は無い！
回答Ｂ：この仕様書の何が分からないんだ、
　　　　分からんかったらソフト見ろ、ソフトが仕様書だ！

案２：この時期に他の現場スケジュールがあるので無理なのですが・・・
【結果】
回答Ａ：そんな物、他の人間に回せばいいだろ？
回答Ｂ：このコンフィグが完成できるならその現場いけば？

案３：メインプログラムを私が作る、完全に引き継ぐ
【結果】
その開発プログラムを覚えて、引き継いだ結果　その上司が作り上げた
バグが数ヶ月ごとに発生する状況　処置をするが未だに新しいバグが
現れる、モグラたたき状態です。　そんなのが６アプリケーション分
不具合対応に追われる状態です。

回答No.1

debukuro

そういう環境で生き残った者が勝ちです
自分しか頼れるものはいないのです
幼稚園じゃありません
四面楚歌
耐えられない者は去れ
そういう世界です

補足

そうですよね、私も耐えるしかないのかなーと
思っています、出来るだけ笑顔を絶やさず
がんばってみようかと思います。