昨日の技術的負債に今日の悪を責める

現在サポートしているアプリケーションで、当初作成しなかった驚くほど多くの品質、スケーラビリティ、および負荷の問題が発生しています。ありがたいことに、私は正気を保つために一からやり直した新しいプロジェクトがあります。

元のチームは20人の開発者（ほとんどが時代遅れのスキルセットを使用）で構成され、ビジネス要件ドキュメントや品質保証テスターはなく、最初からウォーターフォール方式で管理が不十分でした。制作の初期は、もろい手続き型のコードをさらにもろい修正で修正することを伴う恥ずかしい悪夢でした。後に追加された機能は、それらをサポートすることを意図したものではないデータモデルに組み込まれ、同じコードが10回重複して表示され、リソースが安全に閉じられず、何万ものエンティティをフェッチするORMクエリが表示されることも珍しくありません一握りを除いてすべてを捨てる。

それは私だけであり、新しい問題が発生するたびに、モジュールをより良い標準に書き換えて、はるかに安定させますが、管理者はこのすべてが発生する理由について適切な説明が必要です。

彼らは、このアプリケーションの質が低く、技術的負債にownれているという概念にショックを受け、当惑しているように見えます。幸いなことに、彼らは技術的負債の概念を理解し、それを根絶するために私の探求の私をサポートし、彼らは非常に協力的で、私の感謝ですが、私はちょうど続けるかのように私は感じて非難すべての異なる別のプロジェクトを台無しに左のオリジナルチームを（分割）。

一番下の行は、私は彼の前にプロジェクトの開発者について常に文句を言う「あの人」になりたくないということです。私は以前、自分のキャリアの中で無知であり、物事をそのように奨励する状況やデザインの影響を考慮していないと感じた人々からこの態度を見てきました。

通常、私は、以前のチームを、より多くの上級メンバーが経験し、恩恵を受けた人生経験を持っていない理想主義的なジュニア開発者からの貧弱な設計と実装のために非難するこの態度を見る。

あなたの前に人/チームの評判を踏むことなく、これらの種類の問題を経営陣に報告するより良い方法、おそらくもっと柔らかい方法があると感じますか？

技術的負債は金融負債のようなものです。あなたは、将来的に報われるという意図を持って、プログラムの開発において（できれば）戦略的にそれを引き受けます。時々、人々は技術的な負債の決定を下します（クレジットカードを使い果たすなど）が、時には一定量の技術的な負債が正常な場合もあります。将来変更する必要があるという前提で、今日何かを「正しい」方法にするために時間を費やさないことを決定することは完全に正常であり、予想されるべきです。もちろん細かい線はありますが、最初に正しい方法にすると考えれば、独自の問題が発生する可能性があります（分析麻痺）。

要するに、数年以上続く重要なプロジェクトは、技術的な負債を返済するために新しい開発時間を費やす必要があります。問題は、アプリケーションを正しい方法で作成したとしても、これは事実です。あなたがそうでないなら、あなたは借金に借金を積んでおり、経営者はあなたがそれをそのように提示すればそれを確かに理解することができます。

これを経営陣に説明し、以前のチームを常に「非難」する代わりに、これを「通常どおりのビジネス」として提示できます。

IMOの場合、これについてはすでにほとんど正しい方法で行っています。「古いコードはダメ」という理由でゼロから書き直すことを提案しているのではなく、一度に1つの問題を修正しています。

あなたが古いチームを非難していると感じないようにするには、彼らが恐らく大きな時間的プレッシャーの下でこのコードを作成しなければならないと想像してください。当時の経営陣は、コードが「多かれ少なかれ機能する」からといって、多くの苦痛とやり直しなしにメンテナンスが可能であるということを意味するわけではないことをおそらく理解していなかったでしょう。

実際にある程度のビジネス価値を提供する製品を作成するために管理している古いチームに感謝します。そうしなければ、もはや使用されなくなります。たとえプロジェクトが美しく書かれていても、プロジェクトがビジネス価値を提供できない頻度に驚くかもしれません。

問題のある製品の現在の状態についてコメントするよう求められたとき、私はいつも「それが何であるか」に頼り、それからそれを改善する計画について話し始めました。

この問題を引き起こした決定に至った要因のすべてを知っているわけではありません-おそらく、それらは当時合理的だったかもしれません。あなたにできることは、前進して明日物事を改善することだけです。そして、あなたは良い仕事をしているように聞こえます-あなたはこの状況に対して正しい態度を持っています。

尋ねられたときに事実を報告することに焦点を合わせます。物語や解説を追加する必要はありません。「ケースXでシステムが失敗する」または「ケースYでレポートが正しくない」と言うだけです。次に、現在の状況を改善する計画をすばやく追加します。