いまさら聞けない、開発手法まわりのIT用語まとめ
目次
はじめに
「アジャイルでやります」「うちはウォーターフォール型なので…」
エンジニアとして現場に入ると、プロジェクトの進め方そのものを表す言葉が飛び交います。技術用語以上に、実は「開発手法の用語」は説明が省略されがちで、今さら聞きにくいものの代表格ではないでしょうか。
私自身、最初のプロジェクトで「スプリントごとに振り返りやります」と言われ、何のことか分からずポカンとしてしまった経験があります。この記事では、開発の進め方に関する基本用語を、実務で使われる文脈とあわせてまとめました。これから開発現場に関わる方、転職を検討している方の参考になれば幸いです。
よく使われるけれど、実は説明しにくい用語たち
1. ウォーターフォール開発
「要件定義」「設計」「実装」「テスト」「リリース」という工程を、上流から下流へ順番に進めていく開発手法です。水が上から下へ流れるように後戻りしないことから、この名前が付いています。
大規模なシステム開発や、仕様変更が起きにくいプロジェクトで採用されやすい手法です。私が最初に配属されたプロジェクトもウォーターフォール型で、「今は設計工程だから、実装の話はまだ早い」と言われて、工程がしっかり区切られていることに驚いた記憶があります。
2. アジャイル開発
小さな単位で「計画→開発→テスト→改善」を繰り返しながら進めていく開発手法です。ウォーターフォールとは対照的に、途中の仕様変更や優先順位の入れ替えに柔軟に対応できるのが特徴です。
「アジャイル＝スピード重視」というイメージだけが先行しがちですが、本質は変化に強い進め方にあります。私も当初は「決めたことをすぐ変えていいの？」と戸惑いましたが、短いサイクルで検証しながら進めることで、結果的に手戻りが少なくなると実感しました。
3. スクラム
アジャイル開発を実践するための、具体的なフレームワークのひとつです。「プロダクトオーナー」「スクラムマスター」といった役割分担や、後述する「スプリント」という時間の区切りが特徴です。
アジャイルが考え方（哲学）だとすると、スクラムはその考え方を実行するための「型」というイメージを持つと理解しやすいです。
4. スプリント
スクラムにおける、1〜4週間程度の開発の区切り期間のことです。「今週からスプリント3に入ります」のように使われます。
スプリントの最後には振り返り（レトロスペクティブ）を行い、良かった点・改善点を次のスプリントに活かします。私が驚いたのは、うまくいかなかったことも率直に共有する文化があったことです。失敗を隠さず次に活かす仕組みだと知ってから、振り返りの時間が前向きなものに感じられるようになりました。
5. MTG（ミーティング）／デイリースクラム
チームの定例会議のことを指しますが、アジャイル開発では「デイリースクラム」と呼ばれる15分程度の短い朝会が特徴的です。「昨日やったこと」「今日やること」「困っていること」を手短に共有します。
長い会議に慣れていた身としては、最初は「15分で終わるの？」と半信半疑でしたが、要点だけを話す文化に慣れると、むしろ効率的だと感じるようになりました。
まとめ
ウォーターフォールとアジャイル、どちらが優れているというものではなく、プロジェクトの特性やチームの状況によって使い分けられるものです。今回紹介した用語は、開発の進め方を理解するうえでの土台になる言葉ばかりです。
最初は聞き慣れない言葉でも、実際にプロジェクトに関わりながら使ってみることで、少しずつ自分の言葉として身についていきます。これから開発現場を目指す方にとって、この記事が現場の空気感を知るきっかけになれば嬉しいです。
