それはオープンアンドシャットケースのようです。
コードフリーズは遺物です。 堅い滝の方法論が製品開発および解放のための唯一の選択を提供した日からの残り。 バグやその他の機能上の問題をテストするためだけに、生産を停止してリリースを遅らせるという概念全体は、現代のアジャイルな製品管理にはあり
少なくともそれは多くのアジャイルの達人の間でコンセンサスビューのようです。
しかし、それは保持していますか? アジャイル製品管理にコードフリーズを組み込むことに対する最も一般的な議論の表面を傷つけると、それらはまだ古風に見えますか?
この記事では、コードフリーズをアジャイル製品管理に組み込むことに対する三つの主要な議論を探り、それらの議論がどこにあるのかを分解し、コードフリーズをアジャイル製品管理に組み込むべきかどうかについてより良い決定を下すのに役立つようにします。
引数1: コードフリーズは無関係で不必要な
この議論は非常にシンプルで具体的です—近代的なアジャイル方法論とツールは、専用のQAとテストウィンドウの必要性を排除しました。
ピアコードレビュー、ペアプログラミング、システムの正常性の常時監視などのアジャイル方法論により、開発中のアプリケーションまたは機能のパフォーマ バグや問題は、開発自体の間に捕捉され、専用のテストやQAアクティビティの前に解決される方が簡単で、より可能性が高くなります。
新しいツールでも多くのテストが自動化されています。 彼らは常にコードを評価して、常にクリーンで本番環境の準備ができていることを確認します。 問題はリアルタイムで特定され、アラートはすぐにそれらをできるだけ早く解決するために送信されます。 自動化されたテストの数はすでに広範囲にわたっており、増加し続けており、実行する必要がある手動テストの量を劇的に削減しています。
これらの新しいアジャイル方法論とツールの結果は簡単に見ることができます。 コードフリーズ中に実行されるコアテストとQAアクティビティのほとんどは、開発中に実行されるか、ソフトウェアによって実行されます。 アジャイルでは、ソフトウェアと機能は、以前よりもはるかに高いレベルの信頼で開発を終了し、専用のコードの凍結を正当化するのが難しくなりま
引数2:コードがフリーズするコアアジャイルの原則を破る
この第二引数は少し高いレベルです。 基本的に、コードフリーズはアジャイル方法論のコア原則の一つを破るため、開発とリリースの間の時間を短縮するため、アジャイル方法論には家がないと主張している。
アジャイルへのアプローチが洗練されればするほど、この時間枠を縮めようとするでしょう。 アジャイルに対する現在の最も洗練されたアプローチは、継続的な統合と継続的な開発(CICD)であり、可能な限り迅速にコードへの変更を”リリース”するために、開発を小さな段階的な変更に分割することを目指しています。 CICDの最も純粋なアプリケーションでは、開発とリリースはほとんど別個のフェーズとして存在しません。
対照的に、コードフリーズを展開する場合は、個別の開発フェーズとリリースフェーズを維持する必要があります。 結局のところ、それはコードフリーズが住んでいる場所です—これら二つの異なる段階の間に。 ほとんどのアジャイル方法論のように、開発とリリースの間の時間枠を最小限に抑えたり排除しようとするのではなく、コードがフリーズすると、開発とリリーススケジュールを構築する必要がある時点までこのウィンドウを形式化するように強制されます。
コードがフリーズしてもコアアジャイルの原則と一致しない場合、それらがまだ方法論に属しているケースを作るのは難しいです。
引数3:コードがフリーズすると、低速で低品質のリリースが発生します
この最後の引数は大きなものであり、いくつかの異なる角度が含まれています。
まず、コードがフリーズすると、ロードマップに多くの複雑さと追加の可動部分が追加され、自然に何かが間違ってタイムラインからスローされる可能性が 何もうまくいかなくても、コードフリーズに関わる作業は時間がかかり、予測できません(どのバグが見つかるか、それらを修正するのにどれくらいの時間
次に、コードがフリーズすると開発チームの生産性が低下すると主張しています。 一般的にアジャイル、特にCICDは、開発者が絶え間なく生産性の連鎖の中で常に作業を続けますが、コードがフリーズすると、開発者は事前に定義された間隔で作業を停止するように強制されます。 これを行うことで、最も生産的なフローを見つけて維持するのではなく、リズムを崩してコードフリーズポリシーを回避しようとするように強制します。
最後に、ビジネス要件の受信を停止する専用のウィンドウを作成すると、リリースの機能と機能がフリーズ前に完了できるものに制限され、品質が低下し、包括的でないソフトウェアとアプリケーションにつながると主張しています。
コードフリーズのためのケースを作る:負けた戦い?
この時点で、まだアジャイル方法論にコードフリーズを含めたい人にとってはかなり荒涼としています。 …