効果的なエンジニアリング管理のためのRadicalCandorFrameworkの使用

公開: 2022-03-11

エンジニアの管理は、専門家の管理の分野で最も簡単で簡単な活動の1つであるように思われます。エンジニアは論理的でインテリジェントな傾向があり、よく考えられた指示とパフォーマンスと結果に関するフィードバックの両方に対応する必要があります。

しかし、現実の世界では、エンジニアの管理は複雑なプロセスです。エンジニアは仕事や同僚とのやりとりにおいて非常に論理的かつ合理的であることがよくありますが、共感や社会的スキルを欠いているエンジニアもいます。これにより、エンジニアは中立的で感情のない方法でフィードバックを統合できないため、妨害的または非協力的と見なされる可能性のあるフィードバックへの応答が発生する可能性があります。

他の人を読んだり、彼らの行動や反応を解釈したりするのに必要なスキルと経験がなければ、エンジニアは割り当てられたタスクを実行するときに過度に感情的で、さらには不機嫌になる可能性があります。

管理者がそのような行動に対処するために使用できるツールの1つは、RadicalCandorと呼ばれる手法です。 Radical Candorは、マネージャーが従業員との強い個人的な関係を利用して、任務と職務遂行能力に関する正直な指示とフィードバックを提供する能力です。

Radical Candorは、マネージャー側の特定の定義とアクションのセットに従い、他の管理手法とともに、管理エンジニアを高品質の結果をもたらす一貫したプラクティスに変えることができます。ラジカルキャンディーは次のようになります。

ラジカル率直マトリックス

過激な率直さは、マネージャーと部下が日常的に、そして特定の任務に応じて相互作用するときに何が起こるかを調べることによって最もよく説明されます。相互作用は、エンジニアとの個人的および専門的な関係を確立するためにマネージャーが採用する特定の一連のアプローチによって定義されます。

ラジカルカンドールは、マトリックスの象限として描くことができます。過激な率直さ自体が理想を表しています。部下を個人として気遣うことと、個人に判断を下すことなく、建設的な批判や方向性を客観的に表現する能力です。

マトリックスのx軸は、沈黙から直接の挑戦まで、マネージャーと部下の間の専門的なやりとりの強さを測定します。沈黙とは、部下に専門的なやりとりをまったく示さないことを指しますが、直接的な挑戦は、自由でしばしば激しいやりとりを示します。マトリックスのy軸は、部下を個人的に気遣うことから、彼らの感情的な幸福に対する明確な懸念の欠如まで、共感と感情を測定します。

マネージャーは、エンジニアとの強い個人的な関係を通じてラジカルカンドールを実践し、エンジニアが正直になることを可能にします。つまり、フィードバックと方向性で率直さを実践します。フィードバックは、ネガティブフィードバック（建設的である限り）であっても、2人の個人の間に強い関係がすでに存在するため、部下によって受け入れられ、実行されます。

そこに着くのは難しいかもしれません

2つの中間的なカテゴリーは、破滅的な共感と操作的な不誠実です。破滅的な共感は、その個人的な関係を持ち、部下を気遣うことですが、客観的なフィードバックに立ち向かい、提供することには消極的です。これにより、部下は目標を理解し、必要に応じて是正措置を講じるために必要なフィードバックを受け取れない可能性があります。

操作の不誠実さは反対のアプローチです。それは比較的正直なフィードバックを提供しますが、最初に部下との強い個人的な関係を確立することなくそうします。これは、フィードバックが不誠実または受動的攻撃的である可能性が高い一方で、最初に人間関係を確立せずに配信されるため、部下がそれを信頼しないという点で有害です。

共感と誠実さのないアプローチもあります。これは不快な攻撃性と呼ばれ、その定義と意味は明らかです。部下に対して不快で攻撃的なマネージャーは、個人的な関係と従業員を効果的に指導する能力の両方を欠いています。

このマトリックスを使用して、マネージャーがエンジニアリングの部下とどのように対話するかをモデル化することができます。相互作用の範囲は、ほとんどまったくないものから、完全に関与し、敬意を払うものまであります。部下とRadicalCandorを設立したマネージャーは、その人の個人的な幸福と職業上の成功の両方に完全に従事しています。

過激な率直さへのステップ

Radical Candorを確立するには、マネージャーは適切な環境を作成し、定義されたアクションを実行できる必要があります。成功するRadicalCandorプログラムを構築するために必要な手順は次のとおりです。

マネージャーは、最初に個人的な関係を確立できなければなりません。個人的な関係を持つことは、必ずしも友情を確立することを意味するわけではありません。実際、真の友情を持つことで、Candorマトリックスが破滅的な共感象限に陥る可能性があります。マネージャーは、活動の遂行やチームメンバーへのフィードバックよりも、思いやりと共感を優先します。代わりに、マネージャーは、部下が権威と対話し、指示に従うことに安全で自信を持って感じることができる「感情的な安全な空間」を確立するために努力しなければなりません。その空間は仕事を中心に据えなければなりませんが、他者との対人関係にも及ぶ可能性があります。
その安全なスペースが存在した後でのみ、マネージャーは正直で客観的なフィードバックに次のステップを踏み出すことができます。マネージャーはこれを慎重に行い、部下を希望の方向に導くために部下を内省することがよくあります。
部下がフィードバックについて考え、適切に対応することに慣れれば、マネージャーは誤解や傷ついた気持ちを気にせずに建設的な批判を表明することが可能になります。

過激な率直さの起源

Radical Candorは、後にAppleで働いたGoogleで非常に成功したマネージャーであるKim Scottによって開発され、そこで彼女は最適な管理に関するクラスを開発して教えました。彼女のコンサルティング業務では、従業員とのより良い関係を構築するための3つの簡単な原則を特定しました。それは、個人的なものにする、物事を成し遂げる、そしてそれが重要である理由を理解することです。

それらの原則の背後にあるものは何ですか？まず、それを個人的なものにするということは、2人の個人の間に本当の個人的なつながりを確立することを意味します。彼らが構造化された仕事上の関係を持っているという事実は、ある意味でそのつながりが人工的であることを意味しますが、それでも本物の愛情と尊敬の気持ちをもたらすことができます。一部のマネージャーや従業員は、お互いに個人的になることは適切ではないと考えていますが、それは正しい結論ではありません。代わりに、尊敬と誠実さは、堅実な協力関係の基礎を形成することができます。

2番目の原則である「物事を成し遂げる」は、特定の仕事をするためにお互いを信頼するための基礎として、その尊敬と友情の関係を使用することを指します。マネージャーと部下が強い個人的な関係を確立すると、それは正直なプロの関係の基礎を形成することができます。マネージャーと部下の間に個人レベルの信頼がある場合、その信頼は専門家の関係に引き継がれ、仕事を成し遂げるのがより簡単で信頼できるものになります。

3番目の原則は、それが重要である理由を理解することであり、2つの要素で構成されています。賢くて有能な人々は、自分の仕事が重要であり、物事の壮大な計画に関連していると信じることから来る動機を必要としています。これは、彼らが良い仕事をし、結果を気にするのに役立ちます。

重要な作業を行うことで、チームメンバーは、自分の作業がより大きなチームおよび組織の目標に貢献していると信じることもできます。これは、個人の達成とチームの参加の両方の観点から、充実感を提供します。

治療法ではありません-貧弱な管理慣行のためのすべて

Radical Candorを単独で実践しても、エンジニアリング部下との良好な協力関係は確立されません。ただし、マネージャーと個々の寄稿者との関係を改善することができます。最悪の場合、それはマネージャーと部下の間、そして一般的に同僚の間でより高いレベルの尊敬の土台を築くことができます。

せいぜい、Radical Candorは、マネージャー、部下、そしてチーム一般に数え切れないほどの利益をもたらすことができます。第一に、それは個々のエンジニアによる仕事の質を改善することができます。第二に、個々のチームメンバーがお互いからのフィードバックを受け入れることができるので、チームがよりよく一緒に働くことを可能にすることができます。

それでも、過激な率直さは感情的な観点から達成するのは簡単ではありません。マネージャーからは、すべての部下や活動の他の利害関係者との着実で率直な相互作用の基礎が必要です。同時に、マネージャーはそれらの属性をエンジニアリングの部下に明確に伝え、最終的にはそれらの属性を完全に活用する必要があります。

個々のエンジニアリング貢献者は、自分の仕事と個性を客観的に調べ、チームメートとマネージャーの両方と協力して、必要なレベルの客観性を達成することに専念する必要があります。そして、マネージャーの観点からは、RadicalCandorは管理ソリューションの一部にしかなれません。採用された感情や行動は偽物ではありませんが、それ自体では、組織の空白の中で機能することはありません。