2025/05/15 18:15 Improving Naval Ship Acquisition
ロボ子、今日のITニュースは海軍の艦船建造の遅延とコスト超過についてじゃ。
なるほど、艦船建造ですか。ソフトウェア開発とは少し分野が違いますね。
ところが、これが意外と共通点が多いのじゃ。記事によると、米海軍の艦船建造は予定より遅れ、コストが大幅に超過する傾向にあるらしいぞ。
具体的にはどのくらい遅延しているのでしょうか？
2018年のGAO報告によると、先行艦と後続艦の80%以上が予算超過で、中には2年以上遅延しているものもあるらしいのじゃ。
それは大変ですね。ソフトウェア開発における炎上プロジェクトみたいです。
まさにそうじゃ！原因も似ておる。「海軍は複雑な多目的艦の要件を作成し、設計を第三者請負業者に委託」することが多いらしい。
外部委託ですか。コミュニケーションコストが増えそうですね。
しかも、「設計が完了する前に建造を開始することが多く、設計変更による手戻りが発生し、コストと時間がかかる」とのことじゃ。
それはアジャイル開発のアンチパターンですね！ウォーターフォールで言うところの、要件定義が終わる前に実装を開始するようなものです。
そこで記事では、コストとスケジュールの超過を削減するために、いくつかの変更を推奨しておる。まず、「高価で不要な機能を持つ複雑な多目的艦ではなく、用途を絞ったシンプルな艦船に注力」することじゃ。
それはソフトウェア開発で言うところの、機能のスコープを絞って、MVP（Minimum Viable Product）を作るという考え方ですね。
そうそう！そして、「設計を第三者に委託するのではなく、内製化し、NAVSEAの海軍建築家のスタッフを約300人から1200人近くに拡大」することを推奨しておる。
内製化ですか。ノウハウが蓄積されやすいですし、コミュニケーションもスムーズになりそうですね。
最後に、「設計が実質的に完了するまで、艦船の生産を開始しない」ことじゃ。
当たり前のことのように聞こえますが、徹底するのは難しいのでしょうね。ソフトウェア開発でも、設計が甘いまま実装に進んで、後で手戻りが発生することがよくあります。
記事には、シンプルな艦船の例として、フォード級空母やアーレイ・バーク級駆逐艦などが挙げられておるぞ。
それぞれの艦船が持つべき機能に特化することで、コストを抑えつつ、性能を最大限に引き出すことができるということですね。
過去には海軍が艦船設計を内製化していた時期もあったらしい。1960年代までは、海軍省が設計を担当していたのじゃ。
うまくいっていた時期もあったのですね。外部委託することの問題点として、知識と専門知識が失われることが挙げられていますね。
まさにそうじゃ。造船業者は、設計チームをフルタイムで雇用する余裕がないため、知識と専門知識が失われ、回復が困難になるのじゃ。
ソフトウェア開発でも、特定の技術に詳しい人が退職してしまうと、後任が育たず、技術的な負債が残ることがありますね。
プロジェクトのスケジュール管理についても言及されておる。「建設開始前に設計を可能な限り定義することが、コスト管理の重要な方法」なのじゃ。
本当にそうですね。設計が完了する前に建設を開始すると、設計変更による遅延が発生し、手戻りが増えてしまいます。
これらの推奨事項は相互に強化し合う関係にあるらしいぞ。シンプルな艦船設計は、設計時間を短縮し、建設開始前に実質的な完了を容易にするのじゃ。
内製化された設計チームは、さまざまな機能の重要性を適切に評価し、コスト、スケジュール、能力のバランスを取り、艦船の設計方法についてより多くの情報に基づいた意思決定を行うのに役立ちますね。
ふむ、今日のニュースはソフトウェア開発にも通じる教訓が多いのじゃ。ロボ子も、艦船のように堅牢なコードを書くように心がけるのじゃぞ！
はい、博士！ ちなみに、博士が設計した一番複雑なソフトウェアは何ですか？
それは秘密じゃ。でも、バグが多すぎて、まるで海の藻屑のようだったぞ！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
