Agile Glossary

Question 1

Doneの定義(DoD: Definition of Done)

Answer 1

作業が完了したとみなせる条件の一覧

Question 2

アジャイル型ライフサイクル

Answer 2

作業項目を洗練し頻繁にデリバリーするための反復型かつ漸進型のアプローチ。

Question 3

受入れテスト駆動開発 (ATDD: Acceptance Test-Driven Development)

Answer 3

デリバリーの前に、受入れテストの基準を一緒に決めてからテストを作る方法

Question 4

エクストリーム・プログラミング (eXtreme Programming)

Answer 4

すばやく変化に対応しながら、高品質なソフトを何度も短期間で出す開発手法

Question 5

カンバン

Answer 5

To Do（実行前）、In progress（実行中）、Done（完了）など、作業を見える化する手法のこと

Question 6

技術的負債 (Technical Debt)

Answer 6

やるべき作業を後回しにしたことで、後になって余計な修正や対応が必要になること

Question 7

機能要求 (Functional Requirement)

Answer 7

プロダクトまたはサービスが果たすべき固有の振舞い。

Question 8

継続的インテグレーション (Continuous Integration)

Answer 8

開発成果を継続的に統合・検証する手法

Question 9

サイロ化した組織(Siloed Organization)

Answer 9

組織が“縦割りの筒（サイロ）”してしまい、部署間で情報や目的が共有されず、組織全体がうまく連携できない状態

Question 10

実務慣行

Answer 10

現場で繰り返し使われてきた、効果的な仕事の進め方

Question 11

自動化されたコード品質分析 (Automated Code Quality Analysis)

Answer 11

バグや脆弱性のためのコード・ベースのスクリプト・テスト。

Question 12

障害事項 (Impediment)

Answer 12

チームの目標達成を阻止するもの。ブロッカーとも呼ばれる。

Question 13

情報ラジエーター (Information Radiator)

Answer 13

最新の状況を共有するための、誰でも見られる掲示ツール

例：カンバンボードやスクラムのバーンダウンチャート。

Question 14

スウォーミング (Swarming)

Answer 14

複数チーム・メンバーが集団となって特定障害の解決に注力する技法。

Question 15

スクラム (Scrum)

Answer 15

やり方が明確に決まっているアジャイルの代表的手法

チームが役割やルールに従って協力し、段階的にプロダクトを作っていく進め方

Question 16

スクラム・チーム (Scrum Team)

Answer 16

スクラムで使用される開発チーム、スクラム・マスター、およびプロダクト・オーナーの組合せを意味する。

Question 17

スクラムのスクラム (Scrum of Scrums)

Answer 17

ふたつ以上のスクラム・チームが、作業を調整する必要があるときに使用する技法

Question 18

スクラムバン (Scrumban)

Answer 18

チームが作業のやり方としてスクラムを採用し、チームがどのように作業するかを見て、理解し、継続的に改善するためのレンズとしてカンバン手法を用いるときに登場する

Question 19

スクラム・ボード (Scrum Board)

Answer 19

情報ラジエーターのひとつで、プロダクト・バックログとスプリント・バックログをマネジメントし、作業フローとそのボトルネックを表示するために利用される。

Question 20

スクラム・マスター (Scrum Master)

Answer 20

スクラム・フレームワークにおける、開発チームとプロセス・オーナーのコーチ。障害を取り除き、生産的なイベントを促進し、チームを混乱から守る。「フロー・マスター」も参照。

Question 21

スクラム・マスターの役割

Answer 21

スクラム・プロセスが確実に維持され、スクラム・チームが実務慣行や規則を忠実に守ることを保証すると共に、障害の除去についてチームをコーチングする責任を負う。

Question 22

スケールド・アジャイル・フレームワーク (SAFe®: Scaled Agile Framework)

Answer 22

大規模な開発にアジャイルやリーンを適用するための知識や仕組みのセット

Question 23

ストーリー・ポイント (Story Point)

Answer 23

相対的ユーザー・ストーリー見積り技法で使用される、単位のない尺度。

Question 24

スパイク (Spike)

Answer 24

不明点を調べたり、プロトタイプを作成して確認するための短期間の作業

Question 25

スプリント (Sprint)

Answer 25

スクラムにおけるタイムボックス化されたイテレーションを記述する。

Question 26

スプリント計画 (Sprint Planning)

Answer 26

スクラムにおける協業イベントのひとつで、スクラム・チームが現在のスプリントについて作業を計画する。

Question 27

スプリント・バックログ (Sprint Backlog)

Answer 27

スクラムのスプリント中に完了すべき、スクラム・チームによって特定された作業項目のリスト。

Question 28

スモーク・テスト (Smoke Testing)

Answer 28

開発作業中のシステムにおける最も重要な機能が、意図した通りに機能していることを確認するために行う一連の軽量なテストの実務慣行。

Question 29

増分 (Increment)

Answer 29

機能する、テスト済み、かつ受入れ済みの成果物で、プロジェクト全体の成果物の一部分。

Question 30

段階的詳細化 (Progressive Elaboration)

Answer 30

得られる情報が増え、より正確な見積りが可能になるにつれ、プロジェクトマネジメント計画書がより詳細化していく反復プロセス。

Question 31

ディシプリンド・アジャイル (DA: Disciplined Agile)

Answer 31

プロセス決定のフレームワークのひとつで、 漸進型かつ反復型のソリューション・デリバリーに関するプロセス決定を簡単なものにできる。

Question 32

デイリー・スクラム(Daily Scrum)

Answer 32

毎日行う短時間の共同会議で、チームは前日からの進捗状況をレビュー、当日の作業目的を明らかにし、発生しているまたは発生が予想される障害についてハイライトする。デイリー・スタンドアップとしても知られる。

Question 33

テスト駆動開発 (Test-Driven Development)

Answer 33

仕掛中の作業が継続的に妥当性確認され、欠陥ゼロの考え方で作業をできるようにするために、作業の開始前にテストが定義される技法。

Question 34

ピボット (Pivot)

Answer 34

プロダクトや戦略について、新しい仮説の検証を意図した計画された一連の是正。

Question 35

フィーチャー駆動開発 (Feature-Driven Development)

Answer 35

クライアントによって価値づけられたフィーチャーの観点で駆動される、軽量なアジャイル・ソフトウェア開発手法。

Question 36

振舞い駆動開発 (BDD: Behavior-Driven Development)

Answer 36

ユーザーの期待する動作をテストとして先に書き、それに合わせて開発と検証を行う手法

Question 37

フレームワーク

Answer 37

「枠組み」「基盤」「ひな型」などに言い換えられる。

Question 38

プロダクト・オーナー (Product Owner)

Answer 38

プロダクトの価値を最大化し、構築される最終プロダクトに最終的な行動責任と責任説明を有する人物。

Question 39

フロー・マスター

Answer 39

継続的フローやカンバン方式の環境の下で働く、チームのコーチおよびサービス・リクエスト・マネジャー。「スクラム・マスター」と同等。

Question 40

ベロシティ

Answer 40

イテレーション中に完了したユーザーストーリーに関連する作業量の合計値

Question 41

ユーザー・ストーリー

Answer 41

ユーザー視点で書かれた、やることリストの一つ 特定ユーザーのための成果物価値の簡単な記述。

Question 42

リファクタリング (Refactoring)

Answer 42

ソフトウェアの機能は変えずに、見やすく直しやすいコードに作り直すこと

Question 43

リーン・ソフトウェア開発 (LSD: Lean Software Development).

Answer 43

ムダを減らして、品質・スピード・顧客満足を高めるソフト開発のやり方

Question 44

レトロスペクティブ（振り返り）(Retrospective)

Answer 44

定期的に行われるワークショップのひとつで、プロセスとプロダクトの両方を改善するため、参加者が作業とその結果を調査する。

Question 45

ローリング・ウェーブ計画法 (Rolling Wave Planning)

Answer 45

反復計画技法のひとつ。早期に完了しなければならない作業は詳細に、将来の作業はよりハイレベルで計画する。