前回からの続きで「プロセス要素表を作成する」です。プロセスオペレーションプラットフォームの要件となぜそうした要件になったかをサイモンの意思決定プロセスで説明しました。ここでは、具体的にプロセス要素表とはどんなものか、どうやって書いていったらいいのかを見ていきます。このテーマのタイトルが「イノベーションを支援する」ですからそういった目的に合っているかどうか考えてみてください。

まずは、プロセス要素表を示しておきましょう。

ProcessElment.jpg
表の一番左のアクティビティの列には意思決定プロセスの基本の項目が入ってきます。そして、次の「確定データ・判断」では、意思決定とはデータを確定することとある判断をおこなうことだと定義してありますからその要素を入れます。「依頼受付」「要求仕様確定」「作業」「報告・登録」も一種の意思決定ですから同じように記します。例えば、依頼受付だと依頼内容とか依頼受付日といったものが確定データになります。

「付帯登録情報」は必須情報ではないが参考のためとか、付記したほうがわかりやすいといった情報になります。例えば、住所に対する地図だとか納期に納入条件を入れるとかいったことです。「業務ルール」は意思決定を行うための則るもので、その中には概念ルール、数値ルール、アクションルールなどがあります。非常に重要なものでサイモンの意思決定プロセスでも代替案の選択の基準もこのルールになります。

ルールは単純なものから、ある条件を入れてデシジョンテーブルを通して答えを返してもらうなんていうものもあります。BPMとBRMが連携するというのはこういうケースのことです。参照情報は意思決定するときは何らかの情報を参照しながら行うのが普通です。できるだけ有用な多くの情報に基づくほうがより正しい意思決定が行われるはずです。参照情報には、マスタとか履歴といった事実情報、リソース状況、シミュレション結果などの判断情報、契約とか規約などの成約情報があります。業務ルールも判断情報のひとつですが重要であるので独立した要素として抜き出しています。

「ロール」は起案、チェック、承認などを規定しておくところです。プロセス全体もさることながら、単位意思決定でも責任者を決めておくべきでしょう。パフォーマンス指標は、コントロールすべき対象と閾値を書きます。例えば、報告日の3日前に作業が終わっていなかったら担当者にアラートを出すとかいったことになります。最後のデータ連携は取り込みデータ、提供データ、連携システムとの関係などを記入します。

もちろんこの表を全部埋める必要はありません。最初に設計すると大抵は書くセルが少ないでしょうが、大事なのはオペレーションを重ねていきながら増や
していくことなのです。例えば、最初は業務ルールもちゃんとしていなくてもまずは慣例でもいから運用してみて、やっていくうちにルール化されたら、それを業務ルールとして記述していく。他の項目についても絶えずブラッシュアップしていいものに近づけることが非常に重要なのです。

意思決定プロセスのシステム化の最も重要な過程はここの「プロセス要素表」の記述です。この表が適切に書けること、すなわちこのレベルのプロセス設計ができれば実装に移ることができます。
 

No TrackBacks

TrackBack URL: http://blog.wadit.jp/mt/mt-tb.cgi/150

Leave a comment