l……………………lt……………lll……‖‖‖‖＝‖‖‖＝‖‖＝‖‖‖……………………………………ll…l………………ll……l…1……………l‖‖＝‖‖＝‖‖＝‖‖‖‖‖＝‖‖＝‖＝＝‖‖‖‖‖＝‖‖＝‖‖‖＝‖………＝‖‖‖州l…＝＝‖‖‖‖＝…………l…

ワークフロー管理システムの有効性について
堀内正博，飯島淳一………＝‖‖‖＝‖‖‖‖＝＝＝＝‖‖州川……l……川……………llll……t……………‖‖‖‖＝‖＝‖‖……l……‖‖＝‖‖＝‖‖‖‖‖……………………‖‖‖‖‖‖‖‖‖‖‖‖‖‖‖‖‖‖‖‖‖州…‖…………l‖‖‖＝‖‖‖＝‖‖＝‖＝‖‖‖‖＝‖‖‖‖‖‖‖‖仙きは，この物品を申請者に渡すとともに，購買部は経1．はじめに●●理部に支払いなどの経理事務を依頼し（⑥），経理部がワークフローを構築するためのソフトウェアが黄近

経理処理をする必要がある（⑦）．土こで申請者が上司数多く市販されるようになり，注目を集めてきている．

に申請書を提出したり，あるいは，所属長が承認した

例えば，日経コンピュータの1996年3月4日号では，申請書を購買部に提出する，といったことは，それぞ

現在市販されているワークフロー関連のソフトウェア

れ「活動」である．「物品の購入」という比較的単純なはおよそ20種類あるとしており，これらの特徴や性能

業務プロセスであっても，多数の人が関与している．

を比較検討している［1］．またデータメーンョンの1995

また図1に例示したように，100万円以上というよう

年8月15日号には，高機能のワークフロー関連のソフ

な何らかの基準を設けて，所属長だけでなく，役員な

トウェアとして17種類のソフトを挙げ，これらの性能

どのより上位の職務担当者が決済するとを比較している［2］．Marshakによれば［3］，1995年

ールを設けているのは一般的であろう．さらに，上司

現在，米国には少なくとも130社のワークフロー・ソフのチェックや購買部の発注処理の過程で，物品の申請

トウェアのベンダーがある．さらに，1993年8月には，者に内答についての確認や問い合わせといったフィー

WorkflowManagementCoalition（WfMC）と呼ばれドバックも頻繁にある．こうなると関与者の数が増える，ワークフロー製品やアプリケーションの標準化をるとともに，条件分岐やフィードバックなど経路が複行おうとする国際的な標準化組織も生まれた［4］．

雑になってくる．

このようにワークフローのソフトウェアは急速にそ

このような「物品の購入」という業務プロセスは，の姿を現しつつあるが，ワークフローの考え方におい従来典型的には，物品購入申請書という「紙」を回覧ては，「企業活動」を業務プロセス（business process）

することによって行っていた．すなわち，申請者が物の集まり（集合）であると捉える．ここで「プロセス［5］」

品購入申請書に記入し，上司の承認印をもらった上で，とは，WfMCの定義によれば，ある共通の目的を達成

購買部にこの書類を提出するというものであった．確するために結合された活動（activities）の集まりであ認や問い合わせなどは，主として電話などで行っている．そして「業務70ロセス」とは，企業目的を達成すたと考えられる．このように従来は，業務プロセスをるために，企業組織や経営政策を支援するプロセスでマニュアルで行ってきた．最近では電子メールなどがある．このような業務プロセスを自動化し管理するこ

この間い合わせのために利用されるようになってきたとがワークフローである．

かもしれない．これは，業務プロセスの一部がコンピ

簡単な例を挙げてみよう．図1は「物品の購入」とュータによって支援されるようになった例であろう．

いう業務70ロセスを簡単化して図示したものである．

しかしながら業務プロセスをマニュアルで行うと，書何らかの物品の購入を依頼するには，申請者が所属類記入の誤ー），連絡ミス，回覧時間の長さ，滞留，失長などのチェック・承認を得た上で（（∋②③），購買部

念，サービス水準のばらつき，書類などの管理の困難に発注を依頼する（④）．購買部に物品が納品されたとさといった問題点が発生する．そこでワークフローの基本的な考え方はこのような業務プロセスを自動化し，
誤ー）などがないように管理しようとするものである．

ほI）うち まさひろ

青山学院大学 e−mail：horiuchi＠sipeb．aoyama．ac．jp

ワークフローを実現するパッケージ・ソフトウェア

いいじま じゅんいち

はさまぎまな呼び方をされるが，本稿ではこれらを総東京工業大学 e−mail：iijima＠me．titech．ac．jp

称して「ワークフロー製品」と呼ぶことにする．この1996年10 月号© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

（25）559

品の検討からその意義と限界を明らかにしていきたい．

2．業務プロセスの把握本節では，業務プロセスの表現（プロセス定義）について考察する．どのワークフロ

ー製品も，GUIを利用して②問合せ

各ノードやノード間の線をマ
ウスを利用して簡単に表現できるようになっている点では共通している．異なる点は，ノードの意味付けや線の意味
である．

日本IBMのワークフロ
ー・マネージャー（WFM）

図1 業務プロセスの例：物品の購入の場合には，ノード間の線はようなワークフロー製品を使って作成された決済処理

基本的に意味を持たず直列，並列などの作業の流れのや作業指示処理などの業務アプリケーションを「ワー方向を表しているだけである．ノードには，作業内容

クフロー」ないし「ワークフロー・システム」と呼ぶ．

を表す「ステップ」，ステップを実行する「担当者」，

換言すればワークフローの問題を考察するにあたって，

ステップで発生・利用される「データ」，ステッ70が終

1）業務プロセスを対象に（第2節），

了したときに次にとるべき活動を決定する「条件」の2）ワークフロー製品というソフトウェアを使って4つの要素を定義することにより業務プロセスを表現（第3節），

する．

3）ワークフロー・システムを作成する（第4節），

日立のGroupmaxWorkflow［6］によるプロセス定という3つの要素があることがわかる．以下では，こ義では，1つの作業ノードと10の制御ノードで業務プ

れら3つの要素の視点から検討を加えていきたい．

ロセスを表現する．作業ノードは人が介在し判断など

オフィス・オートメーションやストア・オートメーの作業をするノードである．制御ノードは，処理の送ションなどのように，00オートメーションという言

付，条件による分岐，不在時などの代行，差し戻しな葉があるが，前述したように，ワークフローは文字ど

ど，いろいろな処理の制御に関わるものである．図2

おりの意味でオフィスなどの作業の「自動化（オートは，図1に示した「物品の購入」という業務プロセス

メーション）」を目指すものである．そこで本稿の目的のGroupmax Workflowによるプロセス定義の例では，市販のワークフロー製品を様々な角度から検討すある．

ることによって，ワークフロー製品を使ってどのよう

米ⅩEROX社の開発したソフトを日本語化した東な業務70ロセスをワークフローとして構築することが芝のInConcertでは，タスク・ジョブ・

可能かを検討することにある．この検討を通じて，ワルという4つのキー・コンセプトがある．タスクが仕ークフローがどの程度経営において有効か，限界があ事の最小単位であり，タスクの集まりとしてのジョブ

るとすればどのような点かを考察することである．

が管理単位を構成している．タスクに対してロールと本稿のもととなったデータは，種々の文献とともに，

ロール・プー

呼ばれる役割が定義され，これをプールと呼ばれる実メーカーのカタログ，および文末に記している各社へ

行者の集合に対応させる．タスク間の条件分岐は，個々のアンケート調査・面接調査である．ワークフロー管のタスクに実行条件を定義することで実現するほか，

理ないしオフィス・プロシジャー・システムのあり方

状況の変化に応じてメールを送信したり，プログラム

について様々な議論があるが，市販のワークフロー製を実行したりするトリガによっても実現する．

560（26）

オペレーションズ・リサーチ© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

ユニシスのStaffwareは帳票を回覧するタイプのワークフロー製品である．したがって，一つのノードは，処理ユーザ（誰が），フォーム（どのような処理を），アクション（誰に対して），処理期限（いつまでに）の4つの要素で定義される．そしてこれらのノードを，並行処理させたり，条件分岐させるなどのルーティングを線分で表現する．図3は，図1のStaffwareによるプロセス定義の蜘である．日本IBMのFormWaveでも同様の考
NECのStarOffice／ワークフローでは，

軸屯岨各え方をとっている．

役割／組織・アクティビティ・コネクション・

コンテンツという4つの基本概念を設定している．役割／組織は，「誰が」に相当する実行
るか」に相当し，実行者が行う作業（データ噂嘩怒者を示している．アクティビティは，「何をす作成，文書記入，査閲など）と，条件分岐，並列化などの制御情報を示している．コネク
ションはアクティビティを結ぶ線で作業の流れを表現している．コンテンツは作業の遂行に必要な諸情報であり，役割／組織，アクテ
ィビティ，コネクションのそれぞれに設定する．

富士通のTeamWARE Flowにおけるプロセス定義では，プロセスは，文書のような共有される「データ空間」と，「プラン」の集
まりからなると考えられている．プランは，

ひとつ以上の仕事（タスク）を表わす「ステージ」のネットワークである．ステージは，「ロール」と「アクティビティ」からなる．
ロールはアクティビティを実行する担当者であり，アクティビティは，ある人からの要求を受けて何らかの処理を行い他の人に処理を引き渡す．

米国でシェア1位であると言われる
ActionWorkflow（日本語化したものは日立のTEAMSTAR／AW）では，TerryWingo−
gradの「会話モデル」を採用している．同製品では，モデル化の基本単位をワークフロー
ループと呼び，すべての業務プロセスをこのワークフローループの組み合わせで表現する（図4参照）．ワークフローループでは，仕事を依頼するカスタマと仕事を実行するパフオ
1

6

7

5

© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

2

1996年10 月号

陣所長承認？ 符合計会話。r差戻し？ 100万円以上？阿役員承認？

図3 Staffwareによる70ロセス定義
ーマの2人の間の相互作用であると捉えている．カス

経路設定一情報−ツールの3要素を分離しておくこ

タマがパフォーマに仕事の実行を要求する「準備フェとで，修正が容易になり，また情報などを再利用するーズ」，要求された仕事の実行にパフォーマが同意することが可能になる．例えば，同じ文書やデータなどの「交渉フェーズ」，パフォーマが仕事を実行し，結果を情報を別の経路で利用することが簡単にできる．In−

報告する「実行フェーズ」，カスタマが結果を評価する

Concertやワークフロー・マネーヤー「合意フェーズ」の4つのフェーズで業務プロセスをうに明示的にこのアプローチをとっているソフトウェ捉えている．

アもある．たとえこのように明示的に分離していなく（WFM）のよ以上各ワークフロー製品での業務プロセスを表現すても，ワークフロー構築にとって必要不可欠な要素でるプロセス定義について概観した．まず分かることは，あると言えよう．このようタワータフロー製品の3要同じ内容を表すものでも用語が各製品で大きく異なる

素のどれに重点をあてるかによってワークフロー製品ことである．冒頭でも紹介した標準化団体が概念を整は次のように3つに分類できるであろう［7］．

理し，用語を統一しなければワークフローの普及の阻第1は，「共有文書制御型」である．これはデータや文書などのデータベースをベースとし，このデータベ

害要因になるであろう．
さらに重要な点は，作成されたプロセス定義の図はースへのアクセス順序を制御することによって，ワー

よく似ていても，根本的な発想がかなり異なっている

クフローを構築しようとするものである．典型的には，ことである．これが用語の混乱の根本原因でもある．

LotusNotesのような共有デー

本稿ではプロセス定義の仕方について，上述の考え方

ロを組むような形である．データベース（情報）重視型

タべ一久に対するマクの優劣を論じるまでにはいたっていないが，ワークフ
ローにおける業務プロセスの表現の重要性は指摘できたと思われる．

3．ワークフロー製品
ワークフロー製品を設計する際の基本的な考え方として，モジュラー・アプローチと呼ばれる考え方がある．このアプローチは図5に示したように，経路設定
カモらデータや文書などの情報を分離し，さらにこの情報を処：哩するツールないしアプリケーションを独立させるアプローチである．

区14 Action Workflowのワークフローループ（出所：宣伝用カタログより作成）
オペレーションズ・リサーチ

562（28）© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

とも言えよう．

（1）経路設定

第2のタイプは，「帳票回覧型」である．これは，裏議書や申請書のような帳票（フォームと呼ばれる）をあらかじめ作

成しておいて，これを電子メールなどであらかじめ定められた経路にしたがって回覧していくものである．上記に挙げた−−−・●−ーー

日本のワークフロー製品にはこのタイプが多い．電子メール応用型とも言えよう．

第3のタイプは，「ア70リケーション制（2）データ／文書御型」である．これはワークフロー製品の内部には，経路設定の機能と，外部のアプリケーションないしツールとのイン●

ターフェースだけをもつ．したがって経≡三≡二≡路設定の際には外部のアプリケーション
をどのように制御するかを記述しておく．
「外部依存型」とも言えよう．

もちろん現実のワークフロー製品は上の3つの分類にきれいにあてはまるものではない．2つ以上のタイプの要素を持ち合わせていたりする場合も少なくない．

フォーム処理伝統的な会計システム

表計算

ワードプロセッサ

また今後の発展においてこれら3つのタイブが融合していくのか，それとも分類

図5 モジュラー・アプローチ

が明確になってい〈のかも不明である．
例えば「アプリケーション制御型」はアプリケーショ

非定型な業務，換言すれば あいまいな業務 にはワンや情報を外部に依存させるので，ワークフロー製品

ークフロー製品は不向きである．

としては 軽い ものになり，またワークフロー管理

第2に，頻繁にフィードバックが生じるような業務とアプリケーション管理やデータ管理とを独立に行うにも不向きである．例えば企画案を共同で書くようなことができるというメリットを持つ．しかしながらこ場合には，共同者との間で頻繁にやりとりが生じるでのタイ70のソフトが第1や第2のタイプの要素を取りあろう．その上，いつフィードバックが生じるかあら込もうとするとこれらのメリットは減殺される．現状

かじめ基準を決めておくことは困難である．このようではこれらすべてのタイプの要素を内包しようとする

な場合には，電子メールやあるいはファックスのよう動きが見られるがこれは必ずしも得策ではない．

な手段の方が有効である．

以上，ワークフロー製品のタイプについて見てきた

以上2つは，非定型な活動や創造的な活動にはむかが，こ与で以上の検討から明らかなワークフロー製品ないということであった［8］．さらに付け加えるならに不向きな業務プロセスについて見ておこう．

ば，第3に，非常に単純ないし簡単な業務にも，コス

第1に，あいまいな業務へのワークフロー製品の通ト面から言って，不向きであろう．ただし，この第3用は困難である．上のどのタイプのワークフロー製品のポイントについては，今後ワークフロー製品が表計であれ，業務プロセスはどんなに複雑でもよいが，事算ソフトなどと同じぐらい当たり前になれば解消され前に活動への入力・変換・出力が明確である必要があるかもしれない．

る．例えば，調査活動のようなものは，あらかじめど
こに調査に行〈のか，またどのような資料を集めるの

4．ワークフロー製品とワークフロー・システム

かあらかじめ決まっていない場合が多い．このような前節までで，ワークフローを考察するときの3要素（入力・変換・出力が決まっていないという意味での）のうちの，業務プロセスと，ワークフロー製品につい1996年10 月号© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

（29）563

て見てきた．本節では，ワークフロー製品を利用してが，そのワークフローの部分まで自動化が期待されて作られたアプリケーションであるワークフロー・シスいる．

テムについて考察する．

以上，ワークフローの対象となる業務の範囲を見てワークフローの対象となる業務は一般的に次の3つ

きたが，この分類と，前節で述べたワークフロー製品に分けられる［9］．

の分類とをマトリックスに表現すると図6のようにな

第1に，アドホック（ad hoc）な業務である．プロジ

る．

ェクトのような1回限りの業務である．前節で述べた

図6で述べたい点は，ワークフロー・システムとワ

ように，簡単・単純な業務にはワークフロー製品は不ークフロー製品との間には適合関係が見られるのでは向きであるが，1回限りであっても，複雑な業務にはないかということである．すなわち，基幹業務の場合

適用する意味がある．

には，すでに大規模なデータベースや計算のソフトウ

第2に，管理業務（administrative）である．例えば，

ェアができ上がっている．したがって，アプリ制御型

物品の購入申請，出張申請，支払い清算，稟議などののワークフロー製品のように内部にデータやアプリケ

ような業務である．これはワークフロー製品にこれまーションを持たないで，外部のものを駆動してワークでもっとも通するとされてきた業務である．これらのフローを作成していくようなソフトが向いていると考業務は，却下・採択などの判断の要素は入るが，入力・えられる．この場合，重要なのは伝統的なコボルで組変換・出力が明確である．逆に言えば，日本においてまれたソフトウェアからCやパソコンソフトまで，ど欧米ほどワークフロー製品が定着していないのは，このような外部ソフトウェアやデータベースをも容易にれらの業務がこれまで，完全に非定型，つまり入力・参照できるインターフェース（API）の豊富さと連変換・出力が不明確とされてきたためである．

動の容易さにかかっている．ただし，管理業務やアド

第3に，基幹業務（production）である．保険会社にホックな業務と異なり基幹業務iま基本的に情報システ

おける保険請求事務や，金融機関における与信審査，ム部門が担当するものであるから，ユーザ部門に必要

あるいは経理事務などである．これまで，これらの業なほどのマン・マシン・インターフェースは不要であ

務は大型機にデータなどが貯えられ処理されてきたとろう．また，IBMのワークフロー・マネージャー（Wいう意味では，コンピュータ化は進んでいたといえるFM）のように，単体でソフトを販売するのではなく，設計から運用までを一括して受注するような販売方法も考えられる．

ワ ーク フ ロ ー第2の管理業務については，帳票回覧型

シ ス テ ムのワークフロー製品が適合していると考え基幹業務られる．管理業務は判断などの要素が入るが，基本的にこれは帳票を回覧することで一般的に処理されてきた．この意味で帳票回覧型になじみやすいであろう．ユーザは管理業務電子化された帳票に記入するだけであるし，設計する人もフォームを作れる程度の技量があれば十分である．このタイプのソフトは基本的に電子メールの応用であるので，アドホック

日立，富士通，NECが行っているように他のグループウェアソフトの一部という位置

票
回
覧
型

564（30）

共有文書制御型帳

アプリ制御型

図6 ワークフロー製品とワークフロー・システム

づけでの販売方法がありうる．あるいは日ワーク
フロ ー製品本IBMのFormWaveのように比較的安価にユーザに碍供するという方法も考えられる．

最後に，共有文書制御型は，管理業務とともにアドホックな業務に適していると考© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

オペレーションズ・リサーチ

えられる．プロジェクトのようなアドホックな業務にものであり，もうひとつは，ワークフローに限らず一おいては，作業の流れの自動化とともに情報の共有が般的にオフィスの業務分析，ないしモデル論を持って重要な要素となる．データベースをもとにした共有文

いるという回答であった．このような回答状況から，

書制御型のワークフロー製品はこの意味で適している

独自の方法論を持っていないという意味で，業務プロと言えよう．

セスのモデリングの方法論をベンダー・サイドとして

以上，ワークフロー・システム（何を作りたいか）とワークフロー製品（何を使って：技術）との問にはーの設計手順についてユーザーに示す方法論も持って適合関係が見られることを見てきた．この意味で，ワいない製品がほとんどであった．

ークフロー製品の3タイプは融合化の方向に向かうの

このことをインタビューの結果とあわせて判断するではなくて，それぞれの特色を明確にした製品が生きと，BPR（ビジネス・プロセス・リエンジニアリン

残るのではないかと考えられる．

グ）のような規範的，ないしトップダウン的にワークフローを設計するような方法論に対する道具としてワ

5．アンケートによる分析●

明確には持っていないと言えよう．また，ワークフロ

ークフロー製品を位置づけているのではなく，日本の今回の調査においては，各製品についてのアンケー

ワークフローの現状をどのようなものであれ記述できトをあわせて実施した．これは各製品を同じ土俵で比るようなソフトウェアを目指している．象徴的なこと較するために行ったものである．アンケート結果を事

は，ほとんど製品が，承認の際には「ハンコ」を表示

前にいただき，取材時に内容を確認した．

できるようにしていることに表れている．

アンケートの設計にあたっては，以下のようなフレ

ただしこのことはワークフローの設計におし、て設計

ームワークを採用した．システム工学における開発方の方法論が不要であるということは意味しない．日本

法論や，情報システムにおけるシステム設計論に共通の伝統的な企業のように，作業の手順が属人的に決まして見られることであるが，一般にある程度複雑な人

り，意思決定が腹芸的に行われている場合には，ワー工物を構築するためには，要求分析，設計，実現・運

クフロー製品の導入は困難であろう．ワークフロー製

用，評価というサイクルをとる．ワークフローの構築品を導入する際には，何らかの明確な方法論を持つ必にあたっても，この4つのフェーズを考えることがで要がある．さらに，どのような方法論がよいか，オペ

きる．アンケートの設計にあたっては，これらのうち，レーションズ・設計フェーズ運用フェーズ評価フェーズに大分類し，積極的に提案していくことも必要である［10］．

リサーチや経営学の立場から方法論をそれぞれのフェーズに関わる質問項目を設定した．ア
ンケートのサンプル数は7であるので統計的な処理は

5．2 運用フェーズ

できないし，また紙幅の関係から個々のデータについ運用フェーズにおいて特に重要なのは，（1）代行機て詳述することもできない．そこで本節では，アンケー

能，（2）誤処理に対する対処，（3）例外処理に対する対トの結果から得られた特徴的な点についてまとめてお処であろう．

く．

出張・休暇などの理由で処理を行うことができない
ときに他の人に転送や代行を依頼できるかという代行
5．1設計フェーズ

機能については，条件付きも含めればすべての製品がワークフロー製品の操作を学習する期間（ベンダー

代行機能を持っている．一般的にプロセス定義においザーに教育する期間）は，1日程度が最も多〈，て，ある仕事を行う担当者を職位や職務で複数人に割ほとんどが「なし」から3日程度てあった．1製品だ

り当てることができる．しかしながら運用フェーズにけが1週間程度という回答があった．このことから，

おいても担当者が不在のために仕事が滞るということ

がユー

ベンダー

側としては，ワークフロー製品は比較的導入があっては困る．その意味で代行機能は必須と言える．

が容易な製品であると判断していることがうかがえる．

次に「ワークフローに対して誤った処理をしてしま

業務プロセスのモデリンケの方法論の有無についてったときにやり直しをすることができますか？」とい質問したところ，7製品中2製品が独自の方法論を持

う誤処理に対する質問に対しては，これもすべての製っていると回答した．ひとつは，コンサルティング会

品が「できる」と回答している．ただし，その実現方

社の方法論をモデリングの方法論として採用している

法は製品ごとに異なっている．誤処理を発見したとき1996年10 月号© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

（31）565

に却下して，却下を受け取った人が訂正して流し直す

クフローの評価機能の導入については各社が積極的にという方法や，引戻し機能と呼ばれる誤処理回復機能取り組んでいるところであり，今後大いに改善されるを内部コマンドとして持っているものなどがある．あと期待できる．さらに，ワークフローの考え方は，待るいはキャンセル処理をあらかじめ70ロセス定義に記

ち行列，PERT⊥CPM，データフロー図など，ORワー

述しておける製品もある．この誤処理に対する処理は，カーにとって馴染みの深い問題と似ている側面も少な

誰が誤処理に対処できるのかという権限の問題がある．

からずある．この意味で，OR研究者が積極的に関与で起票者が修正できるのか，エラーの発見者が修正でききる場でもある．

るのか，あるいはシステム管理者だけが修正できるのかの問題である．これに対する考え方の違いが，先ほ〔取材にご協力いただいたワークフロー製品〕

どの製品ごとに対処の違いに反映していると考えられ

以下は本稿を執筆するにあたって取材にご協力いた

る．もっとも典型的な考え方は，ワークフローで誤処だいた企業のリストです．まず対象となった製品名と理が起こるのは特殊例外的なことであるので，システ

企業名を示してあります（製品名のABC順）．次に各

ム管：哩者だけが対処する，という考え方である．しか製品の特徴を，各社からいただいた原稿を原文のまましながら，人間というものは誤りを犯すものであると載せています．更に詳しくお知りになりたい方はホーいう前提に立つならば，システム管理者だけが対応すムページのアドレスと問合せ先を載せていますのでごるのではないような仕組みも考えておく必要があろう．

利用ください．なおこの場を借りまして取材に快く応

最後に，「ワークフローでは設計されていない処理をじてくださった企業の方々には深くお礼申し上げます．

行いたい場合や，事前のモデルでは予測できなかった事象が発生した場合に対応する機能がありますか？」

1．EFPワークフロー・マネージャーVer．2．3という例外処理に対する機能の有無を尋ねたところ，（EFP：Enduser Computing Framさwork and Plat−

基本的にはすべての製品が「ない」という回答であっform）

た．これはワークフロー製品の考え方か【日本アイ・ピー・エム殊式会社】

結果といえよう．しかしながら，定義された任意の業☆製品の特徴・コメント

EFPワークフロー・マネージャー（EFP）は，

務ステップに実行時にジャンプさせるという動的変更が可能な製品やスキップが可能な製品も見られた．オ

協調分散型マルチ・サーバー環境で動作する適用業務

フィスワークに例外がつきものであるとするならば，プログラム起動型のワークフロー管理システムです．

このような例外処理に対する考え方を確立していく必PC，WS，オフコンの各プラットフォーム上で稼要があろう．

働させることができ，様々な通信プロトコルが混在す
る土とも可能な設計になっています．また約70％のソットフォーム版で共有されている

5．3 評価フェーズ

ースコードが各プラ

評価フェーズに関する質問として，（1）業務プロセス

ため，品質および保守生産性にも優れています．

の進捗状況についてのレポート機能・分析機能の有無，

豊富なAPIおよびユーザーEXITが提供されて（2）業務プロセスのボトルネックの分析機能の有無，

おり，複雑な例外処理や特殊な機能要件にも柔軟に対（3）ワークフロー製品導入の効果の分析機能の有無，

応することができます．統合できる適用業務プログラ（4）最適な業務プロセスの提案機能の有無，の4つの設

ムは特に種類を問いません．

問をした．すべて「ない」とした製品から，1と2のEFPは実際の都市銀行プロジェクトの要件をベー

機能はあるとした製品，1と2と3の3つの機能があスに，日米IBMで共同開発しました．初版の出荷がるとした製品と，回答はばらついた．4については，

1993年で，この分・野では先駆的な製品です．

「ある」とした製品はなかった．現在一般的にある機☆http：／／www．ibm．co．jp／finance／

能としては，プロセス定義における構文チェック，各☆問合せ先：komiya＠vnet．ibm．com，89425303＠

担当者のジョブの滞留件数のビジュアルな表示，ある
ジョブがどこまで進んだかをこれもビジュアルに表示するような機能である．さらに事前にシミュレーショ
ンする機能を持っている製品もある．このようなワー
566（32）

people．or．Jp

2．電子フォーム支援システムFormWave Ver．2．1【日本アイ・ピー・エム株式会社】☆製品の特徴・コメント© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

オペレーションズ・リサーチ

Lotus Notesの電子メール機能をベースにしたク
ライアント／サーバー・システムで，これまでの紙ベ

NTサーバ（96／12予定），クライアントはMotifと子フォーム・システムの構築を支援するものです．L

Windowsに対応し，管理情報はサーバのRDBで管理

ANおよびWAN上でオンラインの電子フォームの申します．470種類余のAPIを提供致しますので，業務に請・承認システムが簡単に構築できます．

あわせて自由にカスタマイズが可能です．このAPIに一起票箱・未決箱・保管箱・承認／却下・印鑑表示より，業務内容や状況の変化に合わせて，フローを動−あらかじめ指定された経路にそって自動送付

的に変更・作成することができますので，オフィスで一上司・レベルにより組織住所録に連動の様々な業務形態にも柔軟に対応します．また，Excel

一処理経路は順次・並列・結合・条件分岐

やWord，WWWブラウザといったISVソフトとの−グラフィカルで簡単な処理経路指定

連携も可能です．

また，業務フローはオブジェクト指向に基づいて構−オンライン状況表示

築されているため，利用者はフローを構成する各オブ−ユーザー・アプリケーションの起動

ジェクトに属性を追加することにより，自由にInCon−

一複数フォーム間の転記・集計

certを拡張することができます．更に，業務の実行履☆http：／／www．ibm．co．jp／software／groupware／ 歴はすべてRDBのログとして残りますので，後々のproducts／formwave．html

業務分析に使用することができます．

☆問合せ先：03−3808−3338（グループウエア営業推進☆http：／／www．iijnet．or．jp／FXIS／XSoft／inconcer．
htm，http：／／www．xsoft．com：80／ⅩSoft／ict＿prOds．

部）

3．Groupmax Workflow

html☆問合せ先：03−3457−2725（東芝コンピュータ・通信【株式会社 日立製作所】（Groupmax Ver．2．0の「ワークフロー製品」）

ネットワーク事業統括部コンピュータ・☆製品の特徴・コメント

通信ネットワーク企画担当）

分岐，待合わせ，同報，回収，差し戻し，引き戻し，

5．Staffware Ver．5

相談，代行など，複雑な仕事の流れをビジネスプロセ【日本ユニシス株式会社】

ス（BP）として定義し，処理の流れを制御する．

☆製品の特徴・コメント

BPはアイコンとマウスの操作により，パソコン画
面上でビジュアルに定義・変更することができる．
案件がBP上どこまで処理されたか画面上にビジュ●

サーバはUNIXサーバ（Solaris，HP−UX，AIX）とースのフォーム（帳票・伝票など）にとって代わる電−VB／Excelによる簡単なフォーム設計●☆製品の特徴・コメント

アル表示できる．

Staffwareは世界50ヶ国，約12万クライアントの導入実績を誇る国際的ワークフローソフトです．マルチ
プラットフォーム対応により，WindowsNTおよぴ
UNIXのどちらにも通用できるほか，ワークフローソ

作成したBPをシミュレーションし，検証できる．

フトに必要とされる諸機能（開発・実行・管理・監査）

インタネット／イントラネットに接続された端末かすべてを満たしたトータルな環境をユーザに提供提供

ら案件を投入し，処理することもできる．
業務に適した帳票イメージの画面を作り，既存の業
務データベースへのアクセスも可能．

しております．また，システムの拡張と発展を考慮し，メール，グループウエア，文書管理といった様々なシステムとの連動が可能となっており統合環境による，

マルチサーバ構成や基幹システムとの連携により，更なる効率化を図ることができます．しかも，開発に複数の部門間さらには全社レベルの適用が可能である．

おいては，GUIを基本としたプログラミングを必要☆http：／／www．hitachi．co．jp／Prod／comp／softl／としない開発ツールが用意されています．

gmax／html☆http：／／www．unisys．co．jp／welcome−jm−fr．html☆問合せ先：0120−55−0504（日立オープンミドルウエ☆問合せ先：03−5546−4618

6．StarOffice／ワークフローVer．2．1

ア問合わせセンター）

4．ワークフロー管理システムInConcert Ver．1．1【NEC】【開発：米国Ⅹerox Corporation☆製品の特徴・コメント

販売：株式会社東芝，富士ゼロックス株式会社】

・管理業務から基幹業務まで幅広い業務の構築が可能

1996年10 月号© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

（33）56丁・分散サーバ環境で大規模な業務システム運用が可能

Automation to Group Processes，

・WWW環境で企業間にまたがるワークフローを実現

ColemanandR．Khanna，Groupware：Tech−【提供機能】

nologiesandApplications，Prentice Ha11．

定義・ノンスクリプトで対話的に設計

in D．

［4］http：／／www．aiai．ed．ac．uk：80／WfMC／に・フレキシブルに実行者を定義可能

WorkflowManagementCoalitionのホームペー

・市販アプリケーションとの連携ジがある．

実行・転送・代行・差戻しなどを標準サポート［5］プロセスの同義語として，WfMCは，「活動ネットワーク（activity network）」，「有向グラフ（dir−・職制による承認機能

監視・作業のボトルネックや業務の流れをビジュア
ルに表示（作業実行状況積み上げ表示／実行

ectedgraph）」，「ベトリネット」，「モデル」を挙げている．

［6］以前は，Flowmateという製品名であった．

ワークフローー覧／追跡表示など）

分析・作業ごとの負荷や作業時間総計などをツールを利用して分析可能［7］日経コンピューター1996年3月号では，1．ワ，2．グループウエア，3．

ークフロー管理ツール

・最適な業務フローに改善するための情報提供☆http：／／www．sw．nec．co．jp／1ibrary／gr＿SW．html☆問合せ先：03−3456−7722（NEC汎用アプリケーシ

文書管理ツールの3種類に分類している．
［8］ワークフロー製品を単独で販売するのではなく，
電子メールやスケジュール管：哩などのような他のグループウエア製品とパッケージにした「統合型ョン事業部）

7．TeamWARE Flow Ver．1．OLll

グループウエア」と呼ばれる製品が発売されている．これは上記のような2つのワークフロー製品【富士通株式会社】の弱みを補完するという意味では有用である．．し☆製品の特徴・コメント

最大の特色は，フロー処理の柔軟性にある．フロー

かしながら，今後の課題として，ワークフロー製を開始した後においても，各案件単位で自由に変更可品による業務の効率化と他のグループウエア製品能である．この変更は同じテンプレートに基づく他のによる業務の有効性の向上との間の代替関係やト案件の実行には影響を及ぼさない．したがって，現実

レード・オフ関係について論じる必要が出てくる

業務での案件単位での例外処理等を柔軟に取り扱うこであろう．

とが可能である．

［9］ここで挙げた3つの業務以外に，協働業務（col−フロー機能としても分岐，並行処理，待ち合わせ，実行中にフローの一部へ別のフローを組み込む等の高度なフロー機能を備えている．

1aborative）を付け加え■る人もいる（M．Popoloski［1995］ Trends in the workflow software
market，開発の当初から，各プロセスの情報を参加者が共有

InformationManagement＆Technol−

ogy，pp．243−4．）．これは技術文書作成や新製品開し，状況に応じてフローを動的に変更・改善して行く

発などのような，非定型であるが企業にとって大という所謂コラボレーション型のワークフローにも適きな価値を持つ業務と定義されている．このよう用できることを目的としている．当然，本格的な基幹な協働業務に対するマーケットは現在のところ他業務を行う70ログクション型にも通用でき，広範囲なり業務に比べもっとも小さいが，将来もっとも有分野に向いたワークフローということができる．

望であると予測している．

☆ホームページは，構築予定．

［10］例えば，ワークの表現の諸問題について議論し☆問合せ先：045−47卜0283（富士通㈱クライアントサ

た，L．Suchmaned．［1995］ Representationsofーバ推進本部ソフトウェア販売推進部）

Work

Communications ofthe ACM，Vol．38，

No．9，pp．33−65．や，ワークフローと日本的経営［1］『ワークフローで仕事を変える』日経コンピュー

タ，1996年3月4日号，129−142．

［2］ Workflow Tackles the Productivity Para−
dox，

DATAMATION，August151995，65−73．

との関係にも言及している遠山暁『電子ネットワークと日本的経営の変革』日本学術会議経営情報

研究連絡委具合シンポジウム資料集，1996年7月

23日，などを参照．

［3］Marshak，R．T．［1995］ Workflow：Applying
568（34）© 日本オペレーションズ・リサーチ学会. 無断複写・複製・転載を禁ず.

オペレーションズ・リサーチ