●製造現場の「要求」と「要件」 何が違うの？

生産管理の仕様をまとめる時に、現場の意見などを「要求」と「要件」に分けて整理していますか？
通常あえて、意識的に区別している方は多くはないと思います。
英語では、「Ｒｅｑｕｉｒｅｍｅｎｔ」と一語で済まされても、日本語での「要求」と 「要件」には違いがあります。

ＩＰＡ（独）情報処理推進機構では、システム的視点で
「要求」＝システムを使ってやりたいこと
「要件」＝システムに取込む要求

と定義しています。一例を挙げると、
「棚卸業務の工数削減」・・・要求
「棚卸表の自動出力」　・・・要件
となります。

そして、お客様から「要求」は良く言われるのですが、「要件」を決めてくれない場合が多くあります。
または、パッケージで実現できる「要件」をお伝えしても、「要求」が満足するか答えてくれない場合もあります。

また逆に、要件だけが書かれていて、それをどう利用するかが不明瞭な場合もあります。
何をシステムに取込むのか？　何を取込まないのか？　を明確にできない事が多いのではないでしょうか？
（参考）
第8回　「現場が判らない！ 生産管理力は継承できていますか？」

のちのち、ユーザーからベンダーへ「全然システム化できていない！」
「我々はちゃんと要件は出している」と言われることもあろうかと思いますが、実際は要求だったりするので、そこに齟齬が起こって永遠（？）につづくプロジェクトなり、ユーザーもベンダーも大変な状況になってしまうケースも世の中には少なくないでしょう。

●現場の要求を整理する「ＭｏＳＣｏＷ分析」

このような事を起こさないために、会社や部門の目標を達成するために関係者間の橋渡しを行うなど、タスクとテクニックの集まりが必要となり、それを「ビジネスアナリシス」といいます。
そして、このビジネスアナリシスの知識体系をＢＡＢＯＫ（Business Analysis Body of Knowledge）といいます。

ここではＢＡＢＯＫの説明は割愛しますが、この考えのひとつに「要求アナリシス」と いうのがあり、以下のような体系で整理してあります。

１．要求の優先順位をつける
２．要求を体系化する
３．要求の仕様化とモデリングを行う
４．前提条件と制約条件を定義する
５．要求を検証する
６．要求の妥当性を確認する

先に記述した、要求＝システムを使ってやりたい事、を関係者の調整や制約に注意し、要件の優先、妥当性を見出す体系と考えて良いかと思います。

さらにそのツールとして、「ＭｏＳＣｏＷ分析」があります。

Ｍ＝Ｍｕｓｔ（必須）
　　　この要件が実現されなければ、システムやサービスの導入目的（要求）が果たせないもの
Ｓ＝Ｓｈｏｕｌｄ（推奨）
　　　この要件が実現されなくても、システムやサービスの導入目的）（要求）が果たせるが、メリットが大きく損なわれるもの
Ｃ＝Ｃｏｕｌｄ（可能）
　　　その要件が実現されなくても、システムやサービスの導入目的(要求）が果たせるしメリットもあるけれども、実現すれば更に大きなメリットがあるもの
Ｗ＝Ｗｏｕｌｄ（先送り）
　　　現時点では議論する必要がないまたは将来的に持ちたいもの、実現の要否判断をしたところで、導入目的（要求）にもメリットにも寄与しないもの。

このように「ＭｏＳＣｏＷ分析」は要求定義の整理に利用できる区分ツールです。生産管理システム以外でも、工程改善、設備導入などでも応用できると思います、ぜひ、活用してみて下さい。