アジャイル型ソフトウェア開発ライフサイクル

アジャイル開発では、プロジェクトや顧客の要件がそれぞれ異なると考えます。一つの決まった開発方法を、すべてのプロジェクトに適用することはできません。作業を短い期間に分け、各期間でソフトウェアの一部をリリースできる状態にすることを目指します。

原寸大の図を開く ↗

アジャイル型ソフトウェア開発ライフサイクル

アジャイルでは反復型開発と段階的な開発を組み合わせ、より早く成果を届けます。プロジェクトを機能が段階的に増えるビルドに分け、2〜3週間のイテレーションで進めます。各イテレーションでは、異なる専門分野のメンバーが要件分析から受け入れテストまで協力します。終了時に成果を顧客に示します。

アジャイル型ソフトウェア開発ライフサイクルの概要

アジャイルは変化に対応する方法です。一方、予測型の方法は詳細な計画を前提にします。予測型の計画には時間と労力がかかり、開発開始後の小さな要件変更でも工程に影響します。予測型の方法は、プロジェクト開始時の要件分析と計画に依存します。

アジャイル開発では詳細な計画を必須としません。予定している機能や特性を念頭に作業を始め、要件が変わればチームの進む方向も調整します。文書化より顧客との対話を重視し、作業が正しい方向に進んでいるかを確かめます。

アジャイルは実践的ですが、複雑なプロジェクトに最適とは限らず、持続性、保守性、拡張性に関するリスクがあります。必要なリソースは少なく、要件が頻繁に変わる場合に適しています。文書化が少なく、顧客との対話が多いため、成功は顧客が要件をどれだけ明確に伝えられるかにかかっています。少数の適用しやすいルールに従って並行開発も進められます。

ソフトウェアの継続的インテグレーションと継続的テスト

従来型の開発では、開発者が数日間にわたって別々のコードを作成してから、完成した単位を統合する場合があります。アジャイルは各イテレーションでのコード品質を重視するため、継続的インテグレーションを行います。規律が必要で、具体的な運用は企業によって異なります。例えば、すべての開発者にその日の作業を当日中に統合するよう求めるチームもあります。そのためには作業を慎重に計画する必要があります。顧客は開発中の製品をいつでも確認し、意見を伝えられます。

アジャイル型ソフトウェア開発ライフサイクルにおけるテストの役割

機能要件を実装した後に初めてテストを行うと、従来型の開発ではテスト担当者の力を十分に活かせません。アジャイルではテスト担当者もチームの一員として、計画や要件分析を含む各イテレーションのすべての段階に参加します。テストは開発と同じように重要であり、作業全体を通じて続けます。欠陥の大部分を早期に見つけることで、プロジェクトの終了時に残る欠陥を減らせます。