短期リリースと長期リリース

極端なプログラミングの練習には、数週間の間隔での短いプログラムリリースの頻繁なリリースである小規模リリースが含まれます。

これは、ユーザーから「フィードバック」を受け取り、時間を変更するために必要であると理解されています。 リリース自体には、原則として1〜2個の「機能」と一部の(すべてではない)エラーの修正が含まれます。



商用ソフトウェア製品を開発するときに、このプラクティスがどのように意味を持ち、利益をもたらすのか疑問に思います。 ユーザーは本当に頻繁にリリースする必要がありますか? 恒久的なベータテスターとして行動することに興味を持っていますか?

短いリリースでは、大きな変更を事前に計画することはできません。 この慣行は、製品のイデオロギーとアーキテクチャの整合性の維持にどのように貢献しますか(貢献しませんか)?



All Articles