問題の所在と業務プロセスモデル構築のアプローチ
（東工大院理工）○（正）渕野 哲郎
* １． 緒言 運転管理、設備保全、そして変更管理を含む安全管理の 現状および問題より、ライフサイクルを管理するためには、 技術・技術基準の管理のみならず、その技術・技術基準 を活用するための業務管理が重要であることが明らかと なった。しかし、業務自体が暗黙的であり、このため技 術・技術基準の要件に加え、業務管理の仕組み、技術・ 技術基準と業務管理の関係が不明確であり、ライフサイク ルを管理するための整合した仕組みが設計されていな いことが問題となる。この問題を解決するためには、ライ フサイクルを構成する業務の「見える化」が不可欠である。 本稿では、如何に「見せる化」すべきか、どのように「見せ る化」を実現するかについて論ずる。 ２．業務の見える化とは 如何に「業務の見える化」をすべきかは、「業務の見える 化」の目的に依存し、ここでは技術管理、業務管理の仕 組み設計を目的とする。「仕組み」とは、業務機能構成で あり、「仕組み」設計の結果が、「組織」や「業務流れ」であ る。従って、「仕組み」設計のために「業務流れ」を用いて 「業務の見える化」を行う事は、目的に矛盾する。「技術及 び業務管理の仕組み」設計を目的とする「業務の見える 化」には、「業務機能」に基づく汎化された（Generic な）モ デルが適用する。 ３．IDEF0 モデル構築の難しさ 「 業務の 見え る 化」 の 方法と し て 、 IDEF0(Integration DEFinition)Activity Model(IDEF0 と 呼 ぶ ) を 用 い る 。 IDEF0 は、業務機能を表し、アクティビティ（機能）を四角 で 表 す 。 情 報 （ ICOM: Input 、 Control 、 Output 、 Mechanism）は矢印で表わされ、アクティビティは階層構 造をとる。IDEF0 に関してはモデル表現上のセマンティク スは規定されているが、モデルそのものを如何に構築す るかは任意である。しかし、企業の第一線で活躍するエ ンジニアの多くは、業務を暗黙的にこなしており、業務と 業務機能の違いは意識されない。このことは、業務機能 モデルとして IDEF0 により「業務の見える化」を試みた場 合、「業務機能」を書いているつもりが、「業務手順」を書 き表す事となり、Generic な業務プロセスモデルを構築す ることは、極めて困難となる。この問題を解決するために、 エンジニアリング業務としての「あるべき姿」に基づくテン プレートを提案する。 ４．テンプレートアプローチ エンジニアリング業務の基本的な構造とは PDCA（Plan、 Do, Check, Action）サイクルであり、Generic な IDEF0 モデ ルにおいてアクティビティは、明示的にPDCAサイクルに よって構成される必要がある。また、技術・技術基準・情 報を提供するアクティビティ(Provide Resource)は、それら によって実行されるアクティビティと明示的に独立である 必要がある。更に、Action に相当する Manage クラスのア クティビティが同一 Node の意思決定を行い、エンジニア リングは、技術基準に従って実行される。以上のことを踏 まえて、図１に示すテンプレートを適用することとした。 1 Manage (Action) 2 Plan 3 Do 4 Evaluate (Check) 5 Provide Resources Directives OutputRequirement Directives Requirement for Provide Resources and Engineering Standards Change Request Progress Progress Progress Change Request Change Request Certified Output Certified Output Certified Output Engineering Standards Change Request Requirement for Provide Resources and Engineering Standards Certified Output Progress Engineering Standards Resources Information Information for Management Information Resources 図１ テンプレート ５．アクティビティモデル 上記テンプレートに従い、（プラント）ライフ・サイクル・エ ンジニアリング（LCE）を実施する IDEF0 もデルを構築し た。図２はこのうち設備保全を実施するアクティビティの 一部である。テンプレートに適応したモデルを構築する 事で、アクティビティ及び ICOM の階層性、階層内及び 階層間で PDCA サイクルを明示的に表現する事ができ、 技術・業務管理の仕組み設計に活用できる。 A51 Manage Maintenence A52 Make Maintenence Plan A53 Perform Maintenance A54 Evaluate Maintenence Plan and Performance A55 Provide Resources for Maintenence C2 Directive for Maintenance C1 Maintenance Requirement Directive for Making Maintenance Plan Requirement of Information Resources and Engineering Standards Provision Change Requestfrom Evaluating Maintenance Plan and Performance Progress of Making Maintenance Plan Progress of Performing Maintenance Progress of Evaluating Maintenance Plan and Performance Change Request from Maintenance Plan Change Request from Performing Maintenance Result of Inspection and Repaired Maintenance Plan Engineering Standard for Manage Maintenance
O2 Change Request from Maintenance O4 Requirement of Information, Resources and Engineering Standards Provision O1 Result of Maintenance O5 Progress of Maintenance C3 Engineering Standard for Maintenance
M1 Resources for Maintenance M2 Information for Maintenance Information for Manage Maintenance Directive for Performing Maintenance Engineering Standard for Planning Maintenance
Engineering Standard for Performing Maintenance
Engineering Standard for Evaluating Maintenance Plan and Performance
Directive for Maintenance Plan and Performing
Evaluation
Result of Maintenance Plan and Performance Evaluation Information to Plan
Maintenance Information to Perform Maintenance Information to Evaluate Maintenance Resources to Evaluate Maintenance Resources to Perform Maintenance Resources to Plan Maintenance 図２ 設備保全を実施するアクティビティ ６．結言 プラントライフサイクルを管理するための問題点の所在を 示し、見える化の重要性を示し、IDEF0 による業務プロセ ス構築のためのテンプレートアプローチを提案した。 参考
Fuchino, T. et al. , ESCAPE20, PP1363-1369 (2010), Elsevier B.V.
*TEL&FAX:03-5734-2474 e-mail: [email protected]
B206
SCEJ 42nd Autumn Meeting (Kyoto, 2010)
