アジャイル統合プロセス

アジャイル統合プロセス( AUP ) は、スコット・アンブラーが開発した合理的統合プロセス(RUP)の簡略版です。^[1] RUP に忠実でありながら、アジャイル手法と概念を使用してビジネス アプリケーション ソフトウェアを開発するためのシンプルでわかりやすいアプローチを説明します。AUP は、生産性を向上させるために、テスト駆動開発(TDD)、アジャイル モデリング(AM)、アジャイル変更管理、データベース リファクタリングなどのアジャイル手法を適用します。

2011年、AUPは使用されているアジャイル手法全体の1%を占めていました。^[2] 2012年に、AUPはディシプリンド・アジャイル・デリバリー（DAD）に置き換えられました。それ以来、AUPの進化に向けた作業は中止されています。

RUPとは異なり、AUPには7つの分野しかありません^[要出典]。

1. モデル化。組織のビジネス、プロジェクトで対処する問題領域を理解し、問題領域に対処するための実行可能なソリューションを特定します。
2. 実装。モデルを実行可能なコードに変換し、基本レベルのテスト、特にユニット テストを実行します。
3. テスト。品質を確保するために客観的な評価を実行します。これには、欠陥の発見、システムが設計どおりに動作することの確認、要件が満たされていることの検証が含まれます。
4. 展開。システムの配信を計画し、計画を実行してシステムをエンド ユーザーが利用できるようにします。
5. 構成管理。プロジェクト成果物へのアクセスを管理します。これには、時間の経過に伴う成果物のバージョンの追跡だけでなく、成果物に対する変更の制御と管理も含まれます。
6. プロジェクト管理。プロジェクト内で行われる活動を指揮します。これには、リスクの管理、人材の指揮 (タスクの割り当て、進捗の追跡など)、プロジェクトの範囲外の人材やシステムとの調整が含まれ、プロジェクトが時間どおりに予算内で完了するようにします。
7. 環境。適切なプロセス、ガイダンス (標準とガイドライン)、およびツール (ハードウェア、ソフトウェアなど) が必要に応じてチームで利用できるようにすることで、残りの作業をサポートします。

Agile UPは以下の哲学に基づいています: ^[3]

1. スタッフは自分のやっていることをわかっています。スタッフは詳細なプロセス ドキュメントを読むことはありませんが、時々、高度なガイダンスやトレーニングが必要になります。AUP 製品では、興味があれば多くの詳細へのリンクを提供していますが、強制はされません。
2. シンプルさ。数千ページではなく、ほんの数ページを使ってすべてが簡潔に説明されています。
3. アジリティ。Agile UP は、アジャイル ソフトウェア開発と Agile Allianceの価値と原則に準拠しています。
4. 価値の高い活動に焦点を当てます。プロジェクトで起こり得るすべてのことではなく、実際に重要な活動に焦点を当てます。
5. ツールの独立性。Agile UP では、必要なツールセットを自由に使用できます。作業に最適なツール (多くの場合、シンプルなツール) を使用することをお勧めします。
6. 自分のニーズに合わせて AUP をカスタマイズする必要があります。

アジャイル統合プロセスでは、2 種類の反復が区別されます。開発リリース反復では、品質保証領域やデモ領域への展開が行われます。実稼働リリース反復では、実稼働領域への展開が行われます。これは、合理的な統合プロセスを大幅に改良したものです。

• エンタープライズ統合プロセス
• 統一されたプロセス

• AmbySoft Agile Unified Process ページは、Wayback Machineで 2019-08-08 にアーカイブされています。
• スコット・アンバーのドクター・ドブスの記事「すべてのポジションはどこへ行ったのか?」