【第18話】それアジャイルでしょ？｜ITパスポート 令和7年度 問44

拓也

まあまあ、静かで集中できるし。ちょうどいいよ

拓也

あ、それ、システム開発の進め方の話だ。ちょうどいいから、音楽制作にたとえて説明しようか

拓也

うん、せっかくだしね

拓也

お、なんでそう思った？

拓也

発想はすごく近いんだけど、実は着眼点がちょっとズレてるんだ

拓也

うん。アジャイルは、短い期間で"計画→開発→テスト"を何度も繰り返しながら、実際に動く機能を少しずつ完成させていく開発スタイル全体を指す言葉。"早さ"や"柔軟さ"が特徴なんだけど、今回の問題文が聞いてるのは、もっとピンポイントな話なんだ

拓也

うん。問題文、もう一回読んでみて。"目に見える形で利用者の要求が確認できるような、確認用のソフトウェア"って書いてあるでしょ。これ、たとえ話で説明するね

拓也

曲を作るとき、いきなりフルオーケストラで本番レコーディングする？

拓也

そう、それ！　ギター1本の弾き語りとか、簡単な打ち込みで"デモ音源"を作って、プロデューサーとかクライアントに聴かせて、"こんな感じの方向性でいいですか？"って確認する

拓也

まさにそれ。開発の早い段階で、実際に触れる"試作品（プロトタイプ）"を作って、利用者に見せて確認する。これがプロトタイピングモデル

拓也

そういうこと。"完成品はまだ無いけど、方向性はこれで合ってますか？"って早めに聞いておくのがプロトタイピングの本質。だから正解はエなんだ

拓也

完璧。似てるようで、"何にフォーカスしてるか"が全然違うんだ

拓也

ちなみにプロトタイピングって、実務だとすごく大事な考え方でさ――

拓也

（マイク越しに）"作ってから気づく"より、"作る前に気づく"ほうが、圧倒的にコストが低いんです。試作品を早期に提示することで、手戻りのリスクを大幅に削減できるんですよ

拓也

あ

拓也

すみません、つい熱が入ると、マイクがあると使いたくなる癖があって……

拓也

……図星です。以後、気をつけます

拓也

気を取り直して、残りのイとウね

拓也

そう。要件定義→設計→実装→テストを、順番どおりに、後戻りしない前提で進めるモデル。最初にしっかり計画を固めるから、早い段階で試作品を見せる文化はあまりないんだ

拓也

スパイラルは、機能ごとに分割して、"設計→開発→評価"のサイクルを繰り返しながら、少しずつ精度を上げていくモデル。プロトタイピングと似た部分もあるけど、"リスクを評価しながら本番に近づけていく"っていう側面が強いんだ

拓也

いい例え。プロトタイピングが"最初の確認"に焦点を当ててるのに対して、スパイラルは"繰り返しながら完成度を上げる"ことに焦点があるんだ

拓也

そのとおり。名前だけ覚えるんじゃなくて、"それぞれ何にフォーカスしてる手法か"を押さえておくと、選択肢で迷わなくなるよ

拓也

『早い段階で』『目に見える形で』『要求を確認』、この3つのキーワードが揃ったら、ほぼプロトタイピングだと思っていいよ

拓也

プロトタイピングのいいところは、利用者と開発者の"完成イメージのズレ"を早期に発見できること。ただし、試作品を作るコストや時間がかかるっていうデメリットもある

拓也

そう。だから、プロジェクトの規模や予算に応じて、どこまで試作品を作り込むかを考えるのも大事なポイントなんだ

拓也

うん？

拓也

え、それ、なんの話？

拓也

……うん。それ、悪くない進め方だと思う

拓也

え、それ、俺のこと？

拓也

いや、なんでもない。……次はちゃんと歌おうね、ここ、カラオケだし