SlideShare a Scribd company logo
1 of 28
Download to read offline
梅野 昌彦
BRMS Business Resource Plannerの紹介
テクニカルセールス本部 Principal Solution Architect
より良いワークバランスを求めませんか?
AP04
RED HAT FORUM TOKYO 20172
http://www.kantei.go.jp/jp/headline/ichiokusoukatsuyaku/hatarakikata.html より引⽤
RED HAT FORUM TOKYO 20173
http://www5.cao.go.jp/keizai-shimon/kaigi/special/future/sentaku/s2_1.html より引⽤
RED HAT FORUM TOKYO 20174
http://www5.cao.go.jp/keizai-shimon/kaigi/special/future/sentaku/s2_1.html より引⽤
働き⽅改⾰実⾏計画
RED HAT FORUM TOKYO 20175
•  同⼀労働・同⼀賃⾦の実現
–  賃⾦・福利厚⽣・司法判断
•  賃⾦引き上げと労働⽣産性の向上
•  ⻑時間労働の是正
–  法改正・パワハラ対策・現⾏制度の適⽤除外
•  柔軟な働き⽅
•  ⼥性・若者の⼈材育成
•  病気の治療と仕事の料率
•  ⼦育て・介護等と仕事の両⽴
•  雇⽤吸収⼒・付加価値の⾼い産業への転職
他 全11項⽬
法令改正が
必要なもの
企業努⼒でも
実現可能なもの
現場で困っていること
RED HAT FORUM TOKYO 20176
事象 考えうる原因
⼈員の不⾜ スキルとタスクのミスマッチ
⾃動化の推進が⾏われていない
コストの最⼩化
納品の遅れ
売上の最⼤化
不要な在庫・効率的ではない配送
省⼒化の努⼒不⾜
少なすぎる安全在庫による商機の逸失
⻑時間労働
負荷の集中
不適切な作業計画
頼みやすい⼈に仕事を依頼
品質の低下
不適切な⾏為
変化点が多すぎる製造ライン
検査⼯程でのスキル不⾜・煩雑な⼿順
災害・テロによる
操業停⽌
代替⼿段が速やかに決定できない
例えばシフトスケジュール
RED HAT FORUM TOKYO 20177
シフトスケジュールの課題
RED HAT FORUM TOKYO 20178
•  特定の⼈に仕事が集中しがち
–  依怙贔屓等の嫉妬
–  頼みやすい⼈に頼む傾向
–  休みの希望が通りにくい
•  ⼼⾝の疲弊
–  気の合わない⼈とのシフト
–  過労
•  有資格者の⽋落による品質の低下
•  コストの増⼤
–  技能の⾼い⼈ほど頼みやすいがコストは⾼くなる
–  不要なリソースの保有
看護婦のスケジュール
RED HAT FORUM TOKYO 20179
ゴール リソース ルール
•  従業員が幸せになる •  看護婦 •  1⽇は1シフトのみ
•  最⼤連続勤務は5⽇
•  休みの申請
•  夜勤後は48時間の休み
•  資格の制約
•  コスト
看護婦のスケジュールでの実際のルール
RED HAT FORUM TOKYO 201710
⽉曜⽇ ⽕曜⽇ ⽔曜⽇ ⽊曜⽇ ⾦曜⽇ ⼟曜⽇ ⽇曜⽇
6 14 22 6 14 22 6 14 22 6 14 22 6 14 22 6 14 22 6 14 22
休 休
1⽇1シフト
⽇勤・夜勤の切替は
10時間以上必要
連勤は最⼤5⽇まで
休 休
特有の技術が必要
休みの申請
休
休
介護の技術が必要 夜勤のあとは48時間以上の間隔
不仲
全ての組合せを考えると…
RED HAT FORUM TOKYO 201711
50名
31⽇
1⽇3交代
7-10名
752のアサイン枠
752^50 = 6.46 * 10^143 通り
17制約
?
RED HAT FORUM TOKYO 201712
宇宙を構成する⽔素原⼦の数
1080
RED HAT FORUM TOKYO 201713
それでも まだ
Excel とか 模造紙 とかで計画しますか?
具体的には?
RED HAT FORUM TOKYO 201714
組合せ⽬的
ルール・制約枠 中⾝事象
⼈員の不⾜
納品の遅れ
売上の最⼤化
タスク
納期
需要
⼈材
部材
供給
スキル
製造⼿順
販売⽅針
Plannerの考え⽅
RED HAT FORUM TOKYO 201715
•  全ての事象を 枠 と 中⾝ で考える
•  制約に引っかかった組合せに重み付け・点数をつける
•  より点数が⾼くなるよう、組合せを⼊替えてTry &
Errorを繰り返す
膨⼤な組合せを全部
総ナメできないじゃない?
ではどうするか?
RED HAT FORUM TOKYO 201716
Operation Research
⼈間の経験則(heuristics) を使って、
より良い答えがありそうなところにアタリをつけて探索する
探索アルゴリズムにMeta-Heuristicsを適⽤
(Tabu Search, Simulated Annealing, Late Acceptance, …)
組合せ最適化問題に適している
最適化への代表的なアプローチ
RED HAT FORUM TOKYO 201717
Pros Cons
数理計画法
(Linier Programing)
計算速度は最速
数学的に解く
モデル化が難しい
改変に時間がかかる
何故ダメなのかの理由がわからない
組合せ最適化
(Combination
Optimization)
業務部⾨が分かりやすい
“ルール”で構成されるため、Try
& Error がやりやすい
何故ダメなのかの理由がわかる
膨⼤な組合せを全て確認することは事
実上不可能
ルールエンジンを使⽤した、組合せ最適化をお勧めしています。
組合せ最適化問題の例
RED HAT FORUM TOKYO 201718
組み合わせ最適化問題 概要
巡回セールスマン問題
(Traveling Salesman Problem)
N個の拠点を効率的に回るための最適なルートを求める問題
ナーススケジューリング問題
(Nurse Scheduling Problem)
看護師のシフトを決定する問題。看護師のスキルや権限、シフトが連続し
ないこと、休⽇の希望などを組み合わせて最適なシフトを考慮する
ビンパッキング問題
(Bin Packing Problem)
最⼤で重さcまで荷物を詰め込める箱と、そこに詰めるべき複数の荷物が
ある場合に、⽤意する箱の数を最⼩にするための詰め⽅を決定する問題
カッティングストック問題
(Cutting Stock Problem)
⻑さlの紙・布・鉄などから、何本かの材料を切り出す際に、⽤意する素材
の数を最⼩にするための切り出し⽅を決定する問題。1次元、⻑⽅形、多
⾓形などがある
Nクイーン問題
(N-Queens Problem)
N×Nのマス⽬で縦横斜めでそれぞれ重複しないようにN個の駒を置く問題
与えられた制約を満⾜する組み合わせ集合の中から最適な組み合わせを求める問題
Business Resource Planner
RED HAT FORUM TOKYO 201719
Business
Resource
Planning
Business
Rules
Management
Complex
Event
Processing
ON-PREMISE PRIVATE PUBLIC
Red Hat JBoss BRMS
BRMS製品の⼀機能としてご利⽤いただけます
構築のために必要なこと
計画を⽴てるのに必要なモノ
RED HAT FORUM TOKYO 201721
需要 データ
計画するリソースの
各種データ
ルール
業務を⾏うための
ルール・制約
需要予測
RED HAT FORUM TOKYO 201722
“当たる” 需要予測、作れていますか?
何故当たらないのか?
•  ⾼度な数学理論だけで完結しない
•  現場のナレッジが必要
•  結果の評価とフィードバックが必要
需要予測 = 過去のデータ x ロジック + 貴社特有の傾向
Try & Error でルールは
どんどん改変すべき!
BRMS の適⽤を
是⾮検討ください!
プロジェクトの実⾏⼿順
RED HAT FORUM TOKYO 201723
問題の整理
データの準備
ルールの準備 アプリの作成 実⾏・評価
お勧めの構成
Copyright © 2017 Red Hat K.K. All Rights Reserved.24
Plannerでは、より良い解を探索するために、パラメータの異なる探索アルゴ
リズムを複数競争させることをおすすめします。
-4237設定1
-3875設定2
-4622設定3
-2728設定4
-3361設定5
←最良解!
例:3時間計算させた結果
※ 週次・⽉次の計画等、稼働させるのが週1回程度であれば、クラウド環境を利⽤し、コストを抑えて使⽤する事も可能です。
それぞれの設定では、より良い答えに早くた
どり着くように、探索のBlockサイズを6, 7,
10 等、少しずつ変えた設定にして実⾏します。
(Solver Configで設定)
Plannerは1実⾏につき2Coreが使⽤されます。
使⽤メモリはデータやルールの記述に依存し
ますので、プロトタイプで実計測してから決
定します。
BRMS / Plannerを使うメリット
RED HAT FORUM TOKYO 201725
コスト削減 お客様満⾜度の向上 従業員の満⾜度の向上
•  部材
•  倉庫
•  燃料
•  従業員の賃⾦
•  迅速な配送
•  費⽤軽減
•  リクエストに応えてくれる
•  信頼の向上
•  ⽣産性の向上
•  ストレスの低減
•  豊かな⼼で仕事に従事
•  良いワーク・ライフバランス
RED HAT FORUM TOKYO 201726
より豊かな⼼がもてるよう、BRMS製品を通じてご⽀援致します。
 Velox BRMS
2017年12⽉
提供開始予定
plus.google.com/+RedHat
linkedin.com/company/red-hat
youtube.com/user/RedHatVideos
facebook.com/redhatinc
twitter.com/RedHatNews
ありがとうございました
梅野 昌彦 : mumeno@redhat.com

More Related Content

Similar to Business Resource Planner (RHF2017 Tokyo)

Lightning コンポーネント開発〜実装例から学ぶ開発のコツ
Lightning コンポーネント開発〜実装例から学ぶ開発のコツLightning コンポーネント開発〜実装例から学ぶ開発のコツ
Lightning コンポーネント開発〜実装例から学ぶ開発のコツSalesforce Developers Japan
 
AgileJapan 2017 ビジネスアジャイル 匠Methodとスクラム
AgileJapan 2017 ビジネスアジャイル  匠MethodとスクラムAgileJapan 2017 ビジネスアジャイル  匠Methodとスクラム
AgileJapan 2017 ビジネスアジャイル 匠MethodとスクラムHagimoto Junzo
 
プロダクト開発におけるプロダクトマネージャーの役割とは #‎devsumi‬
プロダクト開発におけるプロダクトマネージャーの役割とは #‎devsumi‬プロダクト開発におけるプロダクトマネージャーの役割とは #‎devsumi‬
プロダクト開発におけるプロダクトマネージャーの役割とは #‎devsumi‬Mizuki Tanno
 
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjugXP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjugRyota Inaba
 
15 11-24 jmaセミナー資料
15 11-24 jmaセミナー資料15 11-24 jmaセミナー資料
15 11-24 jmaセミナー資料POP
 
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)Kent Ishizawa
 
モデリングの彼方に未来を見た
モデリングの彼方に未来を見たモデリングの彼方に未来を見た
モデリングの彼方に未来を見たHagimoto Junzo
 
匠Method 超入門(関西匠塾第一回)
匠Method 超入門(関西匠塾第一回)匠Method 超入門(関西匠塾第一回)
匠Method 超入門(関西匠塾第一回)Hagimoto Junzo
 
SPI Japan2016発表資料
SPI Japan2016発表資料SPI Japan2016発表資料
SPI Japan2016発表資料Reiko Rikuno
 
運用・保守性を高めるためにやった事
運用・保守性を高めるためにやった事運用・保守性を高めるためにやった事
運用・保守性を高めるためにやった事binaryta Narita
 
2017 07-12 要求を見える化しよう!(関西匠塾にて)
2017 07-12  要求を見える化しよう!(関西匠塾にて)2017 07-12  要求を見える化しよう!(関西匠塾にて)
2017 07-12 要求を見える化しよう!(関西匠塾にて)Hagimoto Junzo
 
20150425 iiba日本支部講演 日米比較 一色浩一郎
20150425 iiba日本支部講演 日米比較 一色浩一郎20150425 iiba日本支部講演 日米比較 一色浩一郎
20150425 iiba日本支部講演 日米比較 一色浩一郎啓明 新冨
 
TPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムTPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムKazutaka Sankai
 
Evangelist was-born-4-publish https://devrel.tokyo/japan-2019/speakers/shotaro/
Evangelist was-born-4-publish https://devrel.tokyo/japan-2019/speakers/shotaro/Evangelist was-born-4-publish https://devrel.tokyo/japan-2019/speakers/shotaro/
Evangelist was-born-4-publish https://devrel.tokyo/japan-2019/speakers/shotaro/Shotaro Suzuki
 
「コーポレートサイトにちょうどいい」baserCMS 生い立ちと今 --- 大切にしているポリシーをみなさんにお伝えします ---
「コーポレートサイトにちょうどいい」baserCMS 生い立ちと今 --- 大切にしているポリシーをみなさんにお伝えします ---「コーポレートサイトにちょうどいい」baserCMS 生い立ちと今 --- 大切にしているポリシーをみなさんにお伝えします ---
「コーポレートサイトにちょうどいい」baserCMS 生い立ちと今 --- 大切にしているポリシーをみなさんにお伝えします ---Open Source Software Association of Japan
 
業務プロセス改革とデータマイニング -2010年度LBIビジネス講演会
業務プロセス改革とデータマイニング -2010年度LBIビジネス講演会業務プロセス改革とデータマイニング -2010年度LBIビジネス講演会
業務プロセス改革とデータマイニング -2010年度LBIビジネス講演会Koichi Hamada
 
匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他
匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他
匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他Haruo Sato
 

Similar to Business Resource Planner (RHF2017 Tokyo) (20)

Lightning コンポーネント開発〜実装例から学ぶ開発のコツ
Lightning コンポーネント開発〜実装例から学ぶ開発のコツLightning コンポーネント開発〜実装例から学ぶ開発のコツ
Lightning コンポーネント開発〜実装例から学ぶ開発のコツ
 
AgileJapan 2017 ビジネスアジャイル 匠Methodとスクラム
AgileJapan 2017 ビジネスアジャイル  匠MethodとスクラムAgileJapan 2017 ビジネスアジャイル  匠Methodとスクラム
AgileJapan 2017 ビジネスアジャイル 匠Methodとスクラム
 
プロダクト開発におけるプロダクトマネージャーの役割とは #‎devsumi‬
プロダクト開発におけるプロダクトマネージャーの役割とは #‎devsumi‬プロダクト開発におけるプロダクトマネージャーの役割とは #‎devsumi‬
プロダクト開発におけるプロダクトマネージャーの役割とは #‎devsumi‬
 
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjugXP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
 
15 11-24 jmaセミナー資料
15 11-24 jmaセミナー資料15 11-24 jmaセミナー資料
15 11-24 jmaセミナー資料
 
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
 
モデリングの彼方に未来を見た
モデリングの彼方に未来を見たモデリングの彼方に未来を見た
モデリングの彼方に未来を見た
 
AgilePM読書会 #5
AgilePM読書会 #5AgilePM読書会 #5
AgilePM読書会 #5
 
匠Method 超入門(関西匠塾第一回)
匠Method 超入門(関西匠塾第一回)匠Method 超入門(関西匠塾第一回)
匠Method 超入門(関西匠塾第一回)
 
SPI Japan2016発表資料
SPI Japan2016発表資料SPI Japan2016発表資料
SPI Japan2016発表資料
 
運用・保守性を高めるためにやった事
運用・保守性を高めるためにやった事運用・保守性を高めるためにやった事
運用・保守性を高めるためにやった事
 
2017 07-12 要求を見える化しよう!(関西匠塾にて)
2017 07-12  要求を見える化しよう!(関西匠塾にて)2017 07-12  要求を見える化しよう!(関西匠塾にて)
2017 07-12 要求を見える化しよう!(関西匠塾にて)
 
Midworks
MidworksMidworks
Midworks
 
20150425 iiba日本支部講演 日米比較 一色浩一郎
20150425 iiba日本支部講演 日米比較 一色浩一郎20150425 iiba日本支部講演 日米比較 一色浩一郎
20150425 iiba日本支部講演 日米比較 一色浩一郎
 
Goalist会社概要
Goalist会社概要Goalist会社概要
Goalist会社概要
 
TPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムTPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラム
 
Evangelist was-born-4-publish https://devrel.tokyo/japan-2019/speakers/shotaro/
Evangelist was-born-4-publish https://devrel.tokyo/japan-2019/speakers/shotaro/Evangelist was-born-4-publish https://devrel.tokyo/japan-2019/speakers/shotaro/
Evangelist was-born-4-publish https://devrel.tokyo/japan-2019/speakers/shotaro/
 
「コーポレートサイトにちょうどいい」baserCMS 生い立ちと今 --- 大切にしているポリシーをみなさんにお伝えします ---
「コーポレートサイトにちょうどいい」baserCMS 生い立ちと今 --- 大切にしているポリシーをみなさんにお伝えします ---「コーポレートサイトにちょうどいい」baserCMS 生い立ちと今 --- 大切にしているポリシーをみなさんにお伝えします ---
「コーポレートサイトにちょうどいい」baserCMS 生い立ちと今 --- 大切にしているポリシーをみなさんにお伝えします ---
 
業務プロセス改革とデータマイニング -2010年度LBIビジネス講演会
業務プロセス改革とデータマイニング -2010年度LBIビジネス講演会業務プロセス改革とデータマイニング -2010年度LBIビジネス講演会
業務プロセス改革とデータマイニング -2010年度LBIビジネス講演会
 
匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他
匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他
匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他
 

More from Masahiko Umeno

RHF2021_ポイントは業務視点.pdf
RHF2021_ポイントは業務視点.pdfRHF2021_ポイントは業務視点.pdf
RHF2021_ポイントは業務視点.pdfMasahiko Umeno
 
資料用_B1_mumeno_RHF_2014_wo_pic.pdf
資料用_B1_mumeno_RHF_2014_wo_pic.pdf資料用_B1_mumeno_RHF_2014_wo_pic.pdf
資料用_B1_mumeno_RHF_2014_wo_pic.pdfMasahiko Umeno
 
Why we should consider Open Hybrid Cloud.pdf
Why we should  consider Open Hybrid Cloud.pdfWhy we should  consider Open Hybrid Cloud.pdf
Why we should consider Open Hybrid Cloud.pdfMasahiko Umeno
 
Open Hybrid Cloudを検討すべき理由.pdf
Open Hybrid Cloudを検討すべき理由.pdfOpen Hybrid Cloudを検討すべき理由.pdf
Open Hybrid Cloudを検討すべき理由.pdfMasahiko Umeno
 
Rhf2019 how totackle barriersofapplicationmodernization_ap16_en
Rhf2019 how totackle barriersofapplicationmodernization_ap16_enRhf2019 how totackle barriersofapplicationmodernization_ap16_en
Rhf2019 how totackle barriersofapplicationmodernization_ap16_enMasahiko Umeno
 
Application Modernizationの障壁にどう取り組むか
Application Modernizationの障壁にどう取り組むかApplication Modernizationの障壁にどう取り組むか
Application Modernizationの障壁にどう取り組むかMasahiko Umeno
 
Next generation business automation with the red hat decision manager and red...
Next generation business automation with the red hat decision manager and red...Next generation business automation with the red hat decision manager and red...
Next generation business automation with the red hat decision manager and red...Masahiko Umeno
 
Master the RETE algorithm
Master the RETE algorithmMaster the RETE algorithm
Master the RETE algorithmMasahiko Umeno
 
RETEアルゴリズムを使いこなせ
RETEアルゴリズムを使いこなせRETEアルゴリズムを使いこなせ
RETEアルゴリズムを使いこなせMasahiko Umeno
 
Artificial Intelligence
Artificial IntelligenceArtificial Intelligence
Artificial IntelligenceMasahiko Umeno
 
レッドハットのベストプラクティス
レッドハットのベストプラクティスレッドハットのベストプラクティス
レッドハットのベストプラクティスMasahiko Umeno
 
Red Hat Forum 2015 Tokyo mumeno 公開資料
Red Hat Forum 2015 Tokyo mumeno 公開資料Red Hat Forum 2015 Tokyo mumeno 公開資料
Red Hat Forum 2015 Tokyo mumeno 公開資料Masahiko Umeno
 
Application Architecture -Data, Process, Rule-
Application Architecture -Data, Process, Rule-Application Architecture -Data, Process, Rule-
Application Architecture -Data, Process, Rule-Masahiko Umeno
 

More from Masahiko Umeno (15)

RHF2021_ポイントは業務視点.pdf
RHF2021_ポイントは業務視点.pdfRHF2021_ポイントは業務視点.pdf
RHF2021_ポイントは業務視点.pdf
 
資料用_B1_mumeno_RHF_2014_wo_pic.pdf
資料用_B1_mumeno_RHF_2014_wo_pic.pdf資料用_B1_mumeno_RHF_2014_wo_pic.pdf
資料用_B1_mumeno_RHF_2014_wo_pic.pdf
 
Why we should consider Open Hybrid Cloud.pdf
Why we should  consider Open Hybrid Cloud.pdfWhy we should  consider Open Hybrid Cloud.pdf
Why we should consider Open Hybrid Cloud.pdf
 
Open Hybrid Cloudを検討すべき理由.pdf
Open Hybrid Cloudを検討すべき理由.pdfOpen Hybrid Cloudを検討すべき理由.pdf
Open Hybrid Cloudを検討すべき理由.pdf
 
Rhf2019 how totackle barriersofapplicationmodernization_ap16_en
Rhf2019 how totackle barriersofapplicationmodernization_ap16_enRhf2019 how totackle barriersofapplicationmodernization_ap16_en
Rhf2019 how totackle barriersofapplicationmodernization_ap16_en
 
Application Modernizationの障壁にどう取り組むか
Application Modernizationの障壁にどう取り組むかApplication Modernizationの障壁にどう取り組むか
Application Modernizationの障壁にどう取り組むか
 
Next generation business automation with the red hat decision manager and red...
Next generation business automation with the red hat decision manager and red...Next generation business automation with the red hat decision manager and red...
Next generation business automation with the red hat decision manager and red...
 
Master the RETE algorithm
Master the RETE algorithmMaster the RETE algorithm
Master the RETE algorithm
 
RETEアルゴリズムを使いこなせ
RETEアルゴリズムを使いこなせRETEアルゴリズムを使いこなせ
RETEアルゴリズムを使いこなせ
 
BRMS6.2 2016版
BRMS6.2 2016版BRMS6.2 2016版
BRMS6.2 2016版
 
Artificial Intelligence
Artificial IntelligenceArtificial Intelligence
Artificial Intelligence
 
レッドハットのベストプラクティス
レッドハットのベストプラクティスレッドハットのベストプラクティス
レッドハットのベストプラクティス
 
Red Hat Forum 2015 Tokyo mumeno 公開資料
Red Hat Forum 2015 Tokyo mumeno 公開資料Red Hat Forum 2015 Tokyo mumeno 公開資料
Red Hat Forum 2015 Tokyo mumeno 公開資料
 
Opta planner勉強会
Opta planner勉強会Opta planner勉強会
Opta planner勉強会
 
Application Architecture -Data, Process, Rule-
Application Architecture -Data, Process, Rule-Application Architecture -Data, Process, Rule-
Application Architecture -Data, Process, Rule-
 

Business Resource Planner (RHF2017 Tokyo)

  • 1. 梅野 昌彦 BRMS Business Resource Plannerの紹介 テクニカルセールス本部 Principal Solution Architect より良いワークバランスを求めませんか? AP04
  • 2. RED HAT FORUM TOKYO 20172 http://www.kantei.go.jp/jp/headline/ichiokusoukatsuyaku/hatarakikata.html より引⽤
  • 3. RED HAT FORUM TOKYO 20173 http://www5.cao.go.jp/keizai-shimon/kaigi/special/future/sentaku/s2_1.html より引⽤
  • 4. RED HAT FORUM TOKYO 20174 http://www5.cao.go.jp/keizai-shimon/kaigi/special/future/sentaku/s2_1.html より引⽤
  • 5. 働き⽅改⾰実⾏計画 RED HAT FORUM TOKYO 20175 •  同⼀労働・同⼀賃⾦の実現 –  賃⾦・福利厚⽣・司法判断 •  賃⾦引き上げと労働⽣産性の向上 •  ⻑時間労働の是正 –  法改正・パワハラ対策・現⾏制度の適⽤除外 •  柔軟な働き⽅ •  ⼥性・若者の⼈材育成 •  病気の治療と仕事の料率 •  ⼦育て・介護等と仕事の両⽴ •  雇⽤吸収⼒・付加価値の⾼い産業への転職 他 全11項⽬ 法令改正が 必要なもの 企業努⼒でも 実現可能なもの
  • 6. 現場で困っていること RED HAT FORUM TOKYO 20176 事象 考えうる原因 ⼈員の不⾜ スキルとタスクのミスマッチ ⾃動化の推進が⾏われていない コストの最⼩化 納品の遅れ 売上の最⼤化 不要な在庫・効率的ではない配送 省⼒化の努⼒不⾜ 少なすぎる安全在庫による商機の逸失 ⻑時間労働 負荷の集中 不適切な作業計画 頼みやすい⼈に仕事を依頼 品質の低下 不適切な⾏為 変化点が多すぎる製造ライン 検査⼯程でのスキル不⾜・煩雑な⼿順 災害・テロによる 操業停⽌ 代替⼿段が速やかに決定できない
  • 8. シフトスケジュールの課題 RED HAT FORUM TOKYO 20178 •  特定の⼈に仕事が集中しがち –  依怙贔屓等の嫉妬 –  頼みやすい⼈に頼む傾向 –  休みの希望が通りにくい •  ⼼⾝の疲弊 –  気の合わない⼈とのシフト –  過労 •  有資格者の⽋落による品質の低下 •  コストの増⼤ –  技能の⾼い⼈ほど頼みやすいがコストは⾼くなる –  不要なリソースの保有
  • 9. 看護婦のスケジュール RED HAT FORUM TOKYO 20179 ゴール リソース ルール •  従業員が幸せになる •  看護婦 •  1⽇は1シフトのみ •  最⼤連続勤務は5⽇ •  休みの申請 •  夜勤後は48時間の休み •  資格の制約 •  コスト
  • 10. 看護婦のスケジュールでの実際のルール RED HAT FORUM TOKYO 201710 ⽉曜⽇ ⽕曜⽇ ⽔曜⽇ ⽊曜⽇ ⾦曜⽇ ⼟曜⽇ ⽇曜⽇ 6 14 22 6 14 22 6 14 22 6 14 22 6 14 22 6 14 22 6 14 22 休 休 1⽇1シフト ⽇勤・夜勤の切替は 10時間以上必要 連勤は最⼤5⽇まで 休 休 特有の技術が必要 休みの申請 休 休 介護の技術が必要 夜勤のあとは48時間以上の間隔 不仲
  • 11. 全ての組合せを考えると… RED HAT FORUM TOKYO 201711 50名 31⽇ 1⽇3交代 7-10名 752のアサイン枠 752^50 = 6.46 * 10^143 通り 17制約 ?
  • 12. RED HAT FORUM TOKYO 201712 宇宙を構成する⽔素原⼦の数 1080
  • 13. RED HAT FORUM TOKYO 201713 それでも まだ Excel とか 模造紙 とかで計画しますか?
  • 14. 具体的には? RED HAT FORUM TOKYO 201714 組合せ⽬的 ルール・制約枠 中⾝事象 ⼈員の不⾜ 納品の遅れ 売上の最⼤化 タスク 納期 需要 ⼈材 部材 供給 スキル 製造⼿順 販売⽅針
  • 15. Plannerの考え⽅ RED HAT FORUM TOKYO 201715 •  全ての事象を 枠 と 中⾝ で考える •  制約に引っかかった組合せに重み付け・点数をつける •  より点数が⾼くなるよう、組合せを⼊替えてTry & Errorを繰り返す 膨⼤な組合せを全部 総ナメできないじゃない?
  • 16. ではどうするか? RED HAT FORUM TOKYO 201716 Operation Research ⼈間の経験則(heuristics) を使って、 より良い答えがありそうなところにアタリをつけて探索する 探索アルゴリズムにMeta-Heuristicsを適⽤ (Tabu Search, Simulated Annealing, Late Acceptance, …) 組合せ最適化問題に適している
  • 17. 最適化への代表的なアプローチ RED HAT FORUM TOKYO 201717 Pros Cons 数理計画法 (Linier Programing) 計算速度は最速 数学的に解く モデル化が難しい 改変に時間がかかる 何故ダメなのかの理由がわからない 組合せ最適化 (Combination Optimization) 業務部⾨が分かりやすい “ルール”で構成されるため、Try & Error がやりやすい 何故ダメなのかの理由がわかる 膨⼤な組合せを全て確認することは事 実上不可能 ルールエンジンを使⽤した、組合せ最適化をお勧めしています。
  • 18. 組合せ最適化問題の例 RED HAT FORUM TOKYO 201718 組み合わせ最適化問題 概要 巡回セールスマン問題 (Traveling Salesman Problem) N個の拠点を効率的に回るための最適なルートを求める問題 ナーススケジューリング問題 (Nurse Scheduling Problem) 看護師のシフトを決定する問題。看護師のスキルや権限、シフトが連続し ないこと、休⽇の希望などを組み合わせて最適なシフトを考慮する ビンパッキング問題 (Bin Packing Problem) 最⼤で重さcまで荷物を詰め込める箱と、そこに詰めるべき複数の荷物が ある場合に、⽤意する箱の数を最⼩にするための詰め⽅を決定する問題 カッティングストック問題 (Cutting Stock Problem) ⻑さlの紙・布・鉄などから、何本かの材料を切り出す際に、⽤意する素材 の数を最⼩にするための切り出し⽅を決定する問題。1次元、⻑⽅形、多 ⾓形などがある Nクイーン問題 (N-Queens Problem) N×Nのマス⽬で縦横斜めでそれぞれ重複しないようにN個の駒を置く問題 与えられた制約を満⾜する組み合わせ集合の中から最適な組み合わせを求める問題
  • 19. Business Resource Planner RED HAT FORUM TOKYO 201719 Business Resource Planning Business Rules Management Complex Event Processing ON-PREMISE PRIVATE PUBLIC Red Hat JBoss BRMS BRMS製品の⼀機能としてご利⽤いただけます
  • 21. 計画を⽴てるのに必要なモノ RED HAT FORUM TOKYO 201721 需要 データ 計画するリソースの 各種データ ルール 業務を⾏うための ルール・制約
  • 22. 需要予測 RED HAT FORUM TOKYO 201722 “当たる” 需要予測、作れていますか? 何故当たらないのか? •  ⾼度な数学理論だけで完結しない •  現場のナレッジが必要 •  結果の評価とフィードバックが必要 需要予測 = 過去のデータ x ロジック + 貴社特有の傾向 Try & Error でルールは どんどん改変すべき! BRMS の適⽤を 是⾮検討ください!
  • 23. プロジェクトの実⾏⼿順 RED HAT FORUM TOKYO 201723 問題の整理 データの準備 ルールの準備 アプリの作成 実⾏・評価
  • 24. お勧めの構成 Copyright © 2017 Red Hat K.K. All Rights Reserved.24 Plannerでは、より良い解を探索するために、パラメータの異なる探索アルゴ リズムを複数競争させることをおすすめします。 -4237設定1 -3875設定2 -4622設定3 -2728設定4 -3361設定5 ←最良解! 例:3時間計算させた結果 ※ 週次・⽉次の計画等、稼働させるのが週1回程度であれば、クラウド環境を利⽤し、コストを抑えて使⽤する事も可能です。 それぞれの設定では、より良い答えに早くた どり着くように、探索のBlockサイズを6, 7, 10 等、少しずつ変えた設定にして実⾏します。 (Solver Configで設定) Plannerは1実⾏につき2Coreが使⽤されます。 使⽤メモリはデータやルールの記述に依存し ますので、プロトタイプで実計測してから決 定します。
  • 25. BRMS / Plannerを使うメリット RED HAT FORUM TOKYO 201725 コスト削減 お客様満⾜度の向上 従業員の満⾜度の向上 •  部材 •  倉庫 •  燃料 •  従業員の賃⾦ •  迅速な配送 •  費⽤軽減 •  リクエストに応えてくれる •  信頼の向上 •  ⽣産性の向上 •  ストレスの低減 •  豊かな⼼で仕事に従事 •  良いワーク・ライフバランス
  • 26. RED HAT FORUM TOKYO 201726 より豊かな⼼がもてるよう、BRMS製品を通じてご⽀援致します。