ハイブリッドアジャイルとは｜計画型と組み合わせる進め方

ハイブリッドアジャイルとは、最初に全体の計画を固めるウォーターフォール型の進め方と、短い期間で作っては確かめるアジャイル型の進め方を、工程や領域ごとに組み合わせる開発の進め方です。 「会社としては予算と納期を最初に決めたいが、現場は使いながら直していきたい」という板挟みに悩む人が、落としどころとしてたどり着くことの多い考え方です。 この記事では、ハイブリッドアジャイルの意味、代表的な組み合わせ方、向いているプロジェクトと失敗しやすい点、そして計画と日々の作業をどう管理するかまでを、初めて調べる人にも分かる言葉で整理します。 全体の日程を線表で見ながら日々の作業はカードで回す、という管理は、Pinateca のようにガントチャートとカンバンボードを1つの道具で切り替えられるタスク管理でも実現できます。

ハイブリッドアジャイルが注目される背景

システム開発の進め方は、大きく2つに分けて説明されます。 1つはウォーターフォール型で、要件定義、設計、開発、テスト、リリースという工程を順番に進め、前の工程が終わってから次へ移ります。 滝の水が上から下へ流れるように後戻りしない前提なので、この名前が付いています。 もう1つがアジャイル型で、作るものを小さく区切り、1〜4週間ほどの短い期間で作って確かめることを繰り返します。

アジャイル型の考え方の出発点としてよく引かれるのが、2001年に開発者たちがまとめた「アジャイルソフトウェア開発宣言」です。

プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を、価値とする。 出典: agilemanifesto.org（アジャイルソフトウェア開発宣言 日本語訳）

宣言の原文は、この直後に「左記のことがらに価値があることを認めながらも」と続きます。 つまり、計画や文書を捨てろと言っているのではなく、どちらをより重視するかを示しているだけです。 この「どちらにも価値がある」という前提が、2つの進め方を組み合わせるハイブリッドアジャイルの考え方の土台になっています。

国内の企業では、長くウォーターフォール型が主流でした。 予算を年度ごとに決め、稟議（社内の承認手続き）を通してから発注する仕組みの中では、最初に金額と納期が決まる進め方のほうが合っていたからです。 一方で、スマートフォンのアプリや会員向けのWebサービスのように、利用者の反応を見ながら直していく必要があるものが増え、アジャイル型を取り入れたいという現場の声も強くなりました。 社内のルールはウォーターフォール型、現場の実感はアジャイル型という食い違いを埋める方法として、両方の良い面を工程ごとに使い分けるハイブリッドアジャイルが選ばれるようになっています。

ウォーターフォールとアジャイルの違いを整理する

ハイブリッドアジャイルを理解するには、元になる2つの進め方の違いを押さえておく必要があります。

比べる点	ウォーターフォール型	アジャイル型
計画の立て方	最初に全体を決める	短い期間ごとに見直す
仕様の変更	変更の手続きが重く、費用がかさみやすい	前提として受け入れる
利用者が触れる時期	終盤のテストやリリース後	早い段階から少しずつ
予算と納期の見通し	立てやすい	範囲を固定しないと立てにくい
向く仕事	要件が固い基幹システム、法令対応	利用者の体験に関わる画面や新サービス

ウォーターフォール型の強みは、最初に全体を決めるので、経営層や発注者が予算と納期の判断をしやすいことです。 工程の区切りごとに成果物を確かめるので、品質の確認の手順も明確です。 弱みは、途中で仕様を変えると前の工程まで戻ることになり、手戻りの費用が大きくなる点です。 完成してから利用者に見せたら「思っていたものと違う」と言われる、という事態も起きやすくなります。

アジャイル型の強みは、早い段階から動くものを利用者に見せ、その反応を次の作業に反映できることです。 弱みは、作る範囲を最初に固定しないため、「全部でいくらかかるのか、いつ終わるのか」に答えにくい点です。 会社の予算の仕組みと合わず、導入の承認が下りないことがあります。

どちらが優れているという話ではなく、仕事の性質によって合う進め方が違う、というのが実際のところです。 同じプロジェクトの中でも、工程によって性質が違うことがあります。 そこに目を付けたのがハイブリッドアジャイルです。

ハイブリッドアジャイルの代表的な3つの型

ハイブリッドアジャイルという言葉には、決まった定義がありません。 組み合わせ方はプロジェクトごとにさまざまですが、よく使われる型は次の3つです。

ハイブリッドアジャイルという言葉に明確な定義はなく、ハイブリッドアジャイルを採用したプロジェクトの進め方は様々です。 出典: spice-factory.co.jp

工程で分ける型（ウォーター・スクラム・フォール）

企画と要件定義はウォーターフォール型で進めて全体の方向と予算を決め、開発とテストの中心部分はアジャイル型で短く回し、最後の総合テストとリリースは再びウォーターフォール型で計画的に行う型です。 最初と最後が計画型、真ん中がアジャイル型という並びから、この名前で呼ばれます。 最も広く使われている形で、会社の承認の手続きを変えずにアジャイル型を取り入れられるのが利点です。

領域で分ける型

システム全体はウォーターフォール型で進めながら、利用者の画面やスマホアプリの部分だけをアジャイル型で作る型です。 たとえば会計や在庫のような基幹の部分は仕様が法令や社内規程で決まっているので計画型で進め、予約画面や会員ページのように利用者の使い勝手が大事な部分はアジャイル型で何度も直す、という使い分けです。 アジャイル型を初めて試す会社が、小さな範囲で経験を積む入口としても使われます。

状況に応じて手法を選ぶ型

プロジェクトの性質やチームの成熟度に合わせて、スクラム、カンバン、計画型の手順などを組み合わせて選ぶ考え方です。 米国のプロジェクトマネジメント協会（PMI）が提供している「ディシプリンド・アジャイル」という枠組みがこの考え方の代表例として知られています。 決まった手順を当てはめるのではなく、状況ごとに選び方の指針を示す形なので、ある程度の経験があるチームに向いています。

3つの型のうち、初めて取り入れるなら工程で分ける型か領域で分ける型から始めるのが無理のない選び方です。 どちらも、今の社内の承認の流れを大きく変えずに済むからです。

ハイブリッドアジャイルの進め方を工程ごとに見る

最も使われている「工程で分ける型」を例に、各工程で何をするかを具体的に見ていきます。

1. 企画と要件定義（計画型）

プロジェクトの目的、作る機能の大まかな一覧、予算、リリースの時期を決めます。 ここで大切なのは、機能の細部まで決め切らないことです。 「会員が予約を変更できる」という機能の項目までは決めても、画面の並びやボタンの文言はアジャイルの工程に任せます。 細部まで決めると、後の工程で変えられなくなり、アジャイル型を取り入れる意味が薄れます。 あわせて、セキュリティの基準や応答の速さ、同時に使える人数といった、機能以外の条件（非機能要件）もこの段階で決めておきます。 これらは後から変えると影響が大きいため、計画型で固めるのが向いています。

2. 開発（アジャイル型）

要件定義で決めた機能の一覧を優先順位の高い順に並べ、2週間ほどの区切りで作っては関係者に見せることを繰り返します。 区切りの終わりに、発注側の担当者や実際に使う人に動く画面を見てもらい、意見を次の区切りに反映します。 要件定義で決めた範囲と予算の中で、何を先に作るかを入れ替えるのがこの工程の柔軟さです。 範囲の外の新しい要望が出たときは、計画型のルールに従って変更の手続きを取ります。

3. 総合テストとリリース（計画型）

すべての機能がそろったら、業務の流れに沿った総合テストを計画的に行います。 古いシステムからのデータの移し替え、利用者への説明会、切り替えの日程などは、関係者が多く、やり直しが利かない作業です。 こうした作業は、日程を細かく決めて順番に進める計画型が向いています。

4. リリース後の改善（アジャイル型）

公開した後は、利用者の声や使われ方の数字を見ながら、小さな改善を短い区切りで続けます。 リリース後に計画型に戻ると、改善の要望が年に1回の大きな改修にまとめられてしまい、利用者の不満が長く残ります。

ハイブリッドアジャイルのメリット

ハイブリッドアジャイルを取り入れる利点は、次の4つに整理できます。

1. 予算と納期の見通しを立てやすい：最初の工程で範囲と予算を決めるので、経営層や発注者が判断しやすくなります。
2. 利用者の声を早い段階で反映できる：開発の工程で動くものを見せるので、完成後に「思っていたものと違う」となる危険が減ります。
3. 会社の承認の仕組みを変えずに始められる：稟議や契約の手続きは計画型のまま、現場の進め方だけを変えられます。
4. 発注側の関与が続く：区切りごとに動くものを見る場があるので、要件定義の後に発注側の関心が薄れる、という計画型の弱みを補えます。

アジャイル開発は、UI/UXの改善や新機能追加など、利用者の体験に直結する領域で大きな効果を発揮します。 出典: spice-factory.co.jp

利用者の体験に関わる部分ほどアジャイル型の効果が大きく、仕様が固い部分ほど計画型が向く、という性質の違いを、1つのプロジェクトの中で使い分けられるのがハイブリッドアジャイルの最大の利点です。 飲食店の予約システムを例にとると、売上の集計や会計ソフトとの連携は仕様がはっきりしているので計画型、お客さんが触る予約画面や店からのお知らせの見せ方は、実際に使ってもらいながら直すアジャイル型が合います。

ハイブリッドアジャイルのデメリットと失敗しやすい点

組み合わせ方を誤ると、両方の悪い面が出ることもあります。 よく起きる失敗を挙げます。

要件定義で細部まで決めすぎる

計画型の工程で画面の細部まで決めてしまうと、アジャイルの工程で直せる余地がなくなります。 結果として「名前だけアジャイルで、中身はウォーターフォール」という状態になり、区切りごとの見せる場が単なる進み具合の報告会になってしまいます。

契約の形が進め方と合っていない

開発の工程をアジャイル型で進めるのに、契約は「最初に決めた成果物を完成させる」請負の形のまま、という組み合わせは、仕様の入れ替えのたびに契約の変更が必要になり、現場が動けなくなります。 アジャイル型の工程は、作業そのものを約束する準委任の契約と組み合わせることが多くなっています。 具体的な契約の形は、案件の事情や契約書の内容で変わるので、発注側と受注側でよく話し合い、必要に応じて専門家に確認してください。

2つの工程の境目で引き継ぎが漏れる

計画型の工程とアジャイル型の工程で担当者やチームが変わると、境目で情報が抜け落ちます。 要件定義で決めた「なぜこの機能が必要か」がアジャイルのチームに伝わらず、優先順位を誤るという失敗が典型です。 要件定義の資料と、アジャイルの工程で使う作業の一覧を、同じ場所で見られるようにしておくと防ぎやすくなります。

進み具合の測り方が混ざる

計画型の工程は「予定の日付に対して何％進んだか」で測り、アジャイル型の工程は「区切りごとにどれだけ完成したか」で測ります。 2つの測り方を1つの報告書に混ぜると、全体として遅れているのか順調なのかが分からなくなります。 全体の日程は線表（ガントチャート）で、日々の作業はカードの動きで見る、というように、見る道具を工程に合わせて分けるのが有効です。

ハイブリッドアジャイルが向いているプロジェクト・向いていないプロジェクト

ハイブリッドアジャイルは万能ではありません。 次の表を目安に、自分のプロジェクトに合うかを判断します。

向いている	向いていない
予算と納期を最初に承認する必要がある	関係者が2〜3人で、すぐに話し合える
利用者の画面と基幹の処理が混ざっている	要件が法令などで完全に決まっている
発注側の担当者が区切りごとに確認に参加できる	発注側が完成まで関与できない
古いシステムからの切り替えを伴う	試作だけで、本番の切り替えがない

関係者がごく少数で、その場で話し合って決められる小さな案件なら、最初から全部アジャイル型で進めたほうが速く済みます。 逆に、法令対応のように作るものが最初から決まっていて変更の余地がない仕事は、全部を計画型で進めたほうが無駄がありません。 ハイブリッドアジャイルが力を発揮するのは、その中間にある「予算の枠は固定したいが、中身は使いながら決めたい」案件です。

飲食や小売のように、現場の声で使い勝手が大きく変わる業種の業務システムは、この中間に当てはまることが多い分野です。 店舗の注文や在庫の仕組みを入れ替えるとき、会計との連携は計画型、スタッフが毎日触るレジや発注の画面はアジャイル型にすると、導入した後に現場が使わなくなる、という失敗を避けやすくなります。 業務システムの導入では、店長やスタッフが実際の営業の流れの中で試す場を区切りごとに設けることが、計画書の出来以上に結果を左右します。

ハイブリッドアジャイルを導入する5つの手順

ハイブリッドアジャイルを初めて取り入れるときは、いきなり会社全体の進め方を変えるのではなく、1つのプロジェクトで試してから広げるのが安全です。 導入の手順を5つに分けて説明します。

手順1：プロジェクトの中身を「固い部分」と「柔らかい部分」に分ける

最初に、作るものの一覧を書き出し、仕様がほぼ決まっている部分と、使ってみないと決められない部分に分けます。 会計や給与の計算、法令で決まった帳票、他のシステムとのデータのやり取りは固い部分です。 利用者が操作する画面、お知らせの見せ方、検索の使い勝手は柔らかい部分です。 迷う項目は「後から変わったときに、どれだけの範囲に影響が出るか」で判断します。 影響が広いものほど固い部分として扱い、早めに決めます。

手順2：固い部分の範囲と予算を先に決める

固い部分は計画型で、範囲、予算、日程を決めます。 柔らかい部分についても、作る機能の項目と、そこにかけられる予算の上限だけは先に決めておきます。 「予約画面の改善に、2週間の区切りで6回分の予算を確保する」という決め方なら、中身を後から入れ替えても、全体の予算は守れます。

手順3：区切りの長さと確認の場を決める

柔らかい部分を回す区切りの長さを決めます。 初めてなら2週間が扱いやすい長さです。 区切りの終わりに、発注側の担当者や実際に使う人が動くものを見て意見を出す場を設け、その日程を最初にまとめて押さえておきます。 確認の場の日程が後回しになると、関係者の予定が合わず、区切りの意味がなくなるからです。

手順4：工程の境目で渡すものを決める

計画型の工程からアジャイル型の工程へ、またアジャイル型から最後の総合テストへ移るとき、何を渡せば次の工程が始められるかを決めておきます。 要件定義からアジャイルの工程へは「機能の一覧と、その機能が必要な理由、優先順位」、アジャイルの工程から総合テストへは「完成した機能の一覧と、確認の場で出た意見の記録」が基本です。 渡すものが決まっていないと、境目で情報が抜け落ちます。

手順5：最初のプロジェクトの終わりに振り返る

1つのプロジェクトを終えたら、どの部分を計画型にし、どの部分をアジャイル型にしたのが合っていたか、関係者で振り返ります。 「この部分は思ったより変更が多かったので、次はアジャイル型に回す」といった学びを記録し、次のプロジェクトの切り分けに生かします。 ハイブリッドアジャイルは決まった型を当てはめるものではなく、自分たちの組織に合う組み合わせを少しずつ見つけていく進め方です。

進み具合を関係者に報告するときのコツ

ハイブリッドアジャイルで意外に難しいのが、経営層や発注側への進み具合の報告です。 計画型の工程とアジャイル型の工程では、「順調」の意味が違うからです。

計画型の工程は、予定の日付と比べて、終わった作業の割合で報告します。 「要件定義の資料の作成は、予定の8割の時点で9割まで終わっている」という伝え方です。 アジャイル型の工程は、区切りごとに完成した機能と、残っている機能の一覧で報告します。 「6回の区切りのうち3回を終え、予定した12の機能のうち7つが完成し、確認の場で出た意見を受けて2つの機能の中身を入れ替えた」という伝え方です。

アジャイル型の工程の報告で避けたいのは、「全体の何％終わったか」という聞かれ方に、無理に1つの数字で答えることです。 中身を入れ替えながら進めているので、最初の計画に対する割合は意味を持ちにくくなります。 代わりに「予算の範囲で、優先度の高い機能から順に完成している」ことと、「残りの区切りで何を作る予定か」を示すと、聞く側も判断しやすくなります。

経営層に向けた報告では、1枚の資料に「全体の日程の線表」と「アジャイル型の工程で完成した機能の一覧」を並べ、工程ごとに見る物差しが違うことを最初に一言添えておくと、誤解を防げます。 報告のたびに説明する手間を減らすには、プロジェクトの開始時に報告の形を関係者と合意しておくのが最も確実です。

ハイブリッドアジャイルについてのよくある誤解

最後に、ハイブリッドアジャイルについて誤解されやすい点を3つ整理します。

1つ目は、「ハイブリッドにすれば両方の良いところだけが手に入る」という誤解です。 実際には、2つの進め方の境目を管理する手間が新しく生まれます。 境目で渡すものの取り決めや、工程ごとに違う報告の形を整える手間をかけて、初めて両方の利点が生きます。

2つ目は、「アジャイル型に慣れるまでの一時的な形」という誤解です。 会社の予算の仕組みや、法令で決まった部分を含むシステムでは、ハイブリッドの形が最も合っていることも多く、無理に全部をアジャイル型に移す必要はありません。 組織とプロジェクトに合った組み合わせを続けることが目的です。

3つ目は、「要件定義をしっかりやればアジャイルの工程は短くて済む」という誤解です。 要件定義で細部まで決めすぎると、アジャイルの工程で直す余地がなくなり、利用者の声を反映するという本来の利点が失われます。 要件定義では「何を作るか」と「なぜ作るか」までを決め、「どう見せるか」はアジャイルの工程に任せる、という線引きが大切です。

4つ目は、「ハイブリッドにすると発注側の負担が軽くなる」という誤解です。 実際には逆で、アジャイル型の工程では、区切りごとに動くものを確かめ、優先順位を決め直す作業が発注側にも求められます。 計画型だけで進めていたときは、要件定義が終われば完成まで待っていればよかったのに比べると、関与する時間は長くなります。 その代わりに、完成してから「思っていたものと違う」と気づく危険が小さくなる、という交換だと理解しておくと、導入の後に戸惑わずに済みます。 発注側で確認を担当する人の業務時間を、あらかじめ確保しておくことも導入の準備の1つです。

社内の承認を得るときの説明の仕方

ハイブリッドアジャイルを取り入れたいと考えても、社内の承認が下りなければ始められません。 承認する側の経営層や情報システム部門が気にするのは、主に「予算が膨らまないか」「いつ終わるのか」「品質は大丈夫か」の3点です。

予算については、柔らかい部分にかける上限額を最初に決め、その中で中身を入れ替えると説明します。 上限を超える要望が出たときは、計画型のルールに従って改めて承認を取る、という手順も合わせて示すと安心されます。 納期については、固い部分の日程と最終的なリリースの時期は計画型で固定し、柔らかい部分は区切りの回数で管理すると伝えます。 品質については、最後の総合テストを計画型で行うことを強調します。 「全部をアジャイルにするのではなく、変わりやすい部分だけを短い区切りで作る」という説明は、計画型に慣れた組織ほど受け入れられやすい言い方です。

計画と日々の作業を同じ道具で管理する方法

ハイブリッドアジャイルでは、全体の日程と、日々の細かい作業という、性質の違う2つの情報を同時に扱います。 管理の方法は、チームの規模で選びます。

表計算と付箋で始める

小さなチームなら、全体の日程をExcelやGoogleスプレッドシートの線表で作り、日々の作業はホワイトボードの付箋で動かす、という組み合わせでも始められます。 費用がかからず、誰でも中身を確かめられます。 ただし、線表と付箋が別の場所にあるので、付箋の動きを線表に反映する作業が人手になり、更新が遅れがちです。 在宅や業務委託のメンバーが混ざると、ホワイトボードを見られない人が出てきます。

開発向けのプロジェクト管理ツールを使う

Jira（Atlassian）はスクラムのボードと、全体の予定を並べるタイムラインの機能を備えています。 国産のBacklog（ヌーラボ）も、機能一覧にガントチャートとカンバンボード、バーンダウンチャートを挙げています。 Backlogは2027年1月1日にプランを改定すると公式ブログで告知しており、現行プランの新規契約は2026年12月31日まで、フリープランのユーザーの上限は10名から5名に変わります。 これから選ぶ場合は、改定後の条件で比べてください。

線表とカードを切り替えて見られる道具を使う

ハイブリッドアジャイルで扱いやすいのは、同じ作業のデータを、全体の日程を見るときは線表、日々の作業を回すときはカードの列、と見方だけ切り替えられる道具です。 Pinatecaは、カンバンボード、ガントチャート、カレンダー、リストなど8種類のボードとチャットを備えたタスク管理の道具で、5人までなら無料で、ガントチャートを含む全種類のボードを使えます。 計画型の工程の日程はガントボードで期間を横に並べて締切の重なりを確かめ、アジャイル型の工程の作業はカンバンボードで「未着手」「進行中」「レビュー」「完了」の列を動かす、という使い分けができます。 カードに見積もりや優先度などの項目を自由に追加できるので、要件定義で決めた機能の番号を項目として持たせておけば、境目での引き継ぎ漏れを防ぐ手がかりにもなります。 ワークスペースごとにメンバーと見える範囲を分けられ、社外のゲストも招待できるので、発注側と受注側が同じボードを見ながら区切りごとの確認を進められます。 有料のスタンダードプランは1人あたり月額500円（税抜、年払いなら月額400円）で、人数とボードの上限がなくなります。 最新の料金と機能は、Pinateca の掲載ページと公式サイトで確かめてください。 Pinatecaは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。

業務委託で関わる人がハイブリッドアジャイルで押さえること

ハイブリッドアジャイルのプロジェクトには、業務委託のエンジニアやデザイナー、コンサルタントが加わることがよくあります。 外部の立場で参加する人は、自分がどの工程に呼ばれているのかを最初に確かめることが大切です。

要件定義の工程に呼ばれたなら、成果物は文書で、期日と範囲がはっきりした計画型の仕事です。 開発の工程に呼ばれたなら、区切りごとに動くものを出し、優先順位の入れ替えに合わせて柔軟に動くことが求められます。 同じプロジェクトでも、工程によって求められる働き方がまったく違うので、契約の前に「どの工程の、何を担当するか」と「進み具合をどう報告するか」をすり合わせておくと、後のもめごとを防げます。

アジャイル型の工程で特に求められるのが、区切りごとの確認の場で、発注側に分かる言葉で説明する力です。 技術の用語を並べるより、「この画面で予約の変更が3回の操作でできるようになった」と利用者の目線で伝えられる人は重宝されます。 アプリ開発の仕事の中身と求められるスキルは、アプリケーション開発のお仕事で紹介しています。 画面の設計を担当するデザイナーとして関わる場合の報酬の目安は、デザイナーの年収・単価相場で確かめられます。

発注側の立場で、どの工程を計画型にしてどこをアジャイル型にするかを設計する仕事は、業務の流れと経営の両方を見る力が求められます。 AIや業務ツールの導入を外部から支援する仕事の中身は、AIコンサル・業務活用支援のお仕事で紹介しています。 経営の助言を体系立てて学びたい人には、経営の診断と助言の国家資格である中小企業診断士の知識が、業務改善の提案の土台になります。

運営者として見てきたハイブリッド型の案件の傾向

在宅ワークとフリーランスの仲介を2004年から続けてきた立場から見ると、ハイブリッド型で進む案件には共通した傾向があります。

1つは、うまく進む案件ほど、発注側に「区切りごとの確認に出てくる担当者」がはっきり決まっていることです。 要件定義が終わった後に発注側の担当者が忙しくなり、確認の場に誰も来なくなると、アジャイル型の工程は形だけのものになります。 受ける側にとっては、契約の前に「区切りごとに誰が見てくれるのか」を聞いておくことが、案件を見極める大事な手がかりになります。

もう1つは、発注側と受ける側の間に入る会社が少ないほど、優先順位の入れ替えが速く伝わるという点です。 ハイブリッド型では、計画型の部分で決めた範囲の中で中身を入れ替えるやり取りが頻繁に発生します。 間に人や会社が入るほど、そのたびに確認の時間がかかり、区切りの期間内に作業が終わらなくなります。 中間のマージンが乗らない直接の取引なら、同じ予算で発注側はより多くの区切りを回せ、受ける側も手取りが厚くなります。 手数料0%で直接やり取りできる仕組みは、金額の面だけでなく、話の通りの速さという点でも、ハイブリッド型の進め方と相性がよいと言えます。

在宅で業務システムの開発や改善の案件に関わりたい人は、アプリケーション開発のお仕事で求められるスキルを確かめ、自分が計画型と柔軟な進め方のどちらの工程で力を出しやすいかを考えてみてください。

よくある質問

Q. ハイブリッドアジャイルとウォーター・スクラム・フォールは同じものですか？

ウォーター・スクラム・フォールは、ハイブリッドアジャイルの代表的な型の1つです。企画と要件定義、最後の総合テストとリリースを計画型で進め、真ん中の開発をアジャイル型で回す形を指します。ハイブリッドアジャイルには、ほかにも利用者の画面だけをアジャイル型にする型や、状況に応じて手法を選ぶ型があり、より広い考え方です。

Q. ハイブリッドアジャイルは小さなプロジェクトでも使えますか？

使えますが、関係者が2〜3人ですぐに話し合える小さな案件なら、最初から全部アジャイル型で進めたほうが速いことが多いです。ハイブリッドアジャイルが力を発揮するのは、予算と納期を最初に承認する必要があり、かつ利用者が触る画面は使いながら直したい、という中規模以上の案件です。

Q. ハイブリッドアジャイルの契約は請負と準委任のどちらにすべきですか？

工程ごとに分けて考えることが多いです。範囲と成果物がはっきりしている要件定義や総合テストは請負、優先順位を入れ替えながら進める開発の工程は準委任、と組み合わせる例があります。ただし契約の扱いは案件の事情や契約書の内容で変わるので、発注側と受注側でよく話し合い、必要に応じて弁護士などの専門家に確認してください。

Q. ハイブリッドアジャイルを始めるとき、最初に何をすればよいですか？

まず、プロジェクトの中で「仕様が固い部分」と「使いながら直したい部分」を書き出して分けます。次に、仕様が固い部分の範囲と予算を計画型で決め、使いながら直す部分は2週間ほどの区切りで動くものを見せる場を設けます。区切りごとの確認に参加する発注側の担当者を最初に決めておくことが、うまく進めるための大事な準備です。