私はしばしば間違えます

彼はよく間違えることを知ってる？ただ、あなたのパフォーマンスレビューについては間違ってないけどね。

ここにいる著者です。これは唯一の正しいフレームワークではないけど、私が使っているものです。この投稿の目的は、チームに私の考え方を伝えることでした。考え方はたくさんあって、どれが他より正しいということはありません。「フィードバック」という言葉も、ここでは意味が広すぎるかもしれません。フィードバックが正直で、責任を問わない文化で働いたことがないなら、フィードバックを与えることが、誰かを従わせたりキャリアに影響を与えるための不誠実な企業用語のように感じるのも理解できます。フィードバックには本質的な権力のダイナミクスもあります。でも、もし職場文化がフィードバックを正直な直接的な会話の手段として称賛し、同僚がこうやって直接話すことに心理的に安全だと感じるなら、それはみんなにとって文化を良くし、最終的にはより良い結果をもたらすものになります。私は多くの人にフィードバックを与えてきたし、逆にたくさん受け取ってきました。ちなみに、私はICであって、マネージャーではありません。

自分と全く同じ考えの人たちだけで固めてたら、どうやってイエスマンやイエスウーマンの軍隊を集めるつもりなの？

基本的にOODAループだね。これは人がどう行動して調整するかを説明するもので、指示的なものではない。問題を反復的に解決するのをどう説明する？

緊急に行動するのは、計画の欠陥を見つけることとは少し矛盾してるよね。急いでると、臭いとか不格好なところに気づきにくくなって、うまくごまかしちゃうことが多い。でも、緊急性が必要な時もあるよ。ただ、すべてのタスクにそれが当てはまるわけじゃない。

チームに自分の個人的な「フレームワーク」を強制するのには賛成できないな。 それってリーダーシップの一部じゃないの？ もっと明示的でないかもしれないけど。人は自分のプロセスを文書化しないことが多いから、何を求められているのか理解できなくて混乱することがある。でも、従わなきゃいけないプロセスがないことってあるの？ どんなリーダーが人に好き勝手やらせるの？そのリーダーの役割は何？

十分に情報を得た上での意思決定を行い、方向性や計画にコミットする前に決定文書を繰り返し見直すのは、私のキャリアの中で見てきたどの選択肢よりも良いと思う。前の会社でもこれをやってたけど、結局は利害関係者を満足させるための妥協だらけのデザイン委員会になって、結果的に悪い成果物ができることが多かった。みんながそのプロセスに疲れて、ほとんどの利害関係者が気にしなくなって、ただハンコを押すようになったら、エネルギーを注いで一貫したものを作ろうとする一人か二人の人が効果的に動けるようになった。

AWSで数年働いてたけど、リモート期間前に存在しなかった製品に取り組んでいた地理的に分散したチームが、オフィスに戻る大きな「戻り」プッシュの時に、3つの都市のいずれかに移動するか、私たちのエリアのチームに移るかのどちらかを選ばなければならないと言われた。妻は自己免疫疾患があって、通勤すると危険だから、免除のプロセスについてマネージャーに聞いたけど、彼は上司から何も聞いてないと言ってたし、プロセスが全く定義されていないと言われた。HRや上層部と話し合って何とかしようとするしかないって。会社が私たちに急いで解決策を見つけることを期待してるのはおかしいと思ったから、数日後に辞表を出すことにした。要するに、技術的なことを扱うために非常に形式的なプロセスを持っている会社が、従業員の扱いに関しては非常に恣意的な決定を下す可能性があるってこと。もし誰かが「私たちはすべてに使う技術的なプロセスがある」と言って、それが燃え尽き症候群やマイクロマネジメントに関して疑わしいと感じるなら、現実はその暗示以上に悪いことが多いって認識するのはおかしくないと思う。確かに、彼らは「私は短い締切を課して従業員を過労させている」とは直接言わないけど、そういう行動をするマネージャーはたくさんいるから、そういうことを気にする人が本当にニュアンスを明確にしようとしないのは難しいと思う。