そのような会社の普通のプログラマーの生活からの一般的な例を見てみましょう：大規模なXシステムが開発されており、多くの複雑で興味深い（時には非常に面白くない）ビジネスがあり、それは非常にうまく機能し、リンクとしてプログラマーとマネージャー/アナリストがいますビジネスとプログラマーの間。 すべてがスムーズでデバッグされているように見えますが、動作します。 そして、多くのコードとバグ。 多くの場合、日中は火事に関連するドキュメントを見つけることができません...一般的に、すべてが「他の人と同じ」です。 あなたは生きることができます。
状況を想像してみてください。顧客のニーズに基づいて、管理者（アナリスト）マーシャがいて、プログラマーVasyaに何らかの技術的タスク（TOR）を構築したIvan Ivanich（AI）は、「システムXの場所Aから機能を取得して、ロケーションB（システムY）で。」 言い換えると、実装のすべての技術的な詳細の詳細な説明なしで、「このようにします」。
この状況には大きなリスクが伴います。
まず、プログラマーVasyaはTKを誤解する可能性があり、Vasyaが質問する習慣がなく、MashaまたはPetyaの直属の上司による絶え間ない監視により、完全なゴミが生成されます。 Vasyaが典型的なプログラマーである場合、これはある程度の確率で発生する可能性があります。
第二に：マーシャ/ペティアがそれでも「後れを取り続け」、TKヴァシャの理解の欠如がマーシャとペティアに多くの疑問を提起する場合。 最良の場合、Masha、Petya、およびVasyaは最終的に何らかの形で同意し、結果として、膨大な量の神経を費やし、ダースのコピーを破壊し、1ポンドの塩を食べ、AIからトウモロコシに負担をかけた期限を守れないことを説明しました脳は、多かれ少なかれ、あるいは顧客の要件を完全に満たす機能を実装します。
すべての人にとって、明白で短命の幸せが訪れるでしょう。 Vasyaは彼の最愛のCounter Strikeを演じ、Mashaはキャリアを追求し、Petyaは家族との交流とトルコ旅行に完全に専念し、真の資本家としてのAIは利益を得るでしょう。 実装された機能を大幅に変更/再実行する必要がなくなるまで正確に。 そして、文書化されていないコード、構想の悪いアーキテクチャ、すべてをやり直そうとする試みの新しいラウンドがあります。 一般的に、実際のITワーカーの通常のワークフロー。 これに何ヶ月も何年も費やしましたが、おそらくプログラマの妻以外は誰も考えていません。
第三：何らかの理由でVasyaが「休んだ」場合（たとえば、一般的な過労と見られたコードからの影響の状態に基づいて、または単に住宅ローンでお金を稼ぐことにより、精神的ストレスに基づいてMashaまたはPetyaとの個人的な対立があった場合）、または会社の状況があまり良くない、またはマーシャ（またはペティア、またはヴァシャ-問題ではない）が個人的な目標を追求している（たとえば、マーシャを、非常に非倫理的なものを含む利用可能なすべての手段によって達成する最先端の分析に昇進させる）、または他の何かによっていずれかの理由 マーシャ/和紙/プチため、全体として顧客/システム用： - 私たちは、この場合には、物事が悪い変えることができます。 神経、評判、一般的な態度について、コピーはさらに壊れます、私は話すことさえしません。 そして、塩はもはやポンドではなく、カマズ全体で食べられます。 通常、タスクのタイミングについては問題外です。 そして、これは誰も去らず、すべてを吐き出し（または彼が「去る」ことはしない）、タスク/プロジェクトがまったく台無しにされないことを条件としています。
状況は潜在的に誰にとっても有益ではありません：Vasya、Masha、Petya、AI、および彼のビジネス全体ではありません。 しかし、それにもかかわらず、これは非常に頻繁に、どこでも起こります。
質問：そのような状況に陥らないために何をすべきか？
AI：開発のために働きます。 ビジネスの観点だけでなく（「私のビジネスはこれで稼ぐ必要があります-そして、私はこれのためにお金を与えますが、他のすべてのために-いいえ」）、開発の面でも考えます。 オプションとして、お金を節約せずに、誰とでも仕事をし、タスクと優先順位を正しく配分し、ワークフローを構築できる優秀なCEOを獲得してください。 オプションとして、CEO Petyaを「成長」させます。 関係なく、それはすべて特定の状況と時間とリソースの可用性に依存します。 一般に、ここでのキーワードは「良い」です。
マーシャ：開発に取り組んでいます。 そして、あなただけのものではありません。 キャリアを追求したいというすべての要望にもかかわらず、今後のTKの技術的な詳細をすべて詳細に説明してください。 すべての技術的詳細を理解していない（または理解したくない）マネージャー/アナリスト-先験的に、優れたマネージャー/アナリストはいません。 ここでは、ほとんどの場合、単にキャリアを作りたいという願望であり、それ以上のことはありません。
Pete：開発のために働きます。 システムアーキテクチャを改善する。 Vasyaが行っていることを詳しく調べてください。
Vasya：開発のために働きます。 直属の上司が仕事をするタスクだけでなく、興味深いフレームワークを研究（または作成）し、興味深いWebサイトやサービスを作成し、ブログを管理すること。 ITの現在の傾向に遅れずについていくこと、そしてサイクルを繰り返さないこと。 快適ゾーンから出てください。 そして、時にはプログラマーとしてではなく、マネージャー、アナリスト、ペティア、マーシャ、AI、そしてライジー・ダムと一緒に考えることもあります。 自分自身を含む質問をします。 屋根が行かない場合。
そして、おそらく、Vasya、Petit、Masha、およびAIは、良質で高品質の製品になるでしょう。