2020年4月、ODAは、全製品ラインの製品リリースを毎月発行すると発表しました。これは、10年以上続いていた年2回のリリーススケジュールに代わるものです。一部のODAメンバーからは、この新しい方針がODA製品の品質低下につながる可能性があるという懸念が表明されており、これらの懸念に直接対処したいと思います。
月次プロダクションリリースへの移行は、気まぐれで行われたものではなく、過去10年間にわたるODA品質プロセスの進化の自然な結果です。その初期の基礎となったのは、2011年に開発されたコミットごとのクロスプラットフォームビルド/テストシステム（継続的インテグレーション、またはCI）でした。ビルドまたは回帰テストに失敗する変更をコミットしたODA開発者は、数時間以内に自動通知を受け取り、そのような問題は導入した開発者によって迅速に修正されます。これは、これらの項目を毎週または毎月手動でレビューするよりも大幅な改善であり、手動レビューでは、問題のあるコード行を見つけるために数百のコミットをふるいにかける必要がありました。もちろん、コミットごとに実行できるテストの量には限りがあるため、これらは毎日、毎週、毎月の回帰テスト実行によって補完され、それぞれが段階的により広範なテストセットを備えていました。
2013年、ODAは4週間のスプリントに基づくアジャイル開発プロセスに移行しました。この変更は、ODA開発の計画と予測可能性を向上させるために行われ、このリズムに基づいて一連の自動テストおよびリリースプロセスを構築するのは当然のことでした。2014年、ODAはこれらの月次ビルドの結果を「暫定」リリースとして公開し始め、メンバーはバグ修正や新機能に早期にアクセスするためにダウンロードできるようになりました。
2014年以降、ODAはこれらの基本システムを定期的に改善してきました。
- 仮想化を多用するなど、新しいハードウェアへの投資によりテスト能力を向上。
- 正確性、安定性、パフォーマンス、メモリリークに関する新しいテストを積極的に導入し、テストカバレッジを向上。
- 新機能、信頼性の向上、より使いやすいUIにより、品質システム自体を改善。
毎年、全体的なテストプロセスの品質と有効性が向上するにつれて、月次リリースの品質も向上し、リリースプロセス自体もより信頼性が高く、労力が少なくて済むようになりました。
2020年4月の月次プロダクションリリースに関する発表は、ODA開発プロセスの抜本的な再編成ではありません。むしろ、2014年以来静かに作成してきた月次リリースが、今や本番環境での使用に十分な品質であることを認めるものです。ODAメンバーにとってのメリットは明らかです。バグ修正や新機能への迅速なアクセスであり、これはBimRv、IFC、Visualize、Open Cloudなどの新しいテクノロジーにとって特に重要です。半期または年次更新を希望するメンバーは、引き続き希望する更新スケジュールを利用できます。
2015年、ODA創設メンバーであるOnshapeは、クラウドベースのCADソフトウェア向けに3週間ごとに新しいプロダクションリリースを行うという、当時としてはかなり大胆でユニークなポリシーを発表しました。彼らの成功は、短いリリースサイクルが現代のCAD開発に有効であることを証明しました。短いリリースサイクルには、正確な計画、規律、チームの賛同、慎重な実行が必要ですが、これらがすでに企業文化の一部である場合、定期的な高品質リリースは非常に理にかなっています。
