アジャイル開発
Agile Development
あじゃいるかいはつ
Related
他の資格での定義
迅速かつ適応的にソフトウェア開発を行う軽量な開発手法の総称。短い反復(イテレーション)を繰り返し、動くソフトウェアを早期に提供する。アジャイルソフトウェア開発宣言の12の原則に基づく。XP、スクラムなどが代表的。
短い反復(イテレーション)を繰り返しながら、動くソフトウェアを迅速かつ適応的に開発する軽量な手法の総称。アジャイルソフトウェア開発宣言の12の原則に基づき、変化への対応と顧客との協調を重視する。スクラム、XP、FDDなどの手法がある。
短い反復(イテレーション)サイクルで開発とフィードバックを繰り返し、変化する要求に柔軟に対応するソフトウェア開発手法の総称。スクラム、XP(エクストリームプログラミング)などの手法があり、顧客との密なコミュニケーションと動作するソフトウェアの早期提供を重視する。
短いイテレーション(反復)で動作するソフトウェアを段階的に開発する手法の総称。変化への適応、チーム間の協働、動作するソフトウェアを重視する。アジャイルソフトウェア開発宣言(2001年)が基本理念。
短いイテレーション(反復)で計画・設計・実装・テストを繰り返し、段階的にソフトウェアを開発する手法の総称。変化への対応力が高く、顧客との密なコミュニケーションを重視する。スクラム、XP、カンバンなどの手法がある。
短い開発サイクル(イテレーション)を繰り返し、変化する要求に柔軟に対応する開発手法の総称。スクラム、XP等の手法がある。組込み開発でもプロトタイプの早期検証やハードウェアとの並行開発に活用される。
短いイテレーション(反復)を繰り返しながら、変化に柔軟に対応するシステム開発手法。スクラムやXPなどの手法がある。監査では従来のウォーターフォール型とは異なる統制の評価アプローチが必要となる。
短い反復(イテレーション)サイクルで開発とフィードバックを繰り返し、変化する要求に柔軟に対応するソフトウェア開発手法の総称。スクラム、XP(エクストリームプログラミング)などの手法があり、顧客との密なコミュニケーションと動作するソフトウェアの早期提供を重視する。
要求の変化に柔軟に対応するため、短い期間の反復(イテレーション)ごとに計画、設計、実装、テストを行い、動くソフトウェアを少しずつ提供していく開発手法の総称。アジャイルソフトウェア開発宣言の価値観に基づき、スクラム、XP、リーンソフトウェア開発などの手法がある。
Past Exams
過去問での出題
過去問で 47 回出題(応用情報技術者試験 13・ITパスポート試験 8・システムアーキテクト試験 6・高度試験 午前Ⅰ 6・基本情報技術者試験 4・プロジェクトマネージャ試験 4・情報処理安全確保支援士試験 3・システム監査技術者試験 2・エンベデッドシステムスペシャリスト試験 1)。うち 3 回は用語そのものを問う問題です。
- 令和7年度 秋期 プロジェクトマネージャ試験 午前Ⅱ 問13(IPA の PDF を新しいタブで開きます)
- 令和7年度 春期 情報処理安全確保支援士試験 午前Ⅱ 問22(IPA の PDF を新しいタブで開きます)
- 令和7年度 春期 情報処理安全確保支援士試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 令和7年度 基本情報技術者試験 科目A 公開問題 問13(IPA の PDF を新しいタブで開きます)
- 令和6年度 秋期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 令和6年度 秋期 プロジェクトマネージャ試験 午前Ⅱ 問16(IPA の PDF を新しいタブで開きます)
- 令和6年度 春期 システムアーキテクト試験 午前Ⅱ 問1(IPA の PDF を新しいタブで開きます)
- 令和6年度 基本情報技術者試験 科目A 公開問題 問12(IPA の PDF を新しいタブで開きます)
- 令和6年度 ITパスポート試験 公開問題 問40用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和6年度 ITパスポート試験 公開問題 問48選択肢(IPA の PDF を新しいタブで開きます)
残り 37 件を表示閉じる
- 令和5年度 秋期 プロジェクトマネージャ試験 午前Ⅱ 問1(IPA の PDF を新しいタブで開きます)
- 令和5年度 秋期 プロジェクトマネージャ試験 午前Ⅱ 問15(IPA の PDF を新しいタブで開きます)
- 令和5年度 秋期 情報処理安全確保支援士試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 令和5年度 春期 システムアーキテクト試験 午前Ⅱ 問12(IPA の PDF を新しいタブで開きます)
- 令和5年度 基本情報技術者試験 科目A 公開問題 問12(IPA の PDF を新しいタブで開きます)
- 令和4年度 春期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 令和4年度 春期 システムアーキテクト試験 午前Ⅱ 問1(IPA の PDF を新しいタブで開きます)
- 令和4年度 ITパスポート試験 公開問題 問38正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 応用情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 応用情報技術者試験 午前 問58(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 システム監査技術者試験 午前Ⅱ 問3(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 エンベデッドシステムスペシャリスト試験 午前Ⅱ 問23(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
- 令和3年度 春期 応用情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 令和3年度 ITパスポート試験 公開問題 問51(IPA の PDF を新しいタブで開きます)
- 令和2年度 10月 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 令和2年度 10月 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 ITパスポート試験 問40(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 ITパスポート試験 問49用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 ITパスポート試験 問52(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 システムアーキテクト試験 午前Ⅱ 問13(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 システム監査技術者試験 午前Ⅱ 問5(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 ITパスポート試験 問47用語を問う問題(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
- 平成30年度 秋期 応用情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 平成30年度 秋期 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
- 平成30年度 秋期 システムアーキテクト試験 午前Ⅱ 問13(IPA の PDF を新しいタブで開きます)
- 平成30年度 春期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 平成30年度 春期 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
- 平成29年度 秋期 応用情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 平成29年度 秋期 システムアーキテクト試験 午前Ⅱ 問1(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 応用情報技術者試験 午前 問49(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 基本情報技術者試験 午前 問50(IPA の PDF を新しいタブで開きます)
- 平成29年度 春期 高度試験 午前Ⅰ 問17(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
アジャイル開発において、利用者の視点でシステムに求める機能や価値を簡潔に記述したもの。「〜として、〜したい。なぜなら〜だから」という形式で記述され、要件を共有・管理する単位となる。
アジャイル開発手法の一つ。ペアプログラミング、テスト駆動開発、リファクタリング、継続的インテグレーションなどのプラクティスを実践し、高品質なソフトウェアを迅速に開発する。エクストリームプログラミングとも呼ばれる。
実装コードを書く前にテストコードを先に作成し、テストが成功するように実装を進める開発手法。TDDとも呼ばれ、テスト→実装→リファクタリングのサイクルを短期間で繰り返す。
2人のプログラマが1台のコンピュータを使い、1人がコードを書き(ドライバー)、もう1人がレビュー・助言(ナビゲーター)を行いながら共同で開発する手法。XPのプラクティスの一つ。
ソフトウェアの外部から見た振る舞いを変えずに、内部のコード構造を改善する作業。可読性、保守性、拡張性の向上を目的とし、技術的負債の解消にもつながる。
開発者がコードの変更を頻繁にリポジトリに統合し、自動ビルドと自動テストを実行する手法。CIとも呼ばれ、統合時の問題を早期に発見・修正することで、ソフトウェアの品質を維持する。
