反復はで設定された期間です製品の安定した作業バージョンの生産が行われるプロジェクトの枠組みの中で。このリリースを適用するために必要なインストールスクリプト、付属のドキュメント、およびその他のアーティファクトが付属しています。
簡単な情報
製品の動作バージョンでは、表示することができます利害関係者はプロジェクトの実際の開発。デモンストレーション中に、開発チームは、ニーズをよりよく理解するために何をする必要があるか、およびそれらを実装する方法についてフィードバックを得ることができます。後続の反復は、前の反復に基づいています。結果として得られる製品は、最終製品に一歩近づきます。反復は限られた期間です。言い換えれば、スケジュールはかなり厳格に固定されています。このスケジュールを維持するために、時間間隔の充填が変更される場合があります。
特徴
反復は明確に定義された期間です。プロジェクトの開発は慎重に計画された目標を持っており、期間自体の期間は固定されています。調整するとき、反復ごとに、独自の評価基準が確立されます。同時に、責任とタスクはプロジェクトに関与する参加者間で明確に分散されます。さらに、プロジェクトの開発の客観的な指標の研究が行われます。反復とは、ある程度のやり直しを伴う期間です。それらはすべて構造化された方法で実行されていると言わなければなりません。
統合
単純な反復では、可能性を考慮に入れる必要がありますプロジェクトにとって重要なリスクであり、作業の優先度の高いコンポーネントを実装します。その結果、不確実性を減らしながら、各期間で最大の価値が利害関係者に追加されるという確信があります。通常、反復型開発は、継続的または頻繁な統合と組み合わされます。言い換えると、コンポーネントが単体テストで満足のいくものになると、それらは全体的な設計に統合されます。その後、組み立てとテストが行われます。したがって、統合された製品の機能は、計画中に決定された目標と比較して、反復中に増加します。定期的なビルド（毎日またはそれ以上の頻度）を使用すると、統合とテストの問題とタスクを分離し、開発サイクル全体に均等に分散できます。多くの場合、プロジェクトが崩壊する理由は、最終段階で行われる1つの統合プロセスのフレームワークのある時点ですべての困難が発見されるためです。この場合、単一の問題のために、チーム全体が停止します。
見通し
今日使用されているものの複雑さのためソフトウェアは、一貫して設計、要件の定義、テスト、実装、アーキテクチャの選択、これらおよびその他の段階を正しく実行することに常に成功するとは限りません。反復ソリューションにより、各期間の終わりに、利害関係者がプロジェクトの機能にアクセスできるようになります。この場合、開発中に、チームは迅速かつ定期的にフィードバックを受け取ります。次に、プロジェクトの時間と予算内に収まり、開発が十分に進んで大幅な改善が必要になるずっと前であれば、より少ないコストで改善と問題解決が可能になります。反復により、実際のコードを取得できます。プロジェクト開発の方向性に合わせてアクティブ化、評価、修正することができます。通常、期間は4週間です。ただし、7日以上（最長1か月半）働くチームもあります。
