Agile Glossary Flashcards
Doneの定義(DoD: Definition of Done)
成果物が顧客の使用のために準備が整っていると考えられ、満たされるべく要求されたすべての基準を備えたチーム用チェックリスト。
アジャイル型ライフサイクル
作業項目を洗練し頻繁にデリバリーするための反復型かつ漸進型のアプローチ。
受入れテスト駆動開発 (ATDD: Acceptance Test-Driven Development)
デリバリー開始前に、受入れテストの作成に使用する受入テスト基準を協業して作成する手法のひとつ。
エクストリーム・プログラミング (eXtreme Programming)
より高品質のソフトウェア、変化する顧客の要求事項へのより優れた応答性、そしてより短いサイクルでのより頻繁なリリースへと導くアジャイル型ソフトウェア開発アプローチ。
カンバン
To Do（実行前）、In progress（実行中）、Done（完了）など、作業を見える化する手法のこと
技術的負債 (Technical Debt)
プロダクト・ライフサイクルにおいて、ある時点までに作業が実行されなかったことで先送りされた課題の代償。
機能要求 (Functional Requirement)
プロダクトまたはサービスが果たすべき固有の振舞い。
継続的インテグレーション (Continuous Integration)
各チーム・メンバーの作業プロダクトを頻繁
に統合し、他のメンバーと妥当性を確認しあう実務慣行。
サイロ化した組織(Siloed Organization)
組織が“縦割りの筒（サイロ）”に分かれてしまい、情報・目標・責任が横に流れず、全体最適より部分最適を優先してしまう状態。
実務慣行
再現性があり磨かれてきた “仕事のやり方” の集合体。プラクティス。
自動化されたコード品質分析 (Automated Code Quality Analysis)
バグや脆弱性のためのコード・ベースのスクリプト・テスト。
障害事項 (Impediment)
チームの目標達成を阻止するもの。ブロッカーとも呼ばれる。
情報ラジエーター (Information Radiator)
組織内のすべての人に情報を提供するための、目に見える物理的な掲示で、チームの邪魔をすることなく最新知識の共有を可能にする。例：カンバンボードやスクラムのバーンダウンチャート。
スウォーミング (Swarming)
複数チーム・メンバーが集団となって特定障害の解決に注力する技法。
スクラム (Scrum)
特定の役割、イベント、および生成物で複雑なプロダクトを開発し維持するための、アジャイルのフレームワーク。
スクラム・チーム (Scrum Team)
スクラムで使用される開発チーム、スクラム・マスター、およびプロダクト・オーナーの組合せを意味する。
スクラムのスクラム (Scrum of Scrums)
大規模なスクラムを運用する技法で、複数チームがひとつのプロダクトに取り組む場合、特にチーム間で重複する分野においては、相互依存する部分の進捗について話し合いを調整し、ソフトウェアのデリバリーを統合する方法に焦点を当てる。
スクラムバン (Scrumban)
マネジメント・フレームワークのひとつで、チームが作業のやり方としてスクラムを採用し、チームがどのように作業するかを見て、理解し、継続的に改善するためのレンズとしてカンバン手法を用いるときに登場する。
スクラム・ボード (Scrum Board)
情報ラジエーターのひとつで、プロダクト・バックログとスプリント・バックログをマネジメントし、作業フローとそのボトルネックを表示するために利用される。
スクラム・マスター (Scrum Master)
スクラム・フレームワークにおける、開発チームとプロセス・オーナーのコーチ。障害を取り除き、生産的なイベントを促進し、チームを混乱から守る。「フロー・マスター」も参照。
スクラム・マスターの役割
スクラム・プロセスが確実に維持され、スクラム・チームが実務慣行や規則を忠実に守ることを保証すると共に、障害の除去についてチームをコーチングする責任を負う。
スケールド・アジャイル・フレームワーク (SAFe®: Scaled Agile Framework)
組織体規模でリーン・アジャイル開発のために統合されたパターンの知識ベース。
ストーリー・ポイント (Story Point)
相対的ユーザー・ストーリー見積り技法で使用される、単位のない尺度。
スパイク (Spike)
プロジェクト内の、通常は長さが固定されている短い時間間隔で、その間にチームはリサーチを実施したり、その実行可能性を証明するためにソリューションの一側面のプロトタイプを作成したりする。
スプリント (Sprint)
スクラムにおけるタイムボックス化されたイテレーションを記述する。
スプリント計画 (Sprint Planning)
スクラムにおける協業イベントのひとつで、スクラム・チームが現在のスプリントについて作業を計画する。
スプリント・バックログ (Sprint Backlog)
スクラムのスプリント中に完了すべき、スクラム・チームによって特定された作業項目のリスト。
スモーク・テスト (Smoke Testing)
開発作業中のシステムにおける最も重要な機能が、意図した通りに機能していることを確認するために行う一連の軽量なテストの実務慣行。
増分 (Increment)
機能する、テスト済み、かつ受入れ済みの成果物で、プロジェクト全体の成果物のサブセット。
段階的詳細化 (Progressive Elaboration)
得られる情報が増え、より正確な見積りが可能になるにつれ、プロジェクトマネジメント計画書がより詳細化していく反復プロセス。
Doneの定義(DoD: Definition of Done)
成果物が顧客の使用のために準備が整っていると考えられ、満たされるべく要求されたすべての基準を備えたチーム用チェックリスト。
ディシプリンド・アジャイル (DA: Disciplined Agile)
プロセス決定のフレームワークのひとつで、
漸進型かつ反復型のソリューション・デリバリーに関するプロセス決定を簡単なものにできる。
デイリー・スクラム(Daily Scrum)
毎日行う短時間の共同会議で、チームは前日からの進捗状況をレビュー、当日の作業目的を明らかにし、発生しているまたは発生が予想される障害についてハイライトする。デイリー・スタンドアップとしても知られる。
テスト駆動開発 (Test-Driven Development)
仕掛中の作業が継続的に妥当性確認され、欠陥ゼロの考え方で作業をできるようにするために、作業の開始前にテストが定義される技法。
ピボット (Pivot)
プロダクトや戦略について、新しい仮説の検証を意図した計画された一連の是正。
フィーチャー駆動開発 (Feature-Driven Development)
クライアントによって価値づけられたフィーチャーの観点で駆動される、軽量なアジャイル・ソフトウェア開発手法。
振舞い駆動開発 (BDD: Behavior-Driven Development)
テストファーストの原則と英語のようなスクリプトを使用するシステム・デザインと妥当性確認の実務慣行。
フレームワーク
「枠組み」「基盤」「ひな型」などに言い換えられる。
プロダクト・オーナー (Product Owner)
プロダクトの価値を最大化し、構築される最終プロダクトに最終的な行動責任と責任説明を有する人物。
フロー・マスター
継続的フローやカンバン方式の環境の下で働く、チームのコーチおよびサービス・リクエスト・マネジャー。「スクラム・マスター」と同等。
リファクタリング (Refactoring)
期待される振舞いを変更することなく、保全性やその他望ましい属性を強化することにより、プロダクトのデザインを改善するプロダクト品質技法のひとつ。
リーン・ソフトウェア開発 (LSD: Lean Software Development).
リーン・ソフトウェア開発とは、ムダを省く製造分野における原則と実務慣行をソフトウェア開発分野へ適応することであり、品質、スピード、顧客との連携を実現するための原則と実務慣行のセットに基づいている。
レトロスペクティブ（振り返り）(Retrospective)
定期的に行われるワークショップのひとつで、プロセスとプロダクトの両方を改善するため、参加者が作業とその結果を調査する。
ローリング・ウェーブ計画法 (Rolling Wave Planning)
反復計画技法のひとつ。早期に完了しなけれ
ばならない作業は詳細に、将来の作業はよりハイレベルで計画する。
