システム開発の進め方：試作と要件定義から考える

システム開発では、作る機能だけでなく、利用者の仕事をどう変えるかも大切です。試作品での確かめ方、仕様をめぐる食い違い、開発中の変更について、具体例から考えます。

気になる問いから読む

システム開発の進め方は、必要な仕事が見えているか、関係者が同じ仕様を理解しているか、途中で何を変えられるかで異なります。要求を確かめる段階から、納期や切替の条件まで案内します。

まず、使う人の仕事を試作品で確かめます。次に関係者の理解をそろえ、開発中に変更できる範囲へ進みます。要件定義は、システムで実現する仕事や、守る条件を関係者で決める工程です。

このテーマを扱う3本をご紹介します。気になる記事からお読みいただけます。

試作品を使って、利用者が困る場面を知る
システムの仕様を決める前に：試作品で確かめる業務の課題
戦略 / システム企画
申請システムの試作品は、利用者がどこで手続きを進められなくなるかを知る手がかりになります。画面や業務の使いやすさと、性能・安全性の検証で確かめられることを整理します。
記事を読む →
仕様書の言葉は、関係者に同じ意味で伝わっているか
要件定義の手戻りを減らすには？仕様書より業務場面の合意を確認する
戦略 / システム企画
要件定義で合意したのに、開発が進むと手戻りになる。具体的な業務場面から、実装へ進める範囲と、先に合意や試作が必要な範囲を分けます。
記事を読む →
開発中に変えられることと、先に決めておくこと
アジャイル開発が機能しない：変更できる範囲と契約条件の見直し方
マネジメント / プロジェクトマネジメント
短い周期で開発しても、契約で機能や予算が固定されていれば試した結果を反映しにくくなります。変更できる範囲と先に合意する範囲、発注側の判断体制から開発の進め方を検討します。
記事を読む →