質問:
障害ファインダーをシャント/ファイアするのが標準的な方法ですか?
Nav
2017-06-12 17:46:43 UTC
view on stackexchange narkive permalink

同僚が、別の会社で知っているチームのプログラマーについて上司に(積極的に)話していました。そこでは、プログラマーが上司に「正しいこと」を指摘していました。どうやら彼は彼らのプロジェクトがどのように物事を自動化するかについて彼らに話していたようですが、小さなタスクでさえチームによって手動で行われていました。
私の上司はすぐに「そうしているなら...彼はすぐに解雇されるかもしれない」。

上司が言ったことは私を驚かせました。なぜなら、彼らが標準的な経営慣行であるとき、彼は一般的にそのようなことについて話すからです。他の企業(や大学)でもこれに気づきました。ある人が改善のためのステップを提案し始めると、マネージャーは警戒し始めます。彼らはその人をシャントするか、失敗の道に入れようとし、最終的には解雇されます。たとえ人の提案が完全に有効であり、会社に利益をもたらすとしても。

これは、システムの障害を指摘する人は、実際の関心が単に物事を改善することであるとしても、抑制されるべきであるという標準的な受け入れられた慣行ですか?それは企業文化に影響を与えませんか?

  • その人は、会社を助けることができる革新的なアイデアを思い付くことはありません。
  • 同僚は彼に何が起こったのかを見て、ゾンビになります。彼らは「ボートを揺さぶる」と認識されることを恐れすぎているので、尋ねられたときでさえ実際の解決策を提供することを恐れています。
  • これにより、人々はすべての決定についてマネージャーに依存するようになります。人々は何に対しても主導権を握るのをやめます。

上記の3つの結果(3つすべてが実際に起こっているのを見てきました)が会社の機能と文化を妨げることを考えると、シャント/ファイアリングを行う価値はありますか?

一方、そのような人は、励まされた場合、破壊的になる可能性もあります。シャントは、最終的に発生する混乱の認識であると思います。


補足として;そのような人々(アイデアや提案で泡立っている人々)は、会社を助け、それでも問題を回避するために何ができるでしょうか?

更新:それで、私は上司が彼は親会社の政治がどのように機能するかを知っているので、これを言いました。また、彼はそのプログラマーを個人的に嫌っています(彼は以前に彼と一緒にプロジェクトに取り組んでいました)。

これに対する答えはあなたの場所に大きく依存すると思います。一般的に、答えは*いいえ*です。人々は変化を嫌い、マネージャーも人々であることを忘れないでください。効率の面でさらに良い変化は、(誤って)仕事や管理職の王国への脅威と見なされる可能性があります。
ある会社で機能するものが別の会社では機能しない可能性があるため、「障害ファインダー」を「受け入れられている慣行やプロセスに批判的な人」という言葉に沿って言い換える必要があります。
それはあなたの視点に依存します。あなたが管理型のマネージャーなら、「それは人々をすべての決定のためにマネージャーにもっと依存させる」と想像することができます。世界で最高のもののように聞こえます。
その有毒な環境から抜け出してください....そこのために働くより良い会社があります。
これは特定の「QA」というよりも「暴言」ではありませんか?
実際、米国では、問題を見つけた人が、問題を引き起こした人よりも多くの問題を抱えることになるのは非常に一般的です。
上司になぜそのコメントをしたのか尋ねましたか?
あなたのプログラマーの同僚が、現在手動で行われていることを自動化している彼女が知っている誰かについて話していたようです。あなたの上司が彼女が仕事から自分自身を自動化するかもしれないということを単に意味した可能性はありますか?
上司がそのコメントをするのに十分快適であれば、彼は喜んで説明するかもしれません。彼の推論を理解したいので、それが私だったら私は尋ねるでしょう。彼は共有するのに有益な経験を持っているかもしれません、あるいはそれは彼が本当に信じていない無思慮なコメントであったかもしれません、あるいは彼はばかかもしれません。どちらにしても、知らないことを知っている方が良いでしょう。
かなりの環境では、あなたの下の誰かが良い提案をした場合、今それを実装すると、あなたが同じことをしなかったことが明らかになり、マネージャーとしてあなたの責任になると考えていることがわかりましたその提案を自分で行うので、まだ行っていないことに誰も気付かないようにする必要があります。さらに重要なのは、他の誰もその事実に注意を向けないようにすることです。
@JaguarWongいいえ;それは彼らの仕事から人を自動化することについてではありませんでした。マネージャーの言うことと一致する人だけをサポートする価値があるという他のコメントも聞いたことがあります。
上司が* "それ" *と言ったとき、彼が意味したことはそうではなかったと確信していますか?
6 答え:
Roger
2017-06-12 17:58:30 UTC
view on stackexchange narkive permalink

これは、企業における有毒な管理文化の兆候の1つです。時間が経つにつれて、このような組織は、改善をしたい人々が欲求不満になって去るにつれて、ますます機能不全になります。そんな中、あまり気にしない人、時間を入れて家に帰るのが楽しい人は、とどまる傾向があります。

私の経験では、これは、その分野での十分な専門知識や部下が行っている仕事についての十分な理解がないまま、人々が管理職に就くときに発生する傾向があります。このような状況では、マネージャーは自分よりも多くのことを知っているように見える人から脅迫されていると感じる可能性があります。

どのように支援できますか?それは非常に難しい場合があります。アイデアを自分のアイデアではなくマネージャーのアイデアとして位置付けることで、アイデアをバブルアップすることができます。また、マネージャーの見栄えを良くするものとしてアイデアを提示することもできます。これをより安価に、またはより少ない人数で行うことができます。最終的には、あらゆるレベルでの貢献を歓迎する会社で、あなたのアイデアがより受け入れられるようになるかもしれません。

有毒な管理が繁栄することが許されるならば、答えは別の仕事を見つけることかもしれません。
ここに質問として投稿された一方的な暴言から、有毒な企業文化を診断できることをうれしく思います。これらの問題を見つけるのを助けるためにコンサルタントを連れてくる会社をどれだけのお金を節約できるか想像してみてください...
「人々はその分野で十分な専門知識を持たずに管理職に就く」実際、ピーターの法則は、彼らはその分野で十分な専門知識を持っていると言っていますが、これらの人々は役割を管理するのにひどいので、そこに配置されるべきではありませんでした
@IDrinkandIKnowThings,ポスターを彼/彼女の言葉で受け取れない場合、私は質問に答える根拠があまりありません。質問は明白な暴言ではありません、そして私はアマチュア精神分析に興味がありません。
@PierreArlaudたぶん。そうでないかもしれない。たとえば、技術者以外のプロジェクトマネージャーが、基盤となる技術をまったく理解せずに、非常に上級のITの役割を担っているのを見てきました。私はまた、広範なドメイン経験を持つ非常に効果のないマネージャーを見てきました。企業はさまざまな理由で宣伝していますが、すべてが正当化されたり、十分に検討されているわけではありません。
*ポスターを一言で言えないのなら、質問に答える根拠があまりありません*-あなたはそれを言いました...人々が状況を正しく読んでいるとは限りません。OPが嘘をついていると言っているのではありませんが、OPが状況を誤って判断したか誤解した可能性があります。
Kate Gregory
2017-06-12 18:04:55 UTC
view on stackexchange narkive permalink

まず、上司に「正しいこと」を指摘する方法はいくつかあります。

  • 私たちは、すべてのものを自動化しようとしている会社の笑い株でなければなりません。愚かな手でそんなに多くをします。このチームにいても敗者のように感じます。やるべきことをしてみませんか?そのばかげたAプロジェクトからXを引き出して、この^%$#の一部を自動化することはできませんか?
  • 私は1日かそこら早くBを完了すると思いますが、大丈夫かどうか疑問に思いました。あなたと一緒に、私たち自身のもののいくつかを自動化して、エラーを減らし、物事をより迅速に行うことができたら?具体的には、Cは[何でも]で実行できると考えていました。それを実行してテストするのに1日以上かかることはありません。月曜日の会議でみんなに紹介することができました。

最初の従業員を排除し、2番目の従業員を維持したいと思いませんか?

欠点を指摘するだけで、「それについて何かをする」以外の改善の提案はなく、あなたがそうしている間、あなたは厄介な口調を使います。あなたができる特定のことについて前向きな有益な提案をした場合(または、ピンチで、おそらく「XにYの方法を教えて、Xが少なくなる来週Cタスクを自動化できるようにすることができますか? 」)それなら、よろしくお願いします。

アイデアが革新的であるからといって、共有する必要があるとは限りません。共有者が上司が間違っていて情報が不十分であると本当に信じている場合、真実がどこにあっても会話がうまくいく可能性は低いです。 (私たちが運営している現実を完全に知らない「革新的な」提案を人々にしてもらいました。まるで夜に行くと太陽への旅行がより安全になると言っているようです。)上司を怒らせることは決して良い計画ではありません。

今、この開発者が驚くほど素晴らしい提案を正しい方法で行っていた可能性がありますが、それは会社にとっては良いが、小さなチームが必要になるなど、マネージャーにとっては悪いことにつながる可能性があります。ささいなマネージャーの中には、そのために誰かを追い払う人もいるかもしれません。その場合、時間の経過とともに会社は苦しむでしょう。上級管理職は、「ローカル最適」マネージャーを排除して、全体像を把握できる人を採用します。しかし、これには時間がかかります。あなたが指摘するネガティブは、数週間や数ヶ月ではなく、数年にわたって蓄積されます。これは標準的な動作ではありませんが、一部の場所で一時的に発生します。

ブーム!頭に釘を打つことについて話します。時々それはあなたが言うことではなく、あなたがそれを言う方法です。
@MisterPositiveとそれが必要な理由なぜ正しくなく、会社を十分に良くしていないのですか?
最初に@Kikが正しいからといって、失礼で退屈なことは問題ありません。第二に、上司はあなたが知らないこと(10年前に試したこと、すぐに変わること、みんなの忙しさ、全社的な目標)を知っているかもしれないので、あなたは思ったほど正しくないかもしれません。第三に、あなたが漠然としているとき(誰かが何かをすべきである)正しいことは簡単ですが、それは役に立たないので、あなたは私の時間を無駄にするか、(さらに悪いことに)これをすべて理解するタスクを私に割り当てています。第四に、あなたが上司よりも会社を良くするものについてよく知っているという仮定は礼儀正しくなく、非常に注意深く踏む必要があります。
@Kikいいえ、そうではありません。その理由は、「会社を良くする」という動機があまりない人間を扱っているからです。マネージャーの動機は、「怖いので変えたくない」、「ああ、この人は私がそうすることをもっと知っているので、彼らは私の仕事への脅威かもしれない」という線に沿っている可能性があります。重要なのは、アイデアを提示する方法によって、アイデアに対する否定的な反応のリスクを**大幅に**下げることができるということです。
@MisterPositive私はそれがひどく知覚されるかもしれないことを疑っていません、これは道徳的および専門的な観点から*間違っている*と私が言っていることです。私たちはマネージャーの不安を正当化しようとするべきではありませんが、その代わりにそれがいかにばかげていて受け入れられないかを指摘します。
@Kikあなたが言ったことは文字通りの意味で真実ですが、ほとんどの場合、その行動方針をとると(直接、これはばかげて受け入れられないアプローチです)、結果は深刻になる可能性があります。
Joe
2017-06-12 19:23:53 UTC
view on stackexchange narkive permalink

あなたが気付いていない、または私たちに話していないことがもっとあるのではないかと思います。

自分の責任分野で改善するための有効なものを見つけた人にとっては特に普通ではないと思いますそして、実行可能な改善を適切に提案します。それらの人々は通常昇進します。

しかし、そこにはたくさんあります。この従業員は適切な人に改善を提案していますか?彼は上司に言っていますか?上司はチェーンの上流で物事を進めることができますか?

あなたは「ボス」と言います。この従業員は、おそらく数レベル上に上がっていますか?それは必ずしも良いことではありません 。コマンドチェーンの外に出るのは、プロセスの改善ではなく、非常に重要な問題(通常、HRタイプの問題)のために予約する必要があります。

さらに、次のように言います。

どうやら彼は彼らのプロジェクトが物事の自動化についてどのようになっているのかを彼らに話していたようですが、小さなタスクでさえチームによって手動で行われていました。つまり、彼は彼らがやるべきことをやっていないと不平を言っており、おそらくそうするためにチェーンの外に出ています。それは 良くありませんし、私の下の従業員に望んでいることでもありません。上司としては問題によって異なるかもしれませんが、私はむしろ指揮系統を通してそれを聞きたいと思います-もちろん、下級監督者が彼らの仕事をしていないことを知りたいほど重要でない限り、しかし、それはより重要なものにのみ当てはまります。

あなたの地域に直接影響を与えるものを改善する方法についての提案をあなたの直属の上司に行くことを恐れません。それを超えて-ほとんどのものと同様に、それは依存します。

ここで最も鋭い答えは、私には思えます。
あなたのチームが*他の人*のために物事を自動化しているからといって、あなた自身のタスクを自動化する必要があるという意味ではありません。自動化は*常に良い考え*ではありません。自動化のコストが手動で行うコストよりも低い場合は、良い考えです。他のチームの信頼性の低い巨大なビジネスクリティカルなプロセスを自動化する小さなチームは、チームのタスクがビジネスクリティカルではなく、巨大でもなく、アクションが確実に実行されるようにする手段を持っているため、手動で行うことができます。一方、ドッグフードは品質の展開に不可欠であることがよくあります(自分の顧客であると問題を確認できます)
@Yakkそれは私にはいいですね。しかし、それが私の答えと何の関係があるのか完全にはわかりませんか?
あなたの答えは、従業員が悪い提案ではなく、良い提案をしていたことを前提としていますか?
いいえ、まったくありません。私は提案のメリットについて判断を下していません。(そして、答え全体を読むと、確かに知るための十分な情報がなくても、どちらかといえば反対を疑う傾向があることがわかると思います。)私はまだ自動化の提案を見つけると思いますが正しい方法で行われたと仮定して、従業員にとって有益であると説明する状況。これは、それらを*実装*することとは異なります。改善の仕方を常に考えている社員は、間違っていてもいい社員です。
しかし、「正しい方法で作られたと仮定して」。それが私が提案している部分であり、おそらくここでの問題です。それが良い提案であるか悪い提案であるか、間違った方法で行われたか、またはそれが実際には提案ではないが他の誰かが何かをしていないと不平を言っているかどうかは関係ありません。
Old_Lamplighter
2017-06-12 18:04:27 UTC
view on stackexchange narkive permalink

あなたが説明しているのは、熱心で積極的な従業員です。

経営陣は、より多くの注意と指導を必要とするため、このタイプを嫌うことがよくあります。このタイプの人はエネルギーとアイデアに満ちています。多くの場合、それらの少なくとも半分はゴミであり、残りの半分はまともであり、いくつかは会社に大きな利益をもたらす可能性のある本物の宝石である可能性があります。

これらの人々が追い払われることは珍しいことではありません。シベリアの企業版に。

これは悪いビジネス慣行ですが、本来よりも頻繁に発生します。適切な行動方針は、その人のために時間を取っておき、彼のアイデアを提示する方法を彼に指示し、そして実際に耳を傾けることです。ただし、これには時間、労力、スキル、および忍耐が必要です。悲しいことに、それらはしばしば不足しています。

あなたの上司は正しいです、しかし、彼が働いている会社が他の人よりも前向きでない限り、彼を解雇する可能性があります。

そのような人は確かに破壊的であると見なされる可能性がありますが、破壊的であることは必ずしも悪いことではありません。私の会社が間違った方向に進んでいた場合、誰かが物事の流れを妨害して、彼らに自分の立場を再検討させるのに十分な時間かかることを期待する必要があります。

このような人は会社にとって本当の資産になる可能性があります適切に指示された場合。会社は、経営陣を死に至らしめるつもりはないが、反対の議論をする人々を必要としている。

そのような人を活用する方法は、レビューのためにアイデアを提出できる特定のフィードバック手順を設定することです。これは、アイデアが公然と求められている会社の他の部分にも拡張できます。これは、多くの企業が好転する可能性のある「頭を下げ、口を閉ざす」環境として、企業全体に非常に良い影響を与える可能性があります。

「熱心で積極的」はおそらく寛大です。チームの尊敬を集めた人が、改善のためのアイデアを無視して回避するような状況を見たことがありません。私は、新入社員や、あまり優秀ではない開発者が、いわば「回避」されるケースを見てきました。ほとんどの場合、新入社員の提案では、物事がどのように行われるのかが考慮されていません。彼らが会社でしばらく働いたら、彼らは彼らの考えが状況に合わない理由を理解します。「あまり良くない」開発者の提案は、明らかな理由であまり重要ではない傾向があります。
@Dunk「トールポピー症候群」
@Dunkチームが誰かを尊重していると主張し、その人に素晴らしい仕事をしていると言って、その人のアイデアを無視/回避するだけのケースを見てきました。また、上級開発者が権限を持っているために、上級開発者が下位の従業員に標準以下のアイデアを強制する場合もたくさんあります。明らかに、それは常にこの方法であるとは限りませんが、私の経験では、あなたのコメントの例外は方法であり、あまりにも一般的です。RichardUの良い答えに+1。
@Aaron-結果が同じであっても、組み込まないことと考慮しないことは、2つの非常に異なることです。「尊敬されている」開発者のアイデアは組み込まれていないかもしれませんが、それらが考慮されていないことはめったにないと思います。誰かが尊敬されているからといって、彼らがそう言ったからといって、彼らのアイデアが自動的に受け入れられるとは限りません。その人はまた、それらのアイデアを「売る」必要があります。サブパーのアイデアは、機能することが知られているため、多くの状況で選択されます。アイデアが「より良い」かもしれないからといって、そのアイデアがより良くなるわけではなく、それがより良いかどうかを知るリスクを冒す価値さえありません。
@Dunk私はあなたが言っていることのほとんどに同意します、そして私の対位法は例外かもしれません(私はそう願っています)、しかしそれは私が頻繁に起こるのを見た例外なので、それが実際にあることを確認するために時間を数える必要があります例外。例:任意の長さのオブジェクトのリストを持つシステムがあり、いつでもそのうちの1つが選択されたオブジェクトでした。単に選択したオブジェクトへの参照が必要だと主張しましたが、リードソフトウェアエンジニアは、すべてのオブジェクトにブールフィールドを指定し、選択したオブジェクトでのみ真であることを保証し、選択するたびにリスト全体を繰り返すことを主張しました。
@Dunkそして私は上記の例のような他のたくさんの物語を持っています。それは、関連付けるのが最も簡単で、最も明白なものです。私は通常、有能なエンジニアなら誰でも私が提案したことをすぐに実行し、私たちのリードが望んでいたことを避けていると言っていましたが、彼は有能であるにもかかわらず、どういうわけか彼は愚かな考えを主張しました。それ自体がリスクでした。他の例には、意思決定の立場にある上級エンジニアの多くが、特定のパターンやテクノロジーに対して、より悪い/より良いことが証明されたとしても、不合理に偏っていることが含まれる傾向があります。
@Aaron-OK、「見たことがない...アイデア...無視された」というコメントをさかのぼります。私はあなたの例よりも「より高いレベルの」問題/アイデア/プロセスを考えていました。はい、それが細目に入ると、人々は頑固になり、彼らのやり方に固執し、誰かが彼らよりも良い考えを持っていたことを認めたがらない可能性があります。
user45269
2017-06-12 21:55:45 UTC
view on stackexchange narkive permalink

常に価値について

すべての変更は会社にとって価値がなければなりません。

投稿の企業文化全体を知らなければ、それを行うのは困難です。あなたが説明することが変化に対する偏見のある反応であるかどうか、またはそれが合理的な基盤を持っているかどうかを判断します。

たとえば、投稿で説明されているような小さなことを自動化することは、手動で行うよりも簡単に費用がかかる可能性があります。管理の1つの義務は、コストを抑えることです。あなたの同僚の友人は、実際のコスト削減(つまり、節約されたお金)の観点から彼または彼女の考えを表現しましたか?

「正しいこと」

プログラマーが「正しいこと」を指摘している限り、それはどういう意味ですか?誰の視点から「正しいこと」?プログラマーの?

ITは、エンジニアリングというよりもファッション業界に似ています。今日の「ベストプラクティス」とは、明日の「アンチパターン」(およびその逆)です。または、よくあることですが、「ベストプラクティス」です。 「キャッチーなフレーズの後ろに隠れているのは単なる意見であり、さらに悪いことに神話です。

この良い例は、MS SQLServerのプリコンパイルされたストアドプロシージャの不可解な神話です。

お金を見せてください

一般的に、誰かが変更を提案している場合、会社への影響とそれがもたらす節約について知っておく必要があります。彼らは金銭的に利益を計算できること。その後、上司は自分が快適であるという観点から、自分の上司に変更を加えることを正当化できます。

「MSSQLServerのプリコンパイルされたストアドプロシージャの不可解な神話」とは何ですか?OracleとMySQLの同等の機能(PL / SQLとMySQLのストアドプロシージャ)を使用しましたが、MSは使用していなかったため、何かが足りない可能性があります。
神話はそれらが存在しないということです(http://www.scarydba.com/2009/09/30/pre-compiled-stored-procedures-fact-or-myth/)、それでも、DBAの後のDBAはそれらが実行すると主張しますビューなどは「プリコンパイル」されているため(そうではありません)、ビューなどよりも*優れています*。これは通常、「ベストプラクティス」として提示されます。つまり、ビューなどの代わりにSPを使用します。
TheFamousDirector
2017-06-12 18:03:45 UTC
view on stackexchange narkive permalink

これは、システムの障害を指摘する人は、実際の関心が単に物事を改善することであっても、抑制されるべきであるという標準的な受け入れられた慣行ですか?

いいえそれはそれが起こらないという意味ではありません。

企業文化に影響を与えませんか?

あなたの主張は正しいです。それは、誰もがイエスマンであり、タスクに関連する問題を考慮せずに物事を行うエコーチャンバーを作成します。

これらの文化は存在し、働くのに最適な場所ではありません。可能であれば近づかないでください。

これは答えというよりコメントのようです。


このQ&Aは英語から自動的に翻訳されました。オリジナルのコンテンツはstackexchangeで入手できます。これは、配布されているcc by-sa 3.0ライセンスに感謝します。
Loading...