アジャイル開発
アジャイル開発は、短い期間で計画・開発・確認を繰り返し、動くソフトウェアを少しずつ届けながら、変化に合わせて内容を見直していく開発の進め方のことです。
考え方の土台として、2001年に公開された「アジャイルソフトウェア開発宣言」がよく参照されます。宣言では、プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を価値とする、と述べています。
外部に委託する場合、IPAの「情報システム・モデル取引・契約書（アジャイル開発版）」は、成果物の完成に対価を払う請負契約ではなく、準委任契約を前提としています。発注側も優先順位の判断に継続して関わる必要があります。詳しくはアジャイル開発の進め方と発注側の役割をご覧ください。
参考資料
「アジャイル開発」が出てくる記事
アジャイル開発の進め方と発注側の役割：スプリントごとに何をするか
アジャイル開発は、短い期間の開発を繰り返し、動くものを見ながら優先順位を変えていく進め方です。IPAの資料をもとにスクラムの基本の流れを整理し、発注側がスプリントごとに担う役割、予算と進み具合の管理、うまくいかない場面の対処を解説します。
MVP開発を外注するときの発注先の選び方と見積もりの読み方
MVP開発を外部に依頼するときの発注先の選び方と見積もりの読み方を解説します。依頼前に決めておくこと、発注先の種類と向き不向き、候補の見極め方、見積書で確認すべき前提条件、請負と準委任の違い、自社側の体制まで整理します。
開発会社との契約の注意点（請負と準委任）
開発会社との契約は、請負と準委任のどちらかで責任と支払の考え方が大きく変わります。民法の条文とIPAのモデル契約書をもとに、使い分け、成果物の権利、契約不適合責任、途中解約の注意点を整理します。
MVPの要件定義の進め方：検証に必要な範囲だけを決めて合意する
MVPの要件定義は、すべての機能を決め切る作業ではなく、検証したい仮説から逆算して「作るもの」「作らないもの」「できたと判断する基準」を決め、関係者と合意する作業です。進め方の手順、非機能要件の最低ライン、要件シートの項目例を整理します。
PoC・プロトタイプ・MVPの違いと進め方
PoC・プロトタイプ・MVPは、検証する問いが違います。「技術的にできるか」「顧客に伝わるか」「顧客が使い続け、お金を払うか」のどれを確かめたいかで使い分ける方法と、それぞれの進め方、陥りやすい失敗を解説します。