SSI製品は過去25年間で進化してきましたが、SSIのリリース戦略も進化しています。 ShipConstructor は、クライアントのニーズを満たすために、新しい更新プログラムや修正プログラムを非常に定期的に (1 日に複数回) リリースするために使用されます。 しかし、ここ数年で、我々は意図的にリリースの頻度を減少しました。 これにより、クライアントがより頻繁に更新し、以前の新しいリリースの改善を得ることができるようにすることで、クライアントに直接影響を与える各更新プログラムの品質が大幅に向上しました。
SSIの歴史(アルバコアリサーチ株式会社、その後、ShipConstructorソフトウェア社、そして最後にSSIとして)のリリースの頻度を見ると、特に以前のリリース数を考慮すると、リリース数が徐々に遅くなります。 古き良き時代 (2000年代)。 私は1日にリリースの記録的な量を確信していませんが、24時間の期間で10以上のリリースを送り出すことを認めたSSIの伝説があります。 これが私たちが彼を伝説と呼ぶ理由ではありません;-)
ほとんどの場合、SSIの製品やサービスが進化し、お客様のニーズが変化しているため、リリース数を減らすことは意図的でした。 SSIの製品の成功により、多くのお客様が、成果物の要件を満たす非常に短い時間枠で船舶を設計し、建造できるようになり、成長することができました。
SSIが特定した期間の直前に、製品やサービスの提供方法を変更する必要があり、主力製品スイートShipConstructorの完全な書き換えを完了しました。 ShipConstructorのこの全面的な再建は非常に野心的なプロジェクトであり、当時のソフトウェアアプリケーションのための新しい領域でした。 DDROMを使用する RDMS (SQL Server) と AutoCAD の基盤を組み合わせることで、SSI とクライアントにとって多くの新しい機会が開きましたが、将来の成長への道が開かれました。
ソフトウェアをリリースしてからの最初の数年間、まだ多くの作業が行なわれた。 新しいプラットフォームのキンクを解決するという通常の問題がありましたが、機能リクエストの数も大幅に増加しました。 ShipConstructorの新しいプラットフォームは、私たちがちょうど表面を傷つけている巨大な可能性への扉を開いたので、これは驚くべきことではありませんでした。
これらの要求はすべて、お客様から来て、可能な限り機能の量を完了するために私たちの目標で、我々はすぐに私たちの新しいプラットフォームは、技術的な負債の多くを構築していることを認識しました。
技術的負債 は、機能を迅速に実装し、適切なソフトウェア設計原則を回避することによってショートカットを取るとき、製品に 技術的な負債 を蓄積しているという考えを説明する比喩です。 この 技術的負債 は、ソフトウェアのユーザーには見られないかもしれませんが、時間の経過とともに、新機能や改良を実装するには、あなたの負債に支払う コスト や利息がはるかに長くかかります。
この技術的負債の蓄積は、ここ数年で、私たちは本当にこの借金を返済することに集中しているが、より重要なのは、我々が大幅に少ない労力で高品質の新機能や製品を開発することを可能にするより良い環境を構築するために、持続可能な製品のために作るものではありません。 今日の時点で、我々は設計段階ではるかに早い段階で問題をキャッチすることができ、顧客のプロジェクトやワークフローに毎日ビルドをテストすることができますかなり近代的で洗練されたシステムを持っています。 以前の業界の問題をキャッチするのと同様に、はるかに効率的であり、最終的にクライアントとSSIに利益をもたらす生産性を大幅に向上させることができます。
では、これはどういう意味ですか?
品質と安定性を犠牲にすることなく、より頻繁にリリースします。
閉会のコメント
SSIは、特に当社の業界の他のベンダーと比較して、ソフトウェア製品に頻繁にリリースおよび更新を提供してきました。 しかし、時代は変わりつつ、更新の頻度と品質を向上させる必要があると思います。 そのためには、まず、ソフトウェアの開発方法(ツール&プロセス)に社内で焦点を当てる必要があり、業界から情報を収集し、要件を製品の有形機能に変換する方法も必要でした。 全体的に私の目標は、クライアントに必要な改善をできるだけ早く提供し、船舶の設計と建造に集中させることです。