agile-methodology
アジャイル手法は、柔軟性、コラボレーション、継続的な改善を重視する、ソフトウェア開発への反復的なアプローチです。
アジャイル開発手法は、反復開発、コラボレーション、顧客フィードバック、および変化への迅速な適応を優先するプロジェクト管理およびソフトウェア開発フレームワークです。要件が事前に固定され、開発が要件、設計、実装、テスト、デプロイの明確なフェーズを線形に進む従来の「ウォーターフォール」モデルとは異なり、アジャイルはプロジェクトをスプリントまたはイテレーションと呼ばれる小さく管理可能な増分に分割します。各イテレーションは通常1〜4週間続き、出荷可能な製品増分をもたらします。主な原則には、プロセスやツールよりも個人と対話を重視すること、包括的なドキュメントよりも動作するソフトウェアを重視すること、契約交渉よりも顧客との協調を重視すること、計画に従うことよりも変化に対応することを重視することなどが含まれます（アジャイルマニフェストに概説されています）。一般的なアジャイルフレームワークには、スクラム、カンバン、エクストリームプログラミング（XP）、リーンなどがあります。例えば、スクラムはプロダクトオーナー、スクラムマスター、開発チームなどの役割と、デイリースタンドアップ、スプリントプランニング、スプリントレビュー、スプリントレトロスペクティブなどのイベントを利用します。カンバンはワークフローの視覚化、作業中の進行（WIP）の制限、フローの管理に焦点を当てています。主なトレードオフは、事前の予測可能性と包括的なドキュメントから、柔軟性と継続的なデリバリーへの移行であり、注意深く管理されない場合はスコープクリープにつながる可能性がありますが、一般的には顧客満足度の向上と価値ある機能の市場投入までの時間の短縮につながります。継続的インテグレーションおよび継続的デリバリー（CI/CD）プラクティスは、アジャイル手法と緊密に統合されることがよくあります。
graph LR
Center["agile-methodology"]:::main
Rel_continuous_deployment_cd["continuous-deployment-cd"]:::related -.-> Center
click Rel_continuous_deployment_cd "/terms/continuous-deployment-cd"
Rel_site_reliability_engineering_sre["site-reliability-engineering-sre"]:::related -.-> Center
click Rel_site_reliability_engineering_sre "/terms/site-reliability-engineering-sre"
Rel_functional_programming["functional-programming"]:::related -.-> Center
click Rel_functional_programming "/terms/functional-programming"
classDef main fill:#7c3aed,stroke:#8b5cf6,stroke-width:2px,color:white,font-weight:bold,rx:5,ry:5;
classDef pre fill:#0f172a,stroke:#3b82f6,color:#94a3b8,rx:5,ry:5;
classDef child fill:#0f172a,stroke:#10b981,color:#94a3b8,rx:5,ry:5;
classDef related fill:#0f172a,stroke:#8b5cf6,stroke-dasharray: 5 5,color:#94a3b8,rx:5,ry:5;
linkStyle default stroke:#4b5563,stroke-width:2px;
🧠 理解度チェック
🧒 5歳でもわかるように説明
レゴブロックで組み立てるようなものです。城全体を始める前に完璧に計画するのではなく、一度に数個のブロックを追加し、作ったものを見せてから、次に何を追加するかを決めます。
🤓 Expert Deep Dive
アジャイル手法は、基本的に、適応的な計画、進化的な開発、早期のデリバリー、および継続的な改善を提唱する一連の価値観と原則に根ざしています。アーキテクチャ的には、これはモジュール性と疎結合のために設計されたシステムに変換され、頻繁な統合とデプロイ（CI/CDパイプライン）を容易にします。
人気のあるフレームワークであるスクラムでは、プロジェクトの進行はスプリントと呼ばれる固定長のイテレーション（通常1〜4週間）を通じて管理されます。各スプリントは、チームがプロダクトバックログの一部をコミットし、スプリントバックログを形成する計画会議で始まります。デイリースタンドアップ（スクラムミーティング）は、同期と障害の特定を確保し、透明性を育みます。スプリントレビューでは、ステークホルダーはインクリメントを検査し、スプリントレトロスペクティブはチームがプロセスを最適化することを可能にします。
追跡される主なメトリクスには、ベロシティ（スプリントごとに完了したストーリーポイント）、サイクルタイム（作業項目が開始から終了するまでの時間）、リードタイム（要求からデリバリーまでの時間）などがあります。根本的な原則は、作業中の進行（WIP）を最小限に抑え、フィードバックループを最大化することであり、多くの場合、リーン原則に沿っています。例えば、カンバンはワークボードでワークフローを視覚化し、WIP制限を使用してフローを制御し、ボトルネックを特定します。数学的な基礎は、デリバリーパイプラインのスループットを最適化し、レイテンシを最小限に抑えるために適用されるキューイング理論に見ることができます。