アジャイル統一プロセス

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ

アジャイル統一プロセスAUP )は、 ScottAmblerによって開発されたRationalUnified Process(RUP)の簡略版です[1]アジャイル技術と概念を使用してビジネスアプリケーションソフトウェアを開発するためのシンプルで理解しやすいアプローチを説明していますが、それでもRUPに忠実です。AUPは、テスト駆動開発(TDD)、アジャイルモデリング(AM)、アジャイル変更管理、データベースリファクタリングなどのアジャイル技術を適用して、生産性を向上させます。

2011年、AUPは、使用されたすべてのアジャイル手法の1パーセントを占めました。[2] 2012年、AUPはディシプリンドアジャイルデリバリー(DAD)に取って代わられました。それ以来、AUPの進化に関する作業は中止されました。

しつけ

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

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

哲学

アジャイルUPは、次の哲学に基づいています[3]

  1. あなたのスタッフは彼らが何をしているのか知っています人々は詳細なプロセスドキュメントを読むつもりはありませんが、時々、高レベルのガイダンスやトレーニングが必要になります。AUP製品は、興味がある場合は詳細の多くへのリンクを提供しますが、それらを強制することはありません。
  2. シンプルさ何千ものページではなく、ほんの一握りのページを使用してすべてが簡潔に説明されています。
  3. 敏捷性アジャイルUPは、アジャイルソフトウェア開発アジャイルアライアンスの価値観と原則に準拠しています。
  4. 価値の高い活動に焦点を当てます焦点は実際に重要な活動にあり、プロジェクトであなたに起こり得るすべての可能性があるわけではありません。
  5. ツールの独立性AgileUPでは任意のツールセットを使用できます。仕事に最も適したツールを使用することをお勧めします。これは多くの場合、単純なツールです。
  6. 自分のニーズに合わせてAUPを調整することをお勧めします

リリース

アジャイル統一プロセスは、2つのタイプの反復を区別します。開発リリースの反復により、品質保証および/またはデモ領域への展開が行われます。実動リリースの反復により、実動エリアにデプロイされます。これは、 RationalUnifiedProcessの大幅な改良です。

AgileUnifiedProcessTimeline20060704.png

も参照してください

参照

  1. ^ ウォーターズ、ジョンK(2008年2月28日)。「ゲームとビジネスソフトウェアにおけるアジャイルランドの役割」レジスター2009年8月3日取得
  2. ^ アジャイル開発調査結果の状態、2011年。VersionOne
  3. ^ アンブラー、スコット。「アジャイル統一プロセス(AUP)」Ambysoft 2015年12月21日取得

外部リンク