SlideShare a Scribd company logo
1 of 27
Download to read offline
Red Hat Forum
Japan | October 20th, 2021
Virtual Experience
ポイントは業務視点
技術的負債を一掃する
システム更改戦略
-クラウド時代のアーキテクチャへの道のり-
内藤 聡
Cloud Strategy Tech Lead
梅野 昌彦
Chief Technologist
2
本日のスピーカー
内藤 聡
Cloud Strategy Tech Lead
梅野 昌彦
Chief Technologist
本日のテーマ
3
● システム更改のジレンマとレッドハットのアプローチ
● ルール駆動開発に加えてPoCすべきアーキテクチャと技術
● 成功体験を通じて挑戦するマインドを醸成
基幹システムの更改に対する期待
4
システム改修 = 長期の影響調査+多大な工数 な状態を脱却したい
品質は維持/向上、ビジネス要求に対する実装リードタイムを短縮し実装頻度を増加させたい
もちろん絶対に失敗は許されない
クラウドリフト!
クラウドネイティブ!
アジャイル!
DevOps!!
API!
アーキテクチャ変更!
マイクロサービス!
ビジネスアジリティ!
業務継続性!
信頼性向上!
コスト削減!
バッチ脱却!
システム更改のジレンマ
品質を維持しつつ、システム改修のリードタイムと頻度を改善したいが
5
既存アーキテクチャや既存コードにメスを入れる必要があることはわかっているが・・・
アセスメント結果を見ても、大規模改修のリスクを考えても、
とてもじゃないがメスを入れるなんて決断できない
業務部門からの
大量の改善要求
空中戦になりがちなあ
るべき姿議論
更改費用見積もりの
ため長期のアセスメン
ト
業務課題の検討 IT課題の検討 更改可否の検討
後手に回りがちな
要求整理
結局先送りされる
業務課題
更改期日に間に合わ
せるために、無理して
議論を収束
許容できる投資や
期間を超えたアセスメ
ント結果
結局先送りされる
IT課題
PoCはクリアしたけれ
ど自信が持てない
システム更改の理想
6
後手に回りがちな
要求整理
空中戦になりがちなあ
るべき姿議論
更改費用見積もりの
ため長期のアセスメン
ト
PoCはクリアしたけれ
ど、自信が持てない
業務部門をうまく制御しつつも、
できるだけ要求を取り込みたい
机上ではなく実機で試しながら、
あるべき姿を議論したい
見積もり精度を維持しつつ期間を短縮したい
絶対に失敗できないので、抜本的改善に着手しつつ、早期
に可否の見通しを立てたい
そもそも論に加えて改善したいテーマ
業務視点
IT視点
更改可否
更改可否
レッドハットのアプローチ:ルール駆動開発
7
業務アプリケーションの要である業務ルールからスタートするシステム更改アプローチ
巨大、複雑、使われない不要コード満載な既存コードではなく業務担当者と組んで業務ルールを抽出
業務部門とIT部門の
コミュニケーションツールとしてルール
エンジンを活用
コラボレーション
イテレーション開発と
コンテナ技術を活用した高速開発
プロトタイプの実装
マイクロサービスを念頭に置いた
業務の棚卸しと整理
業務
業務と既存データの再現を
要件とした業務ロジックの実装
要件と設計
実物ありきの動く叩き台を使って
業務部門と共に検討
要件の再検討
業務目線・業務用語を使った継
続的な検討と実装
ルール駆動開発の進め方イメージ
8
主要なユースケースのみを対象と
した実装
直近半年のユースケースを対象と
した実装
過去3年のユースケースを対象とし
た実装
イテレーション開発の「終了基準」を過去3年間のデータが全て通ることとした場合
画面、ロジック、システム連携など、簡易
ではあるけど全部やってみる
ある程度業務ができるレベルまで実装 完成形
業務ルールからアプローチした実績
9
時期 業種 内容 前システム規模
2012 製造業 会計システム 300万ステップ
... ... ... ...
2017 金融業 保険の引受〜支払 700万ステップ
2017 製造業 製造設計 600万ステップ
2018 金融業 取引管理 N/A
2019 通信業 コンテンツ配信 300万ステップ
2020 小売業 オンラインショッピング N/A
2021 製造業 設計支援システム N/A
2021 情報通信業 人事給与システム N/A
その他多数
実績例 1 製造業
● システム全体の70%をルールでカバー
● 開発期間は既存手法での見積もりと
比較して、5ヶ月以上短縮
● 開発総コストは50%削減
実績例 2 金融業
● まず最も一般的な商品をターゲットに
2ヶ月で初回イテレーション実施
(デシジョンテーブル約70個)
● 初回テスト結果は精度75%
2週間で2回イテレーションを回し
精度99.98%に向上
レッドハットのアプローチ
10
レッドハットのアプローチ
11
レッドハットのアプローチ
12
PoCの範囲
● Proof of Conceptで確認すべき”コンセプト”は
アーキテクチャと開発手法
レッドハットのアプローチ
13
● 動く叩き台で業務部門と要件を再検討することで、本当に必要なものの整理が行われる
● 要件の検討と設計の正しさも同時に検証すること
レッドハットのアプローチ
14
● 製品の選定は「アーキテクチャと開発手法」が決まった後で選定することで、「製品や
ベンダーからのロックインを解除」できる
レッドハットのアプローチ
15
プロトタイプ作成 → 開発 → 保守 を全て「同じ手法」で行っていく
ルール駆動開発に加えて
PoCすべきアーキテクチャと技術
ルール駆動開発の進め方イメージ
17
主要なユースケースのみを対象と
した実装
直近半年のユースケースを対象と
した実装
過去3年のユースケースを対象とし
た実装
イテレーション開発の「終了基準」を過去3年間のデータが全て通ることとした場合
画面、ロジック、システム連携など、簡易
ではあるけど全部やってみる
ある程度業務ができるレベルまで実装 完成形
マイクロサービスアーキテクチャ
18
User Interface Service
Process Service
Decision Service
Data Service
Integration Service
Platform Service
Infrastructure Service
新規会員 注文受付 発送 在庫管理 営業管理 会計
画面の入出力
案件の進捗管理
チェック・計算・推論
格納・抽出
サービス連携・システム間連携
サービス稼働環境
物理・仮想環境
ITとしてのサービス x ドメイン = マイクロサービス
コンテナ技術
ルール駆動開発をコンテナとプラットフォームサービスで加速
● コンテナの可搬性・不変性を活用し、シンプルかつ効果的な自動テストやCIパイプラインを実装
○ 開発者の開発マシン、チームの開発環境、CI環境等の環境維持もコンテナで容易に
● コンテナプラットフォーム層のセルフサービスにより、必要な作業をオンデマンドで実行
○ Dev側から変更依頼、Ops側で変更作業という人的連携のリードタイムを解消
変更者
変更作業
Dev
Ops
変更確認
コンテナ
プラットフォーム
変更依頼
変更作業 確認
変更確認
変更者
従来の連携モデル 今後の連携モデル
プラットフォーム
サービスの利用
プラットフォーム
サービスの提供
コンテナからクラウドネイティブへ
プラットフォームサービスの活用と自律運用
20
APP
例・サービスの起動、監視
  維持、停止の制御
 ・ログの集約、監視等の管理
● 業務ロジック以外の作り込みをKubernetesや各種サービスにオフロード
○ 例:業務アプリのプロセス/スレッド管理 → Kubernetesサービス
○ 例:ログ管理 → ロギングサービス、モニタリングサービス
● Operatorによるコンテナと各種サービスの自律運用
CLUSTER
SERVICES
APPLICATION
SERVICES
DEVELOPER
SERVICES
Middleware, Service Mesh
Functions, ISV
Monitoring, Chargeback
Registry, Logging
Automated Builds,
CI/CD, IDE
例・プロセス/スレッドの起動、
  監視・維持、停止の制御
 ・ログの集約、監視等の管理
これら取り組みを
クラウドネイティブな
開発と運用の足がかりとする
各ソリューションの掛け合わせによる相乗効果の実績
21
マイクロサービスと
コンテナ環境
ルール駆動開発
✕
ソースコード85%減を達成
スクラム開発チームの確立
マイクロサービスと
コンテナ環境
✕
イベントドリブン
アーキテクチャ
バッチ処理90%削減
HWリソースの確保
マイクロサービスと
コンテナ環境
ルール駆動開発
✕
イベントドリブン
アーキテクチャ
開発期間の50%減
内製化への転換
=
=
=
✕ 移行計画 =
イベントドリブン
アーキテクチャ
高品質化による短納期化(-10人月/全60人月)
夜間バッチ処理対応のための人員削減
✕
スクラム
✕
成功体験を通じて
挑戦するマインドを醸成
成功の鍵は前向きに挑戦するマインドセット
23
● 更改に対する不安に加え、最初から新しいことに前向きに挑戦できる人材は少数派
● マインドセットは急には変わらない、成功体験x回数で変化させる
○ 更改検討の営みに成功体験を組み込む
○ 出来ない理由を如何に回避・解消・緩和するか前向きな議論を呼ぶ
最悪なのは、実体の伴わない表面上の辻褄だけを合わせた報告
業務、IT、開発ベンダーがチーム一丸となって前向きに挑戦するマインドを成功体験を通じて醸成
実体ある試行錯誤と改善のサイクルを作る
ルール駆動開発なんて
やったことがない
こんな複雑なシステムをマ
イクロサービス化できるの
か?
ルール駆動開発に加えて
コンテナまで挑戦するなん
て無理だ
成功体験の創出
24
まとめ
25
● システム更改のジレンマとレッドハットのアプローチ
○ 既存アーキテクチャや既存コードから始めないルール駆動開発
○ 業務ルールから業務ロジックを高速実装、3ヶ月を目安に適用判断
○ 動く叩き台で業務部門と共に要件を検討
● ルール駆動開発に加えてPoCすべきアーキテクチャと技術
○ マイクロサービス、コンテナ/クラウドネイティブ
○ ソリューションの掛け合わせによる大きな成果
● 成功体験を通じて挑戦するマインドを醸成
○ プロトタイプや試行開発を通じた成功体験の共有
○ 業務、IT、開発ベンダーが一丸となって挑戦するマインド
○ 実体ある改善サイクルを回す
WE CAN DO MORE
WHEN WE WORK TOGETHER
ルール駆動開発 マンガ 検索
Thank you
Red Hat Forum
linked.com/company/Red-Hat
youtube.com/user/RedHatAPAC
facebook.com/RedHatAPAC
twitter.com/Red_Hat_APAC

More Related Content

Similar to RHF2021_ポイントは業務視点.pdf

市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望についてKen Azuma
 
最適なビックデータ・システムの構築のために
最適なビックデータ・システムの構築のために最適なビックデータ・システムの構築のために
最適なビックデータ・システムの構築のためにIBM Systems @ IBM Japan, Ltd.
 
X dev 20121106
X dev 20121106X dev 20121106
X dev 20121106Ken Azuma
 
NGINX & OpenShift webinar for Energy Sector
NGINX & OpenShift webinar for Energy SectorNGINX & OpenShift webinar for Energy Sector
NGINX & OpenShift webinar for Energy SectorNGINX, Inc.
 
N02_製造業のレジリエンス強化に必要なデジタル変革 最新の取り組みと事例のご紹介 [Microsoft Japan Digital Days]
N02_製造業のレジリエンス強化に必要なデジタル変革 最新の取り組みと事例のご紹介 [Microsoft Japan Digital Days]N02_製造業のレジリエンス強化に必要なデジタル変革 最新の取り組みと事例のご紹介 [Microsoft Japan Digital Days]
N02_製造業のレジリエンス強化に必要なデジタル変革 最新の取り組みと事例のご紹介 [Microsoft Japan Digital Days]日本マイクロソフト株式会社
 
本当にできるの?ミッションクリティカルシステムのクラウド移行 第1回:検討すべき10のポイント (Oracle Cloudウェビナーシリーズ: 2021年...
本当にできるの?ミッションクリティカルシステムのクラウド移行 第1回:検討すべき10のポイント (Oracle Cloudウェビナーシリーズ: 2021年...本当にできるの?ミッションクリティカルシステムのクラウド移行 第1回:検討すべき10のポイント (Oracle Cloudウェビナーシリーズ: 2021年...
本当にできるの?ミッションクリティカルシステムのクラウド移行 第1回:検討すべき10のポイント (Oracle Cloudウェビナーシリーズ: 2021年...オラクルエンジニア通信
 
市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望についてKen Azuma
 
13_B_5 Who is a architect?
13_B_5 Who is a architect?13_B_5 Who is a architect?
13_B_5 Who is a architect?Atsushi Fukui
 
[3rd 長崎QDG] チームで、長期間で、たくさんのソフトウェアを快適に開発し、価値を生み続けるためのエンジニアリング
[3rd 長崎QDG] チームで、長期間で、たくさんのソフトウェアを快適に開発し、価値を生み続けるためのエンジニアリング[3rd 長崎QDG] チームで、長期間で、たくさんのソフトウェアを快適に開発し、価値を生み続けるためのエンジニアリング
[3rd 長崎QDG] チームで、長期間で、たくさんのソフトウェアを快適に開発し、価値を生み続けるためのエンジニアリングMasanori Kaneko
 
Base 20141011 1_for_slideshre
Base 20141011 1_for_slideshreBase 20141011 1_for_slideshre
Base 20141011 1_for_slideshre正善 大島
 
GP4エンジニアリング・ソリューションのご紹介
GP4エンジニアリング・ソリューションのご紹介GP4エンジニアリング・ソリューションのご紹介
GP4エンジニアリング・ソリューションのご紹介中村昌弘 中村昌弘
 
DevOps時代の開発環境と現場体験 [#cmdevio2015]
DevOps時代の開発環境と現場体験 [#cmdevio2015]DevOps時代の開発環境と現場体験 [#cmdevio2015]
DevOps時代の開発環境と現場体験 [#cmdevio2015]智治 長沢
 
超高速開発の基礎概念 20141119 0
超高速開発の基礎概念 20141119 0超高速開発の基礎概念 20141119 0
超高速開発の基礎概念 20141119 0正善 大島
 
ROBOMECH2023 RTミドルウェア講習会 第1部
ROBOMECH2023 RTミドルウェア講習会 第1部ROBOMECH2023 RTミドルウェア講習会 第1部
ROBOMECH2023 RTミドルウェア講習会 第1部openrtm
 
デブサミ2017【17-E-5】エンタープライズにおけるDevOpsの実態!Cloud Native Application Platformの選択
デブサミ2017【17-E-5】エンタープライズにおけるDevOpsの実態!Cloud Native Application Platformの選択デブサミ2017【17-E-5】エンタープライズにおけるDevOpsの実態!Cloud Native Application Platformの選択
デブサミ2017【17-E-5】エンタープライズにおけるDevOpsの実態!Cloud Native Application Platformの選択Shingo Kitayama
 
企業の生産性とクラウドの活用_202205.pptx
企業の生産性とクラウドの活用_202205.pptx企業の生産性とクラウドの活用_202205.pptx
企業の生産性とクラウドの活用_202205.pptxssuserf780ff
 
DevOps Overview
DevOps OverviewDevOps Overview
DevOps OverviewIIJ
 
1.コース概要
1.コース概要1.コース概要
1.コース概要openrtm
 
アジャイル開発&DevOps-201904
アジャイル開発&DevOps-201904アジャイル開発&DevOps-201904
アジャイル開発&DevOps-201904Masaru Takahashi
 

Similar to RHF2021_ポイントは業務視点.pdf (20)

市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について
 
最適なビックデータ・システムの構築のために
最適なビックデータ・システムの構築のために最適なビックデータ・システムの構築のために
最適なビックデータ・システムの構築のために
 
X dev 20121106
X dev 20121106X dev 20121106
X dev 20121106
 
NGINX & OpenShift webinar for Energy Sector
NGINX & OpenShift webinar for Energy SectorNGINX & OpenShift webinar for Energy Sector
NGINX & OpenShift webinar for Energy Sector
 
N02_製造業のレジリエンス強化に必要なデジタル変革 最新の取り組みと事例のご紹介 [Microsoft Japan Digital Days]
N02_製造業のレジリエンス強化に必要なデジタル変革 最新の取り組みと事例のご紹介 [Microsoft Japan Digital Days]N02_製造業のレジリエンス強化に必要なデジタル変革 最新の取り組みと事例のご紹介 [Microsoft Japan Digital Days]
N02_製造業のレジリエンス強化に必要なデジタル変革 最新の取り組みと事例のご紹介 [Microsoft Japan Digital Days]
 
本当にできるの?ミッションクリティカルシステムのクラウド移行 第1回:検討すべき10のポイント (Oracle Cloudウェビナーシリーズ: 2021年...
本当にできるの?ミッションクリティカルシステムのクラウド移行 第1回:検討すべき10のポイント (Oracle Cloudウェビナーシリーズ: 2021年...本当にできるの?ミッションクリティカルシステムのクラウド移行 第1回:検討すべき10のポイント (Oracle Cloudウェビナーシリーズ: 2021年...
本当にできるの?ミッションクリティカルシステムのクラウド移行 第1回:検討すべき10のポイント (Oracle Cloudウェビナーシリーズ: 2021年...
 
市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について
 
13_B_5 Who is a architect?
13_B_5 Who is a architect?13_B_5 Who is a architect?
13_B_5 Who is a architect?
 
[3rd 長崎QDG] チームで、長期間で、たくさんのソフトウェアを快適に開発し、価値を生み続けるためのエンジニアリング
[3rd 長崎QDG] チームで、長期間で、たくさんのソフトウェアを快適に開発し、価値を生み続けるためのエンジニアリング[3rd 長崎QDG] チームで、長期間で、たくさんのソフトウェアを快適に開発し、価値を生み続けるためのエンジニアリング
[3rd 長崎QDG] チームで、長期間で、たくさんのソフトウェアを快適に開発し、価値を生み続けるためのエンジニアリング
 
Base 20141011 1_for_slideshre
Base 20141011 1_for_slideshreBase 20141011 1_for_slideshre
Base 20141011 1_for_slideshre
 
GP4エンジニアリング・ソリューションのご紹介
GP4エンジニアリング・ソリューションのご紹介GP4エンジニアリング・ソリューションのご紹介
GP4エンジニアリング・ソリューションのご紹介
 
DevOps時代の開発環境と現場体験 [#cmdevio2015]
DevOps時代の開発環境と現場体験 [#cmdevio2015]DevOps時代の開発環境と現場体験 [#cmdevio2015]
DevOps時代の開発環境と現場体験 [#cmdevio2015]
 
超高速開発の基礎概念 20141119 0
超高速開発の基礎概念 20141119 0超高速開発の基礎概念 20141119 0
超高速開発の基礎概念 20141119 0
 
NIFcLab Tech Laboratoryはじめます(もうすぐ)
NIFcLab Tech Laboratoryはじめます(もうすぐ)NIFcLab Tech Laboratoryはじめます(もうすぐ)
NIFcLab Tech Laboratoryはじめます(もうすぐ)
 
ROBOMECH2023 RTミドルウェア講習会 第1部
ROBOMECH2023 RTミドルウェア講習会 第1部ROBOMECH2023 RTミドルウェア講習会 第1部
ROBOMECH2023 RTミドルウェア講習会 第1部
 
デブサミ2017【17-E-5】エンタープライズにおけるDevOpsの実態!Cloud Native Application Platformの選択
デブサミ2017【17-E-5】エンタープライズにおけるDevOpsの実態!Cloud Native Application Platformの選択デブサミ2017【17-E-5】エンタープライズにおけるDevOpsの実態!Cloud Native Application Platformの選択
デブサミ2017【17-E-5】エンタープライズにおけるDevOpsの実態!Cloud Native Application Platformの選択
 
企業の生産性とクラウドの活用_202205.pptx
企業の生産性とクラウドの活用_202205.pptx企業の生産性とクラウドの活用_202205.pptx
企業の生産性とクラウドの活用_202205.pptx
 
DevOps Overview
DevOps OverviewDevOps Overview
DevOps Overview
 
1.コース概要
1.コース概要1.コース概要
1.コース概要
 
アジャイル開発&DevOps-201904
アジャイル開発&DevOps-201904アジャイル開発&DevOps-201904
アジャイル開発&DevOps-201904
 

More from Masahiko 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
 
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
 
Business Resource Planner (RHF2017 Tokyo)
Business Resource Planner (RHF2017 Tokyo)Business Resource Planner (RHF2017 Tokyo)
Business Resource Planner (RHF2017 Tokyo)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 (14)

資料用_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
 
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アルゴリズムを使いこなせ
 
Business Resource Planner (RHF2017 Tokyo)
Business Resource Planner (RHF2017 Tokyo)Business Resource Planner (RHF2017 Tokyo)
Business Resource Planner (RHF2017 Tokyo)
 
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-
 

RHF2021_ポイントは業務視点.pdf