開発コストと保守コスト
開発とメンテナンスの比率を営業部門に説明しようとしていますが、現在はメンテナンスに約60％の時間を費やしていると感じています。
私たちはチームにカスタムソリューションを販売する傾向があり、私たちが構築しなければならない人がいます。営業担当者が開発の総コストを理解していないと、現実的な価格で販売することはできません。
もう1つの「問題」は、サービスを拡大しており、製品化までの時間やその他の測定ポイントを削減するために、基盤となるインフラストラクチャの一部をリファクタリングする必要があることです。
確固たる議論を構築するために私が何を参照すべきかについての良い提案はありますか？また、問題をよく理解してもらうために、どのような点を挙げるべきですか。
たぶん、私が指摘できる素晴らしいテキストがどこかにあるでしょう。
Robert L. Glassによる「ソフトウェアエンジニアリングに関するよくある忘れられた基本的な事実」（IEEEソフトウェアMay/June 2001の記事）で、ソフトウェアの「60/60」ルールについて語っています。ソフトウェアコストの60％が平均）であり、その後、その機能強化がソフトウェアメンテナンスコストの約60％を占めていますが、エラー修正は約17％です。
業界で29年経った後、メンテナンスは総コストの60〜80％と言えます。開発は最大で20％です。しかし、今日のほとんどの企業は、迅速な開発に最も重点を置き、適切な見積もりなしに期日を設定したことを認めていないようです。これにより、開発者はダンプして実行する必要があり、メンテナンスが難しくなるだけです。結果として、幹部は何をするのでしょうか？彼らはすべての社内ソフトウェアを捨てて、サードパーティのものを購入します。次に、システム統合の悪夢が起こり、おそらく4〜5年後には、すべての機能が正常に動作するようになりますが、そのためのコストは、最初に時間を費やして最初から正しく実行するよりも指数関数的に高くなります。その間、すべてのベテランの老いたタイマーが帽子をかぶって、「何でも直せる」という態度で新種の若い雄鹿が飛び交います。そして、私の友人は彼らが長い間やっていることです。
ウォーターフォールがソフトウェアで機能しないため、アジャイルが結局私に勝ったのはこのためです。持ったことはありません。それはすべて、より小さな作業の反復と部品開発に関するものです。ヘンリーフォードが1900年に見せてくれたように...
技術的負債の概念を研究します。また、営業担当者との付き合いも試してください。おそらく、彼らは悪ではないか、気にしないでしょう。彼らは単にあなたとは異なるものにさらされ、異なるスキルと興味を持っています。ソフトスキルは十分に重要です。最大の間違いは、「コンピューターを理解していない」ことを彼らに知らせることです。私がこれまで一緒に働いた最も簡単な営業担当者は元QAだったので、彼はたくさんのものを得ました。ちなみに、営業担当者の仕事は真実を曲げ、それらのドルを維持し続けることです。これは、技術的負債が多すぎないことと、ビジネスチャンスを逃していないこととの微妙なバランスです。
ソフトウェアを車と考えてもらいます。ビルドには数週間から1か月かかる場合がありますが、次の数週間、数か月、および数年にわたって使用されている場合、メンテナンスが必要になります。多分それは物事をスムーズに実行し続けるための単なる定期的なメンテナンスです。しかし、予期しない事態が発生し、修正が必要な場合は、緊急メンテナンスになる可能性もあります。
同様に、最初に入手したときは問題ないかもしれませんが、少し使用した後は、常に期待どおりの状態になるように磨く必要があります。
私が経験したことは、開発コストの約35％がメンテナンスの初年度に費やされ、2年目には30％、3年目には25％が費やされることです。したがって、開発に100万ドルを費やした場合、1年目は35万ドルを費やすことになります。 3年後、コストは毎年5〜10％増加します。したがって、5年または6年後にアプリケーションの完全なリエンジニアリングが必要になる場合があります。