アジャイル・スクラム入門｜フリーランスが知っておくべき開発手法の基本

2026年2月18日

河野あかり

この記事のポイント

✓アジャイル開発・スクラムの基本をフリーランス向けにわかりやすく解説
✓レトロスペクティブなどの用語と実践方法を具体例で紹介します

「アジャイルって言葉は聞くけど、ウォーターフォールと何が違うの？」「スクラムのチームに参画するけど、用語がわからなくて不安」。フリーランスのエンジニアやデザイナーからよく聞く声です。

僕自身、SIerで5年ウォーターフォール開発をやった後にフリーランスに転向して、最初に入ったスクラムチームでは「スプリント」「バックログ」「ベロシティ」の連発に面食らいました。でも理解してみれば、考え方自体はシンプルです。

この記事では、アジャイルとスクラムの基本を、エンジニア以外の人にも伝わるように解説します。

アジャイルとは何か

ウォーターフォールとの違い

まず、従来型の「ウォーターフォール開発」と比較すると理解しやすいです。

	ウォーターフォール	アジャイル
計画	最初に全体計画を立てる	短期間の計画を繰り返す
変更	変更に弱い（手戻りコスト大）	変更を歓迎する
納品	最後に一括納品	小さな単位で頻繁に納品
フィードバック	開発後にまとめて確認	毎サイクルで確認・改善
リスク	後半で問題が発覚しがち	早期に問題を発見できる

ウォーターフォールは「最初に全部決めて、順番に作る」。アジャイルは「少し作って見せて、フィードバックをもらってまた作る」。

どちらが良い・悪いという話ではなく、プロジェクトの性質に合わせて選ぶもの。要件が明確で変更が少ないなら、ウォーターフォールが効率的な場合もあります。

アジャイルの4つの価値

アジャイルには「アジャイルソフトウェア開発宣言」という指針があり、以下の4つの価値を重視します。

プロセスやツールよりも、個人との対話を
包括的なドキュメントよりも、動くソフトウェアを
契約交渉よりも、顧客との協調を
計画に従うことよりも、変化への対応を

右側に書いてあることも重要だけど、左側の方がもっと重要、という意味です。「ドキュメントを書くな」ということではなく、「ドキュメントを書くことが目的化して、実際に動くものを作ることが後回しになってはいけない」ということ。

スクラムの基本フレームワーク

アジャイルは「考え方」であり、スクラムはその考え方を実践するための「フレームワーク」の1つです。アジャイルの中で最も広く使われている手法で、全アジャイル導入企業の約70%がスクラムを採用しているというデータもあります。

スクラムの3つの役割

役割	担当
プロダクトオーナー（PO）	何を作るかを決める人。バックログの優先順位を管理
スクラムマスター（SM）	チームがスクラムを正しく実践できるように支援する人
開発チーム	実際にモノを作る人。エンジニア、デザイナーなど

フリーランスとして参画する場合、多くは「開発チーム」の一員になります。ただし小規模な案件では、スクラムマスターやプロダクトオーナーの役割も兼ねることがあるので、全体像を理解しておくことが大事。

スプリント

スクラムの核となる概念。1〜4週間の固定された期間（通常は2週間）で、計画→開発→レビュー→振り返りのサイクルを回します。

スプリント（2週間）の流れ:

Day 1:    スプリントプランニング（何を作るか決める）
Day 2-9:  開発作業（毎朝デイリースクラム）
Day 10:   スプリントレビュー（成果物をデモ）
           スプリントレトロスペクティブ（振り返り）

バックログ

「やるべきことリスト」です。2種類あります。

プロダクトバックログ: プロダクト全体のやるべきことリスト。プロダクトオーナーが優先順位を管理。

スプリントバックログ: 今のスプリントでやることリスト。開発チームが管理。

デイリースクラム（朝会）

毎日15分以内で行うミーティング。立ったまま（スタンドアップ）で、3つの質問に答えます。

昨日やったこと
今日やること
困っていること（障害）

ダラダラ議論する場ではなく、状況の共有が目的。詳しい話し合いが必要な場合は、デイリースクラムの後に関係者だけで行います。

フリーランスがスクラムチームに入るときの注意点

自己組織化チームに馴染む

スクラムのチームは「自己組織化」が原則。つまり、上から指示されるのではなく、チーム自身で作業の進め方を決める。フリーランスは「言われたことだけやる」ではなく、自発的にタスクを取りに行く姿勢が求められます。

見積もりの方法を覚える

スクラムでは「ストーリーポイント」という相対的な見積もり方法を使うことが多いです。

「このタスクは何時間かかるか」ではなく、「このタスクは基準のタスクと比べてどのくらいの大きさか」で見積もる。フィボナッチ数列（1, 2, 3, 5, 8, 13, 21）を使うのが定番です。

最初は感覚がつかめないと思いますが、2〜3スプリント経験すれば慣れてきます。

振り返り（レトロスペクティブ）を大切にする

スプリントの最後に行う振り返りで、「良かったこと」「改善したいこと」「次にやること」を議論します。フリーランスだと「振り返りは面倒」と思いがちですが、チームの生産性を上げるための最重要イベントです。積極的に意見を出しましょう。

アジャイル・スクラムを一人で実践する方法

チーム案件でなくても、個人でアジャイルの考え方を取り入れることはできます。

パーソナルスクラム

1スプリント = 1週間に設定
月曜日にスプリントプランニング（今週やることを決める）
毎朝、自分に向けて「昨日やったこと/今日やること/困っていること」を書き出す
金曜日にレトロスペクティブ（振り返り）

カンバンボード

Trello やNotionで「未着手」「作業中」「完了」の3列のボードを作り、タスクを移動させる。視覚的に進捗がわかるので、達成感も得られます。

「作業中」の列には最大3つまでしかカードを置かないルール（WIP制限）を設けると、マルチタスクの防止になります。

アジャイル関連の資格

スクラムの知識を体系的に学び、資格として証明したい場合、いくつかの選択肢があります。

資格	発行元	費用	難易度
PSM I（Professional Scrum Master）	Scrum.org	約$200	中
CSM（Certified ScrumMaster）	Scrum Alliance	約15〜20万円（研修込み）	中
ACP（Agile Certified Practitioner）	PMI	約$495	中〜高

PSM Iはオンラインで受験でき、費用も抑えめなのでおすすめ。合格ラインは85%と高めですが、Scrum Guideを理解していれば十分到達できます。

プロジェクト管理全般の資格を取りたいなら、@SOHOの資格ガイドでPMPの詳細も確認してみてください。PMPはアジャイルの内容も含む総合的な資格です。

学習リソース

必読の1冊

『SCRUM BOOT CAMP THE BOOK』（翔泳社）。マンガ形式でスクラムの基本が学べる日本語の定番書。1〜2日で読めるボリュームで、これ1冊でスクラムの全体像が掴めます。

無料リソース

Scrum Guide（公式）: スクラムの定義を記した原典。20ページ程度で読めます
Agile Manifesto（公式）: アジャイルの原則を示す原典

動画

YouTubeで「スクラム入門」と検索すれば、日本語の解説動画がたくさん見つかります。Scrum.orgの公式チャンネルも、英語ですが内容が充実しています。

まとめ

アジャイルもスクラムも、結局のところ「小さく作って、早くフィードバックをもらって、改善する」というシンプルな考え方です。

フリーランスとしてスクラムチームに参画する機会は増えています。用語や進め方を事前に理解しておけば、チームにスムーズに溶け込めるし、「この人は現場経験が豊富だな」という印象を与えられます。まずはScrum Guideを読むところから始めてみてください。

フリーランスがスクラムチームで重宝される立ち回り

スクラムの「型」を覚えるのは2〜3スプリントで十分ですが、フリーランスとして指名され続ける人になるには、その先の「立ち回り」が決定的に重要です。筆者は過去5年で12のスクラムチームに参画してきましたが、契約延長率が高い人と低い人の違いは、技術力よりもむしろこの立ち回りで決まります。

スプリントプランニングで「自分の見積もり根拠」を口頭で添える

ストーリーポイントを出すときに、ただ「5です」と言うだけのフリーランスは多いです。重宝されるのは「5です。理由は、認証周りに過去案件で2スプリントかかったことがあって、今回はOAuth実装が追加なので同等規模と判断しました」と根拠を添える人。プロダクトオーナーやスクラムマスターから見ると、見積もり根拠を語れる人は信頼できる外注先として記憶に残ります。

デイリースクラムで「困っていること」を必ず1つ出す

「特に困っていません」を3日連続で言うフリーランスは、4日目には「報告がない＝進捗がない」と疑われ始めます。困っていなくても「明日のAPI設計でPOの最終確認が必要」「テスト環境のステージングDBが古いので更新したい」など、軽微なブロッカーを毎日1つ拾って共有してください。これだけでチーム内の存在感が大きく変わります。

スプリントレビューで「次に提案したい改善」をメモ持参

レビュー本番ではなく、終わった後の雑談タイムで「来スプリントこれ提案できます？」とPOに耳打ちできる人は、契約延長率がほぼ100%です。レビュー直後はPOが次の優先順位を考え始めるタイミングなので、提案が刺さりやすい。

レトロスペクティブでKPT/Fun-Done-Learn等の手法を提案できる

毎回同じ「KPT（Keep/Problem/Try）」だとチームがマンネリ化します。フリーランスとして複数チームを経験している人なら「Fun-Done-Learn」「YWT（やったこと/わかったこと/つぎやること）」「タイムライン振り返り」など複数の手法を引き出しから出せます。スクラムマスターから「この人はファシリテーション力がある」と評価される瞬間です。

ハイブリッド開発（ウォーターフォール×スクラム）の現場対応

「うちはアジャイルで開発します」と言われて参画したのに、ふたを開けたら「要件定義はウォーターフォール、実装フェーズだけスクラム」というハイブリッド型だった、というのはフリーランスあるある事例です。実際、調査会社の報告では国内のアジャイル導入企業の約6割が「ピュアスクラム」ではなく「ハイブリッド型」で運用しています。

よくあるハイブリッドパターン3種

ハイブリッドの実態を分類すると、おおむね以下の3パターンに収れんします。

パターンA: 要件定義WF＋実装スクラム 仕様書はがっちり作るが、実装はスプリントで小刻みに進める。日系SIerに最も多い形。仕様書通りに作ることが暗黙の前提なので、スクラムの「変化への対応」は弱め。

パターンB: 上流WF＋下流スクラム＋POが社内 プロダクトオーナーが発注元社員、開発チームがフリーランス混成、というパターン。POが現場業務を熟知しているので意思決定が速い反面、POのスクラム理解が浅いと毎スプリント仕様が二転三転する地雷を踏みます。

パターンC: フェーズゲート型擬似スクラム 2週間スプリントを回しているように見えるが、実際は「設計フェーズ」「実装フェーズ」「テストフェーズ」と分割されているだけで、各スプリントが独立した動くソフトを生み出していない。これは「スクラムごっこ」と呼ばれ、契約延長率が低くフリーランスにとって苦痛の現場です。