超上流工程とは？

超上流工程は、システムやソフトウェアの開発プロセスにおいて、事業や業務の検討から要件定義に至るまでのプロセスを一つの工程として捉えたものです。IPAによると、「システム化の方向性」「システム化計画」「要件定義」の三つを超上流工程として定義しています。
この工程は、一般的なシステム開発プロセスの中で最初のステップであり、プロジェクトの成功を左右する非常に重要な役割を果たします。以下では、超上流工程における各業務の詳細を解説します。

出典：独立行政法人 情報処理推進機構 ソフトウェア・エンジニアリング・センター編
『経営者が参画する要求品質の確保』SEC-BOOKS

システム化の方向性

システム化の方向性を決める段階では、経営方針や現場からのニーズを踏まえ、システム導入で実現したい姿を大まかに定義します。まず、社内の業務の現状や問題点を把握し、具体的に何を解決したいのかを明確にします。その後、RFP（提案依頼書）作成や候補ベンダーとの打ち合わせを経て、システム化で目指すべき方向性を大まかに決定します。

この段階では、まだベンダーは決定しておらず、提示される見積書は仮試算程度である場合が多いです。また、必要に応じてコンサル契約を結び、パートナーと共に取り組みを始める企業もあります。

システム化計画

システム化計画の段階では、前の段階で明らかにした「システム化の方向性」をより具体化するために、要求分析を実施し、システム化計画書を作成します。要求分析は、システムで実現したい内容をエンドユーザーからヒアリングし、文書化してまとめるプロセスです。具体的には、「どのような業務フローが理想的か」「ソフトウェアを使ってできないと困ることは何か」といった内容を現場の担当者から聞き出します。

要求分析が終わったら、業務部門や情報システム部門が中心となってシステム化計画書を作成します。計画書には、プロジェクト体制や導入スケジュール、大まかなシステム要求といった内容が盛り込まれます。計画書作成後、再度RFPを送付し、候補ベンダーからより具体的な見積提案を受けます。返ってきた見積内容をもとに、システム化の方針の具体化や発注先の絞り込みを行います。

要件定義

要件定義のプロセスでは、前段階で行った要求分析や見積提案の内容を踏まえて、システムに求める機能や性能を具体化していきます。具体的には、以下の内容を決定します。

超上流工程の重要性

「超上流工程には時間をかけずに、システム設計の段階で煮詰めた方がうまくいく」「実装が始まらない限り何も決められない」といった意見を耳にしますが、これらの考えは誤りです。超上流工程で議論を深めないと、見積や仕様の固まり具合に大きな誤差が生じます。

Barry Boehm著の『Software Engineering Economics』の図に基づき、IPAが作成した開発段階ごとの規模の誤差を表した下記グラフを参考にすると、上流工程であればあるほど、最終的な規模との誤差が大きいことが分かります。誤差が大きい超上流工程で要求仕様をしっかりと固め、現実的な見積内容で合意すれば、後の工程で誤差を少なくできます。

出典：独立行政法人 情報処理推進機構 ソフトウェア・エンジニアリング・センター編
『経営者が参画する要求品質の確保』SEC-BOOKS

「導入プロジェクトを開始したものの、追加のカスタマイズが必要だとわかり、予算が大幅に超過してしまった」「プログラミングの段階で現場から様々な意見が上がり、機能要件を大幅に見直さなければならなくなった」といった問題をよく耳にしますが、これらは超上流工程で十分な議論を重ねていない証拠です。