したがって、この投稿は、エンジニアとして、私が私たちの親愛なるマネージャーと彼らの「ライフスタイル」が唯一の本当のものであると考える人々に伝えたいことに関するものです。 :)
計画、ガントチャート、「プロセスに従う」、規律、締め切り、ルーチン、「同じことを2回説明しない」、「時間がなかったので、計画が不十分だった」... これらは「管理世界」の本質と方法です。 どこかより多く、どこかより少なく、一般的に単純化されていることは明らかですが、これはこの世界に関するものではありません。 彼は確かに重要です。 彼の方法は多くの点で非常に効果的です。 しかし、これらのどれも機能しないタスクの巨大な層がありますが、完全に異なるものが機能することもあります。
私の考えを説明します。
すべての複雑なタスクは2つのクラスに分けることができます。 それらを英語の単語を複雑で難しいと呼びます。 名前から、私が話していることは多かれ少なかれ明確ですが、私はそれを策定します。
複雑なタスクは、多くの基本的なサブタスクで構成されるタスクです。 結果が知られているという意味での初歩、解決方法が知られている、彼らが必要とするリソースの量とそれらを完了するのにかかる時間。 複雑なタスクの複雑さは、たとえば、さまざまな人々、専門家、チーム、およびそれらのアクションの参加を調整する必要があるという事実にありますが、特定のアクションはそれぞれ非常に理解可能で予測可能です。 良い例は、家を建てることです。 そして、ここで「管理世界」のテクニックは完璧に機能します。
しかし、困難なタスクについて話すとき、これは不確実な結果を伴う問題であり、この不確実性は、解決策があるかどうか、そしてもしそうなら、それが何であるか、このタスクにどれだけの時間とリソースがかかるかがはっきりしない点までです。 これは研究です。 この場合、熱核反応炉の作成についてではなく、「エンジニアの世界」での日々のことについて話します。
新しいソフトウェア、新しい「機能」、新しいバグ、新しい機器のセットアップ、新しいアーキテクチャの構築、新しいソリューションのテスト、新しい製品の作成...誰も知らない必要はありません。 これがチームに知られていないことは十分であり、ドキュメントを見つけるのはそれほど簡単ではありません。
もちろん、「エンジニアの世界」はこれだけで構成されているわけではありません。ここには複雑なコンポーネントがありますが、それは不可欠な部分です。
そして、この世界ではまったく異なるプロセスが機能します。 そして、これは理解することが重要です。 難しい問題を解決する際にどの方法が機能するかの例をいくつか示します。
- エンジニアはタスクに飛び込む必要があります。 彼は15分ごとに気を散らすことはできません。 時々、ダイビングは非常に消費量が多いため、眠ることができないか、眠りが悪くなり、数日、数週間、または数か月間タスクを「苦しめ」ます。 これは、強力なエンジニアの重要な品質です。 彼は決定するまで落ち着きません。 集中する機会が与えられ、場合によってはさまざまな定期的なプロセスからしばらく除外されるため、時間を与える必要があります。
- このような状況では、エンジニアがスケジュールに従って厳密に生活することを要求するのは奇妙です。 そして、これは研究機関（とにかく、私が働いていた場所）で理解されており、例えばPhysTechで-そしてあちこちで自由にアクセスできます。
- ここでこのタイプの問題を解決する際の「規律」という言葉は、すでに別の意味を持っていることは明らかです。 これは規律ではなく、むしろ情熱です。 創造的なプロセス、ブレーンストーミング、議論、結果への関心-これは、この種の問題を解決する際の規律を置き換える接着剤です。
- ここでのすべての時間依存性も大幅に弱まることは明らかであり、厳密に規制された時間プロセスに難しいタスクを挿入することは困難です
- タスクがどれだけスムーズに（すべての規則と手順に従って）実行されるかは推奨されませんが、単に問題を解決するという事実です。 「2日間滞在しました」などの言葉はここでは適用しないでください。 タイミングが重要な場合は、停止するポイントを決定するだけで、リソースを消費しません。
- 人は問題を解決できないと判断することはできません。 非常に強力な専門家であっても、思考の流れは逆になり、多くの余分な時間を費やすことができます。 多くの点で、このような問題の解決策はオプションを列挙することであり、適切なものをすぐに選択するという事実ではありません。
- エンジニアが立ち往生している場合、彼を放っておくことはできません。リーダーまたはチーム全体の助けが必要です。
完全に異なる世界ですよね？
これは、まったく計画できないということですか？ いいえ、そうではありません。 通常、完了の確率と時間を評価することは可能ですが、これは単なる確率であり、推定にすぎません。
これは、アナーキーが部門で統治されるべきであることを意味しますか？ いいえ、そうではありません。 もちろん、部門では、部門内にあり、部門が参加する複雑なタスクのプロセスを監視する必要があります。 そして、これはこれらの2つの世界を組み合わせることができるリーダーの仕事です。
難しい問題を巧みに解決するには、真剣なスキルが必要です。 通常、これはそのようなタスクに対する生来の能力と愛情に加えて、長期（通常は子供の頃から）のトレーニング（数学、プログラミング、コンピューターでの「ピッキング」など）のトレーニングです。 そして、難しいタスクを解決するスキルを持つエンジニアだけが強力なエンジニアになることができると信じています。 そして、私たちの部門でのインタビュー中に、私たちはまさにそのようなものを探していました。
複雑な問題を解決する能力は、より手頃な価格です。 ここではキャラクターの傾向も重要ですが、この傾向があれば、スキルを習得することはそれほど難しくありません。
あなたはあなた自身の階層で完全に成功したマネージャーになることができ、難しいタスクを解決するスキルがありません。 多くのそのような位置があります。 しかし、ITの世界で真のリーダーになることは難しいと私には思えます。
それが理由です。
- そのようなマネージャーはしばしば理解していないため、難しい問題を解決できる人を大切にしません。 したがって、彼には強力なエンジニアはいません。
- マネージャーは一般的な場合、確かに難しい問題を解決しなければなりません。 たとえば、目標を決定したり、作業プロセスを作成したりします。 これは難しい作業です。 問題は、マネージャーが問題の深さを確認せず、目標とプロセスをその場で作成するため、これが簡単であると考えるかもしれないが、詳細に調べると機能しないことです。
強力なマネージャーは、これら2つの世界のまれな組み合わせです。 通常、人々はどちらか一方の傾向があります。
困難な仕事の世界があなたのために閉じられている場合、私はあなたが別の世界のチームを愛し、感謝することを学ぶことをお勧めします。この世界はあなたに感謝します。