PD-S開発・運用の方法論 · 開発の手法・方法論

ベロシティ

Velocity

べろしてぃ

アジャイル開発において、チームが1イテレーション（スプリント）で完了できる作業量の指標。ストーリーポイントの合計で表される。過去のベロシティの実績値から将来のイテレーションの作業量を予測する。

共有:

他の資格での定義

アジャイル開発において、チームが1スプリントで完了できる作業量を示す指標。ストーリーポイントの合計値で表され、過去のスプリント実績から次のスプリントの計画に用いる。チームの生産性の目安となる。

アジャイル開発で、1回のイテレーション（スプリント）にチームが完了させた作業量を、ストーリーポイントなどで表したもの。過去の実績の平均から、次のイテレーションで引き受ける量やリリースの時期を見積もる。チーム間の比較には使わない。

Past Exams

過去問で 3 回出題（プロジェクトマネージャ試験 2・応用情報技術者試験 1）。うち 2 回は用語そのものを問う問題です。

出典: 独立行政法人情報処理推進機構（IPA）の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

アジャイル開発においてユーザストーリーの相対的な作業規模を表す単位。作業量、複雑さ、不確実性を考慮して数値化する。フィボナッチ数列（1, 2, 3, 5, 8, 13...）がよく使われ、プランニングポーカーで合意形成する。

アジャイル開発における見積り手法。チームメンバが各自カードで見積りを同時に提示し、差異がある場合は議論して合意形成する。デルファイ法の変形であり、個人のバイアスを排除して精度の高い見積りを行える。

システムの品質を評価するための5つの指標。信頼性（Reliability）、可用性（Availability）、保守性（Serviceability）、完全性（Integrity）、安全性（Security）の頭文字をとったもの。システムの設計・評価において重要な概念。

ふりかえり（レトロスペクティブ）の手法の一つ。Keep（続けること）、Problem（問題点）、Try（改善策）の3つの観点でチームの活動を振り返り、次の反復に向けた改善を行う。アジャイル開発でよく用いられる。

故障が発生してから修理が完了するまでの平均時間。保守性の指標であり、MTTRが小さいほど修理が速く保守性が高い。故障検知、診断、修理、復旧確認の各フェーズの時間を含む。

テストコードを先に書き、そのテストを通過する最小限のコードを実装し、リファクタリングするサイクルを繰り返す開発手法。Red（テスト失敗）→Green（テスト成功）→Refactor（リファクタリング）のサイクルで品質と設計を向上させる。