アジャイル開発（XP・スクラム）

設例　アジャイル開発の手法

> 次の記述の正誤を判定せよ。（令和4年度第13問　改題）

> イ　XPは、開発の基幹手法としてペアプログラミングを用いる方法論であり、ウォーターフォール型開発を改善したものである。

> エ　スクラムは、動いているシステムを壊さずに、ソフトウェアを高速に、着実に、自動的に機能を増幅させ、本番環境にリリース可能な状態にする方法論である。

> オ　フィーチャ駆動開発は、開発工程を上流工程から下流工程へと順次移行し、後戻りはシステムの完成後にのみ許される方法論である。

解答　イ：×　エ：×　オ：×

• イ：×……XPとウォーターフォール型開発は思想やプロセスが対照的であり、ウォーターフォール型開発を改善したものであるという点が不適切です。
• エ：×……スクラムの内容（特徴）として適切ではありません。スクラムは、開発チームの密接な連携を前提にする開発手法であり、顧客の要求変化や技術の変化など、予測が難しいプロジェクトの運営に適しています。
• オ：×……フィーチャ駆動開発はアジャイル開発のひとつであるため、後戻りはシステムの完成後にのみ許される方法論である、という箇所が不適切です。

3つの誤りの構造

イとオに共通するのは「ウォーターフォールの特徴を混ぜている」

アジャイルはウォータフォールの改善ではない

「改善」という言葉が出てきたら疑う——この読み方が有効です。

6つの手法から選ぶ

中小企業がアジャイル開発を試したい場面を考えます。

実務ではスクラムが主流

現在、アジャイル開発といえばスクラムを指すことが多くなっています。理由は、

XPとスクラムの組み合わせ

両者は競合せず、組み合わせて使えます。スクラムで進め方を決め、XPのプラクティスで品質を担保する——という形が実務では多く見られます。

LSDと運営管理のつながり

診断士として興味深いのは、製造業の知見がソフトウェア開発に応用されているという点です。

「作りすぎのムダ」が興味深い

使われない機能を作ることは、在庫を作りすぎるのと同じムダ——この見方は、システム開発の費用対効果を考えるうえで有用です。

このあと学ぶXPのプラクティス「YAGNI（You Aren't Going to Need It）」——先の事を考えて前払い的に機能を増やさない——も、同じ発想です。

確認してみましょう

> 次の記述の正誤を判定せよ。

> a　XPは、アジャイル開発プロセスの先駆けとなった手法であり、Kent Beck氏らによって考案・提唱されている。

> b　FDDは、ユーザにとっての機能価値（＝フィーチャ）を基本単位として開発を進める。

> c　LSDは、製造業を中心に展開されているリーン生産方式の考え方をソフトウェア開発に応用したものである。

解答　a：○　b：○　c：○

いずれも正しい記述です。考案者の名前、基本単位、由来——特徴的な語をそれぞれ押さえておきましょう。

設例1　XPのプラクティス

> XPのプラクティスに関する次の記述の正誤を判定せよ。（令和3年度第18問　改題）

> ア　1週間の作業時間は、チームのメンバー全員で相談して自由に決める。

> イ　2人のプログラマがペアになって、同じPCを使用して交代しながらプログラミングを行う。

> ウ　ソースコードの修正や再利用は、責任を明確にするために、作成者だけが行うようにする。

> エ　プログラムを書く前にテストケースを作成しておき、動作を確認した上でプログラムを洗練させていく。

> オ　リファクタリングの際には、開発効率を高めるために内部構造には変更を加えず、外部から見た振る舞いを変更する。

解答　ア：×　イ：×　ウ：×　エ：○　オ：×

• ア：×……「最適なペースの仕事」に該当する記述ではありません。
• イ：×……「ペアプログラミング」に該当する記述ではありません。
• ウ：×……「共同所有権」に該当する記述ではありません。
• エ：○……「テスト駆動開発」の内容です。
• オ：×……「リファクタリング」に該当する記述ではありません。

それぞれの誤りを正す

オの誤りがとくに巧妙

リファクタリングの定義は「機能を変えずに内部構造をわかりやすいものに変更する」です。選択肢はこれを完全に逆にしています。

リファクタリングの目的は「見た目は同じまま、中身を整える」——この理解があれば、逆になっていることに気づけます。

設例2　ペアプログラミング

> XPにおけるペアプログラミングでは、2人のプログラマがペアとなり、相談やレビューを行いながら、協力してプログラムの開発を行う。（令和7年度第13問）

解答　○

ペアプログラミングの狙い

共同所有権との組み合わせ

この2つが組み合わさると、属人化が大きく減ります。

中小企業にとっての示唆

第11章で学ぶIT組織・人材育成では、属人化が大きな課題として扱われます。

「効率が落ちるように見えて、組織としては強くなる」——これがペアプログラミングの本質的な価値です。

リファクタリングの実務的な意味

「動いているのに直すのか」という疑問

レガシーシステムの問題は、リファクタリングを怠り続けた結果ともいえます。継続的に手入れをすることで、システムの寿命が延びる——この視点は、経営者に伝える価値があります。

確認してみましょう

> 次の記述の正誤を判定せよ。

> a　テスト駆動開発では、実装を行うより先にホワイトボックステストを準備する。

> b　共同所有権では、実装コードの所有者を明確にし、作成者のみが修正を行う。

> c　XPでの適用可能なプロジェクトは、規模が比較的小さい（初期段階で10人以下）ことが望ましい。

解答　a：○　b：×　c：○

• b：×……共同所有権では、実装コードの所有者は決めず、すべてのコードに対して全員が責任を担い、誰が作ったソースコードであっても開発チーム全員が断り無く修正を行えるようにします。

設例　スクラムの特徴

> スクラムの特徴に関する次の記述の正誤を判定せよ。（令和6年度第14問　改題）

> ア　開発者は、製品開発に必要な機能、タスク、要件などをリストアップしたプロダクトバックログの優先順位を決定する。

> イ　スクラムマスターは、スクラムチームから生み出されるプロダクトの価値を最大化させる責任がある。

> ウ　スプリントレビューは、主要なステークホルダーに作業の結果を提示し、プロダクトゴールに対する進捗を話し合うイベントである。

> エ　プロダクトオーナーには、開発チームの開発における障害物を取り除く責任がある。

> オ　レトロスペクティブは、開発チームの全員が、昨日行ったこと、今日行うこと、障害になっていることを話し合い、全員で開発状況を共有するイベントである。

解答　ア：×　イ：×　ウ：○　エ：×　オ：×

• ア：×……プロダクトオーナーが決定します。
• イ：×……プロダクトオーナーに責任があります。
• エ：×……スクラムマスターに責任があります。
• オ：×……デイリースクラムの内容です。

4つの誤りが、役割とイベントの入れ替え

アとイはどちらもプロダクトオーナー

プロダクトオーナーの2大責任を押さえておけば、両方判定できます。

「価値」という語がプロダクトオーナーの目印

3つの役割を、会社の組織にたとえる

スクラムマスターは管理職ではない

「指揮命令」ではなく「支援」——この点が、従来のプロジェクトマネージャとの大きな違いです。

開発者の「自己管理」という特徴

なぜ自己管理なのか

XPの「責任の受け入れ」と同じ発想です。

中小企業での応用

スクラムの形式をそのまま導入するのは難しくても、考え方は応用できます。

1つ目が実務的に効く

「決める人を決める」——これは、システム開発に限らず、あらゆるプロジェクトで有効な助言です。

確認してみましょう

> 次の記述の正誤を判定せよ。

> a　プロダクトオーナーは、プロダクトバックログの優先順位を決定する。

> b　スクラムマスターは、チームがスクラムのフレームワークに従って開発を進められるようにする指導・トレーニング・コーチの役割を担う。

> c　スクラムの価値基準は、確約・集中・公開・尊敬・勇気の5つである。

解答　a：○　b：○　c：○

いずれも正しい記述です。5つの価値基準も、そのまま問われることがあるので押さえておきましょう。

設例　デイリースクラムとスプリントレビュー

> 次の記述の正誤を判定せよ。（令和7年度第13問　改題）

> デイリースクラムでは、スプリントの成果をステークホルダーに提示し、フィードバックを得る。

解答　×

スクラムにおけるスプリントレビューの内容です。

判別のキーワード

4つのイベントを時系列で並べる

2週間のスプリントを例に、いつ何が行われるかを追ってみます。

デイリースクラムが15分である理由

「短く、毎日」が効く理由

第7章で学んだ障害対策の発想と同じ

スプリントレビューとレトロスペクティブを分ける理由

なぜ分けるのか

2つ目がとくに実務的

「実は連携がうまくいっていない」「この作業に時間がかかりすぎている」——こうした話は、顧客の前では言いにくいものです。チームだけの場を設けることで、率直な振り返りが可能になります。

中小企業での応用

システム開発に限らず、どんなプロジェクトでも応用できます。

「振り返りの場を設ける」ことの価値

運営管理で学ぶPDCAの「C（Check）」と「A（Act）」を、2週間ごとに回す仕組みだと考えると、経営の文脈に位置づけられます。

診断士としての助言

「毎日15分の立ち会議」——これだけなら、どんな企業でも今日から始められます。

確認してみましょう

> 次の記述の正誤を判定せよ。

> a　スプリントプランニングでは、プロダクトオーナーがプロダクトバックログから最優先の項目を提示する。

> b　スプリントレトロスペクティブは、主要なステークホルダーに作業の結果を提示し、フィードバックを得るイベントである。

> c　スプリントバックログは、スプリント中に実施するタスクのリストであり、開発チームが管理する。

解答　a：○　b：×　c：○

• b：×……これはスプリントレビューの内容です。スプリントレトロスペクティブは、チームが自身のプロセスを振り返り、何がうまくいったか、改善すべき点は何かを話し合うイベントです。