sec高信頼化技術適用事例セミナー...2016/2/18 4 © 2016 oss bpm japan, all rights...

1 2016/2/18 © 2016 OSS BPM Japan, All rights reserved. © 2016 OSS BPM Japan, All rights reserved.

２０１６年２月２３日

オープンソースBPMジャパン株式会社

技術顧問：岩田アキラ

オープンソースを活用した BPMプロジェクト実践

～アイデアを素早く現実のものに（Whiteboard to Reality）～

SEC高信頼化技術適用事例セミナー

2 2016/2/18 © 2016 OSS BPM Japan, All rights reserved.

2016/2/18 © 2016 OSS BPM Japan, All rights reserved 2

話のポイント

• プロジェクトの背景

• はじめてBPMを導入し成功させるための勘所

• アジャイル開発による業務要件の導出

• BPM＝フレキシブルな業務システム

• 組織分析、定義、保守性のある設計の重要性

• オープンソースBPM製品の有効性

• 欧米のBPMS最新技術動向

ダノンジャパンプロジェクト事例



プロジェクトの背景

• ダノンジャパンのBPMの取り組み – 紙ベースのワークフローを電子化

– ６ヶ月でアイデアを実現し、

現場業務オーペレーションに移行

– 承認決裁スピードを飛躍的に改善

• プロジェクト事例紹介記事 – 日本BPM協会主催「第10回 BPMフォーラム 2015」で発表

– 2015年12月25日 webサイトに発表内容を掲載

– タイトル：

予算執行の承認スピードを8倍に！ヨーグルトのダノンが取り組んだBPMとは

– 記事URL: http://www.sbbit.jp/article/cont1/30447?previewpass=2hs14pkhpyl2&page=1

http://www.sbbit.jp/article/cont1/30447?previewpass=2hs14pkhpyl2&page=1

http://www.sbbit.jp/article/cont1/30447?previewpass=2hs14pkhpyl2&page=1



BPMS選定要件 ⇨ POCの実施

• 既存インフラとの接続性

– メールシステム

– データベース

– シングル・サインオン

• モバイルデバイスのサポート

– 将来への布石：スマフォ、タブレット、デスクトップの混在

• プロセス

– メールによる通知と督促

– ルールに基づく関係者の動的アサイン

– データセキュリティ：職責に応じてデータを隠蔽（役割別画面）

• 低コスト



プロジェクト開始時のお客様の立場

• BPMSまたはワークフローシステムの導入は初めて

– プロセスをどのように設計し、自動化するのか未経験

• IT部門は少数

– 開発は外部へ委託するのがポリシー

• 業務管理担当者の強い意志

– ２つの業務プロセスの具体的な改善アイデアを持っていた

– ４ヶ月後には現場でオペレーションしたい

• IT部門長の強い意志

– 現場からの業務改善要望に応えたい

– プロセス中心の新しい取り組みに挑戦したい

– プロセス設計（要求定義）は内製で行いたい



当社からの提案と条件

• ２プロセスを３ヶ月で稼働可能に – 1st プロセス開発: 予算執行承認プロセス

• 専門家が雛形のプロセスモデルを作成/自動化

• 並行してそのモデルを参考にしながらプロセスモデリングのトレーニングを実施

– 2nd プロセス開発: 商品改善対応プロセス

• 1st プロセス開発の成果物（動くモデル）を参考にお客様がプロセスモデルを作成

• BPM開発経験のあるITパートナーの参画 – ソフトウエア導入

– 既存インフラとの接続

– 本番稼働準備

• プロダクション環境のセットアップとテスト

• 保守性を考慮したシステム・モジュールの補強と改善



現場ビジネス層の一般的な特質

• 無関心

– ソフトウェアの作り方とその実行過程

– ペーパーによる要求仕様の確認

• 関心

– 自身の要求を具体的に満足できるか

• 確認手段：プロセスを使って要求を検証

– 理解できるのは

• 動くプロセスフローと操作画面のみ

• 要求は変化する

– ユーザー体験なしに100%の要件は伝えられない

– ユーザー体験による新たな気付きが生まれる



モデリングツールの使い分け

• ツールをビジネス層とIT層で分離 – ビジネス層：プロセスの分析と設計ツールとして

• BPMN 2.0 完全準拠の ITP Process Modeler（Visio Addin）

• 現場担当者に親しみやすいオフィスツールで「お絵かき」感覚

– IT層：プロセスの自動化設計ツールとして

• BPMN 2.0 準拠の Bonita BPM 6

• ユーザー要求の実装が容易

• 両ツールを同時並行使用

プロセス分析・設計

プロセス自動化設計・実装

プロセスオペレーション

ITP Process Modeler Bonita BPM 6 (BPMS)

要求確定プロセス

ビジネスビジネス IT

BPMN 2.0 フォーマット



ユーザー体験をベースにしたBPM学習シナリオ

• 「こうなるはず（理論）」から「こうなったから（実証）」

– なぜ「こうするのか」を体験的に学習

– その体験を次の要求に反映させる

• オペレーション体験を通じて真のBPM技術が理解できる

• 2nd プロセス開発では、お客様自身で適切な設計が可能

1st プロセス開発

2nd プロセス開発

体験のフィードバック BPM専門家がリーディング

雛形の再利用



プロセス・モデリングの役割分担

岩田

業務

業務（岩田）

岩田

ITP

Pro

cess

Mo

de

ler

Bo

nit

a B

PM

1st

step 2nd

step

BPM協会入門セミナーテキストより



1st プロセス開発でのプロセス案の変遷 Excel で記述されたオリジナルのアイデア BPMN 2.0 への形式化

ワークフロー案

画面案整理

プロセス概要図（レベル１: 記述モデル）

プロセス詳細図（レベル２: 分析モデル）

プロセス実装図（レベル3: 実行可能モデル）

ITP Process Modeler

ITP Process Modeler Bonita BPM



1st stepで完成した実行可能プロセスモデル

共通ユーティリティプロセス

プロセス部品



プロセスを実行し要件を繰り返し検証

• フィット＆ギャップ分析

• 「気づき」、「発見」の助長

• UIの改善

– データ項目の追加・削除

– 使いやすさの改良（高）

BPM協会入門セミナーテキストより

プロセス繰り返し数

予算執行承認６回

商品改善対応４回実績値：



業務改善に寄与したプロセスの仕掛け

• 改善効果

• 仕掛け

– ポリシー（ビジネスルール）に基づくアサインの自動化

• 手動アサインなし、適切な人に間違いなく仕事を伝える

• 重複アサインの防止

– 関係者全員の承認を徹底

– 案件ごとに関係者全員で進捗状況とコメント履歴を共有

– プロセスの自動化

• eメールによる作業着手通知と着手遅延督促の施行

• 並行承認による時間短縮

プロセス BPM 導入前 BPM 導入後

予算執行承認５０日９日

商品改善対応５６日７日

プロセス完了時間の削減



ビジネスルールに基づくアサインの自動化

• 組織と関係者の調査・分析 – 業務管理者のアイデアを基に！

• フレキシブルでかつ汎用的なアサインロジックの検討 – アジャイル開発（“Whiteboard”to“Reality”）

– プロセスを動かして実行検証（現場を巻き込む）

仮の組織定義

プロセス定義 BPMS

アクターの自動決定ロジック

フィードバック

実行検証

お客様が最も苦心されたところ

情報収集と投入



プロセス時間削減のためのBPMN 2.0活用技法

• 通知と督促

• 並行承認

ケース１：並行承認パスケース２：シリアル承認パスＸ

プロセスの完了期間が長くなる

・・・・・

通知メール督促メール

決裁に着手するまで督促を繰り返す期限切れをいち早く掴む



アサイン自動化とアクション記録の施行結果

起案時：予定

進行時：決裁状況

すべてのフォームに決裁予定と状況を添付 “e-Hanko” called by customer

討議記録はすべて関係者にオープン



ポータルでプロセス進行状況を追跡

案件ごとに現在作業中のタスクとそれまでに歩んだ道筋を設計時のプロセ

ス図で確認可能



1st 成果物：予算執行承認メインプロセス

構造化と部品化はその後の開発工数削減に寄与



1st 成果物：予算執行承認サブプロセス

アクションリマインダー共通プロセス



1st プロセス開発でプロセスをパターン化

• スタイルを統一して次の開発に再利用

その後のプロセスは回付ルートと回付ルールが異なるだけ …

起案/承認プロセスはどれも同じ



プロジェクトの学習効果

• Step by Step で学習効果が上がる

• スモールスタートが重要

1st プロセス開発

開発期間：約 2ヶ月

繰り返し検証：6回開発期間：約 1ヶ月

繰り返し検証：4回

2nd プロセス開発 3rd プロセス開発 4th プロセス開発

BPM 本稼働開始

プロセス開発（3ヶ月）+本稼働準備（3ヶ月）

開発

工数

/プ

ロセ

ス

47% ダウン

今回のプロジェクト期間

次の開発は当社パートナーにスイッチ



プロセス開発後の本稼働準備（3ヶ月）

• 現場への新業務への説明とトレーニング

• 運用環境セットアップ

• 組織データの本格投入と検証

• 中央管理されたIDとの連携モジュールの組込み

• 組織情報保守作業の半自動化

人情報 in Active Directory

ID は数万人規模

人と組織情報

日本支社数百人

プロセスA

プロセスB

プロセスC

アクター LDAP 同期ユーティリティ

Excel

XML

都度変更 ID はフランス本部で中央管理



オープンソース BPMの有効性

• Bonitasoft BPM – 本社フランス/BPM-based application platform の専業ベンダー

– InfoWorld.com の「Best of Open Source Software」を毎年受賞

– 1,000 顧客/75カ国

• コミュニティ版を提供 – Community サイトを通じ最新 BPMテクノロジーを積極的に発信

– ライセンスフリー：無償で開発・運用に適用可能、ソースコードも公開

• 競合エンタープライズ製品に劣らない（or 超える）有償版

Tomcat

JavaScript Groovy Script Java

Bootstrap JQuery AngularJS

JBoss

HTML5 CSS

SOAP

XML

BPMN

Eclipse

オープンなテクノロジー

BPM専用整理棚（フレームワーク）

BPM技術の学習、試験的適用に最適



プロセスベース・アプリケーション・プラットフォーム

• Bonita BPMのテクノロジー・トレンド – 単なるプロセス管理ツール（BPMS）からプロセスベース・アプリケー

ションの開発・運用基盤に進化

従来のBPMS のサポート範囲

Bonita BPM のサポート範囲アプリケーション・ページを

既存の業務システムにリンクして統合が可能



欧米のBPMS最新技術動向～BPMS技術へのユーザー期待の変化～

キーワード： Agile-Centric Application Platforms

– Whiteboard to Reality ：「アイデア」を「現実」に

１．ビジネス駆動RAD

- アジャイル＆リアルタイムなワークフロー

２．部品化と組み立て可能なアプリケーション - 次世代のアジャイル中心アプリケーション・プラットフォーム

３．ERPの近代化 - アジャイルの考え方をERP, CRM, SFAに持ち込む

４．アプリケーションフレームワーク - 企業システムを活性化する

５．高速アプリケーション開発 - どんなプラットフォーム、どんなデバイス、どんなクラウドにも

６．リアルタイム分析 - ビジネスの可視化度合いを増進する

７．意思決定ルール -日常使用する言葉で理解を容易にする

まさにこの要求にフィット！



ご拝聴ありがとうございます！

sec高信頼化技術適用事例セミナー...2016/2/18 4 © 2016 oss bpm japan, all rights...

Documents