IT用語辞典

CI/CDは、継続的インテグレーション（CI）と継続的デプロイメント（CD）を組み合わせた開発プラクティスです。開発者がコードをコミットする度に自動的にビルド・テストを実行し、品質を保ちながら迅速なリリースを可能にします。

TDDは「Red-Green-Refactor」サイクルに従います：①失敗するテストを書く（Red）、②テストを通す最小限のコードを書く（Green）、③コードを改善する（Refactor）を繰り返すことで、高品質で保守性の高いコードを作成します。

リファクタリングは、機能追加や修正を行いながら継続的にコード品質を改善する手法です。命名の改善、メソッドの分割、重複コードの排除、設計パターンの適用などを通じて、長期的な開発効率を向上させます。

ペアプログラミングでは、ドライバー（コードを書く人）とナビゲーター（レビューと方向性を指示する人）の役割を交代しながら作業します。リアルタイムのコードレビュー効果により、バグの早期発見と知識の共有が促進されます。

スプリントは、計画・実行・レビュー・振り返りのサイクルを繰り返すことで、要件変更に柔軟に対応しながら継続的に価値を提供します。スプリント計画、日次スクラム、スプリントレビュー、レトロスペクティブが含まれます。

コードレビューは、プルリクエストやマージリクエストを通じて実施されることが多く、コーディング規約の遵守、ロジックの妥当性、セキュリティ問題の発見、知識の共有などを目的とします。建設的なフィードバックによりチーム全体のスキル向上につながります。

モブプログラミングは「All the brilliant minds working on the same thing, at the same time, in the same space, on the same computer」の概念に基づきます。複雑な問題解決、知識伝達、チームビルディングに効果的で、定期的なドライバー交代により全員の参加を促進します。

ユーザーストーリーは、アジャイル開発において要件を表現する標準的な方法です。ユーザーの価値に焦点を当て、開発チームが「なぜその機能が必要なのか」を理解しやすくします。受け入れ条件（Acceptance Criteria）と組み合わせて使用されます。

ベロシティは、チームの継続的な作業能力を測定し、スプリント計画とリリース計画の精度を向上させます。過去数スプリントの平均値を使用し、チームの改善や外部要因の影響を評価する指標としても活用されます。

リトロスペクティブでは、「Keep（続けること）」「Problem（問題点）」「Try（試すこと）」の観点から振り返りを行います。心理的安全性を保ちながら率直な意見交換を促進し、具体的な改善アクションを決定します。

デイリースクラムでは、各メンバーが「昨日やったこと」「今日やること」「障害物」を共有します。問題解決の場ではなく情報共有の場として機能し、詳細な議論は別途実施します。立って行うことが推奨されています。

プロダクトバックログは生きているドキュメントで、市場の変化や学習に応じて継続的に更新されます。DEEP（Detailed、Estimated、Emergent、Prioritized）の特性を持ち、ユーザーストーリー、エピック、技術的タスクなどが含まれます。

Definition of Doneには、コーディング規約の遵守、テストの実行、コードレビューの完了、ドキュメントの更新、受け入れ条件の満足などが含まれます。チーム全体で合意し、継続的に見直しを行います。

スパイクは、新技術の調査、アーキテクチャの検証、複雑な要件の分析などに使用されます。通常、時間を区切って実施し、その結果に基づいて本格的な開発の方向性や見積もりを決定します。プログラムコードを書くことも、調査・分析のみの場合もあります。

技術的負債は、急いで実装された不完全なコード、古い技術の使用、不適切な設計などから生じます。「利息」として開発速度の低下やバグの増加をもたらすため、定期的な返済（リファクタリング）が必要です。意図的負債と非意図的負債に分類されます。