アジャイル開発とプロセス評価

要点と定義

アジャイル開発では、短い周期で作業と確認を重ね、確認で得た情報を次の周期の計画に生かします。こうした反復により、利用者が必要とするものとの食い違いを見つけ、後の作業で要求の変化に対応しやすくなります。

スクラムは、役割やイベント、作成物、運用上のルールを組み合わせた開発の枠組みです。個々の実践を見分ける際は、枠組み全体の構成なのか、特定の作業方法なのかを確かめます。

ペアプログラミングでは、二人が同じ成果物の実装に一緒に取り組みます。一人が入力し、もう一人が確認や提案をするなど、作業中に相談しながら品質向上や知識共有を図ります。

バーンダウンチャートは、期間の経過に伴う残作業量を表す図です。予定または予想と実績を見比べ、残作業の減り方を進捗確認に役立てます。

過去の出題で扱った補足として、インスペクションは、作成者以外の進行役がレビューを主導し、結果を記録して分析する技法です。二人で実装を進めるペアプログラミングとは、行う時点も目的も異なります。

過去の出題で扱った補足として、CMMIは組織などのプロセス能力や成熟度の評価と改善に役立つモデルです。開発作業の進め方や、成熟度ごとに使う手順を定めるものではありません。

適用条件と例

例えば、試作した予約画面を利用者に見てもらい、必要な項目の優先順位が当初の想定と違うと分かったとします。チームは確認結果を後続の作業計画に反映し、次の周期で対応を検討できます。反復は変更を扱う機会になりますが、確認や判断を省いても要求が自動的に整うわけではありません。

二人が一つの処理を一緒に実装し、入力中にも互いの案を確認するなら、ペアプログラミングの特徴に当たります。これに対し、すでに作られた成果物を参加者で点検し、進行役が記録を分析するなら、過去の出題で扱ったインスペクションの特徴です。

残作業を未完了の作業項目数で管理するチームなら、その数を縦方向、経過時間を横方向に置いて推移を確認できます。例えば、実績の線がしばらく下がらない場合は、作業の停滞や見積もりをチームで確認するきっかけになります。単位は採用した見積もり方法に合わせて読み取ります。

誤りやすい点

反復の目的と、進捗の見える化、ペア内の役割交代、毎日の状況共有は別々に捉えます。いずれも開発を支える活動ですが、反復そのものが担うのは、周期ごとの成果や反応を後の計画に生かすことです。

バーンダウンチャートは、図の形だけで決めず、縦軸が残作業量を表しているかを確認します。不具合数や要員数の推移では目的が異なります。予定と実績がずれることもあるため、二つの線の差を進捗の確認に使います。