プロジェクト管理者、顧客代表者、将官、トップまたは中間管理者は、彼らの意思決定のための超過時間、予算、及び資源計画の全貌を得たいと望むとき、どちらかといえば大きな粒度のプロセス記述を求める。対照的に、ソフトウエア・エンジニア、ユーザー、テスト担当者、分析者、あるいはソフトウエア・システム仕組士(アーキテクト)は、彼らに人の間の依存関係のような指図や重要な実行依存性を提供するモデルの詳細のため、より細かい粒度のプロセス・モデルを好む。柔軟性によって.手法構築アプローチは、「低い」から「高い」まで柔軟なスペクトル・レンジで組織化され得る。このスペクトルの「低い」終端に横たわるのは、モジュール方法の構築である「高い」終端に対して、厳密な方法である。厳密な方法は、完全に予め定義され、そして手元の状況にそれらを適合させるため少しのスコープだけ残す。他方で、モジュール方法は与件の状況に合致させるため変更及び拡張され得る。厳密な方法を選ぶことは、各プロジェクトに、手元の状況のため適切な経路を選ぶことから成る一つの手法内で経路を選択するのに対して、厳密さ、事前定義手法のパネルからその方法を選ぶことを可能にする。最後に、一つの手法の選択と調整は、プロジェクトに異なるアプローチから手法を選び、プロジェクトのニーズにそれらを調整することを可能にする。手法の品質.事業プロセス・モデリング技法に関係する品質特性が以下に議論される:モデリング技法の品質は、モデルの品質であり、モデルの正当性と有効性に貢献するモデルの創作において重要である。モデルの品質.最も初期のプロセス・モデルは、該当する概念、利用可能な技術、特定の実装環境、プロセス制約などの条件でのインスタンスによって得られる実践的プロセスを伴うプロセスのダイナミクス(動き)を反映した。概念的モデルの品質を定義するための共通な出発点は、構文的と意味的が最も多く適用されるモデリング言語の言語的特性で見ることである。概念的品質フレームワークの次元。モデリング・ドメインは、問題ドメインを記述するため適切で正しい全ての声明のセットであり、言語拡張は、おそらく使われるモデリング言語の文法と語彙を与えられる全ての声明のセットである。モデル外面化は、問題ドメインの概念的表現である。