常に自分の仕事に干渉しているが、実際にはそれを理解していないマネージャーにどのように対処しますか？

私たちは皆、マネージャーであり、10年以上前にセールスから来た人、またはコードを最後に見た人がいますが、コードの書き方を知っていると思います。

彼の介入に感謝しているという印象を与えるために私は何ができますか？

または、最新のコーディング技術と実践を使って教育するために、マネージャーともっと関与する必要がありますか？結局のところ、これらを理解しているマネージャーは、プロジェクトとそのタイムスケールについて議論するときに、クライアントや上級管理職と賢く話すことができるでしょう。

私は言う、先に行き、従事し、教育しようとする。

彼らが正直にあなたを助けようとしているなら、何かを学ぶチャンスは彼らにとって価値があるかもしれません。自我や政治的な理由で鼻を突っ込んでいるだけなら（「見て、助けて、助けて！」）、彼らはこのナンセンスを続ければ恥ずかしい思いをするでしょう。 -または、彼らが理解するふりをしている専門用語の壁で彼らを死ぬまで退屈させた。

そして、あなたが反対するどんな証拠があってもあなたが仕事の専門家であると本当に信じている恐ろしいエゴマニアがいるなら、微笑んでうなずき、些細な化粧品の変更が彼らを地獄に追いやるでしょう。そして履歴書を更新します。

私は通常、そのような人が言わなければならないことをすべて聞きます。私はほとんど何でも同意し、とにかく自分のやり方でやる。通常、彼は気にすることはありません。

グループコードレビュー。公共の恥ずかしさは、これらの種類の習慣を抑制するために常に良いです。:)

特に、マネージャーがl33t h @ x0rであると考えているが、過去10年間に何もコーディングしていない場合は、非常に困難です。

アクティブリスニングを使用して開始します。彼らがどのようなポイントに到達しようとしているのかを正確に理解してください。それを言い直し、あなたに理解してもらうために彼らにそれを撃ち返しなさい。時にはこれが彼らが本当に気にするすべてです。

彼らが何らかの実装を主張している場合、なぜあなたがそれらを拒否しているのか自問してください。理由があります。それはおそらくいくつかの基本的なソフトウェア設計原則を破ります...通常は懸念の分離。あなたの原則を知り、それらが他の選択肢より優れている理由を知ってください。次に、原則を引用し、この場合に従う必要がある理由を説明します。それは議論を学術的にします。

なぜ彼らが言っているのが気に入らないのかわからない場合、それはあなたの仮定に疑問を投げかける良い機会です。

彼/彼女にコード履歴があったかどうかを教育しません。開発の問題に関する知識が頭に残っているはずです。

ランチ中に彼が考えていることを何でも話し合えるかどうか、彼/彼女に丁寧に尋ねてください。

時には、ただ座って、耳を傾けるだけでいいのです。

人は、注意を払わないことによってのみ尊厳を傷つけることができます。

あなたの上司は人です。彼を一つのように扱ってください。まるで彼が通りの男であるかのように彼を見なさい。タイトルなし。

それは彼を友人を必要とするかもしれない誰か、孤独を感じるかもしれない誰かにしませんか？

感情的な観点から考えましたか？

彼は暗黙のメッセージを伝えようとしていますか？

彼に話しかける。問題についてだけではありません。人生はどうなっているのか尋ねてください。彼は感謝されていると感じるかもしれないので、仕事に対する不安が少なくなります。

すでにこれを検討または実行しましたか？

そうでない場合、なぜですか？

彼にも同じことをしてください。あなたが彼を見るたびに、あなたがそれを理解しているかどうかに関係なく、すぐに彼のものについて話し始めてください...「ねえ、私はそのマーケティングキャンペーンが愚か者のように行くべきだと思います！」「ねえ、私たちの営業チームはバーをすべきだと思います！」「ねえ、次回上司と話をするときは、彼にクォックスを伝えるべきです！」彼はあなたをペストのように避け始めます。

ここでの問題は、あなたのマネージャーがそうでないとき、明らかに有能だと感じることです。

私は以前にそのような経験をしたことがあり、私にとってはプログラミングが彼の領域ではないことを彼に微妙に見せればうまくいきました。

たとえば、特定のコードを説明するためにかなりの時間をかけて、ハッシュテーブルとリンクリスト、大きなO表記などについて話を続け、彼の顔が本当にフォローできないと感じるまで、あなたの議論。

したがって、これを実行できる場合は、ほとんどの場合、ばかげた質問とマイクロ管理を取り除くでしょう。