三越伊勢丹におけるDX向け基盤のつくり方

by アイムデジタルラボ

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Copyright© IM Digital Lab, Inc. All rights reserved. 講演者鈴⽊雄介 • (株)アイムデジタルラボ • 取締役 • Graat（グラーツ） • グロース・アーキテクチャ＆チームス(株) • マイクロサービス＆アジャイルのコンサルサービス • 代表取締役社⻑ • その他 • @yusuke_arclamp • http://arclamp.hatenablog.com/

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Copyright© IM Digital Lab, Inc. All rights reserved. 三越伊勢丹グループ総資産（連結） 1兆 1,983億円資本⾦ 509億円売上⾼（連結） 8,160億円国内外店舗数 49店舗従業員数（連結）約 20,000⼈ ※2021年3⽉期実績 \ ※2021年3⽉31⽇時点 ※2021年3⽉31⽇時点 ※2021年7⽉1⽇時点 ※2021年3⽉31⽇時点

Slide 7

Slide 7 text

Copyright© IM Digital Lab, Inc. All rights reserved. 主な三越伊勢丹グループの事業国内百貨店お取組先数約 2万６千社グループ従業員数約 2万⼈株主さま数約 28万⼈エムアイカード会員数約 290万⼈百貨店（オンライン・オフライン）国内最⼤のマーケットである⾸都圏を中⼼に、国内外に幅広い店舗網を展開不動産事業国内保有不動産の再開発と国内外の商業不動産事業を強化⾦融事業国の世帯年収 2,000万円以上のうち約14％がエムアイカード会員

Slide 8

Slide 8 text

Copyright© IM Digital Lab, Inc. All rights reserved. 接客DXサービス① 3D計測＋店頭接客 • 「⾜が痛くない靴選び」を実現するためにスタート • 3ヶ⽉間で開発 • 2019年4⽉にワークショップ実施 • 2019年6⽉に開発開始 • 2019年8⽉28⽇にサービス開始 • その後も継続的に機能追加 • 20,000名以上が利⽤ • 店頭での購買率が倍に • データから商品開発を実施ユアフィット365（婦⼈靴／紳⼠靴） 3Ｄ計測したお客さまの⾜形と靴の⽊型をマッチングし、靴専⾨販売員がフィッティング最⾼の1⾜に出会う⾜にあった10⾜に絞り込む + スマホで⽊型から新作をチェック + ※無料で利⽤いただけるサービスです。

Slide 9

Slide 9 text

Copyright© IM Digital Lab, Inc. All rights reserved. 接客DXサービス② 三越伊勢丹リモートショッピングアプリチャットやビデオで店頭スタッフが接客し、そのまま店頭商品をリモート決済あなたのための接客をいつでも、どこからでも + 接客履歴がカルテに残り、次の接客品質が向上 + ※伊勢丹新宿店、⽇本橋三越本店、銀座三越、伊勢丹⽴川で対応（2021年9⽉時点）リモート接客 • コロナ禍の店舗休業中に企画し、⾮来店での接客を可能に • 5ヶ⽉間で開発 • 2020年5⽉にワークショップを実施 • 2020年7⽉に開発開始 • 2020年11⽉25⽇にサービス開始 • その後も毎週機能追加中 • ほぼ全ての売場で利⽤可能 • チャットによる⾮同期接客 • 遠隔地だけでなく、店頭時短にも活⽤

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Copyright© IM Digital Lab, Inc. All rights reserved. DX向け基盤とは DXサービス向けに2つの基盤を整備 • ①DevOps基盤 • ⽬的：開発⽣産性と保守性の向上 • AWS&AzureのPaaS基盤、CI/CD基盤、監視基盤などを整備 • ②ビジネスプラットフォーム • ⽬的：基幹システムへのアクセス容易性の向上が⽬的 • 領域ごとにAPI、データキャッシュ、イベントストリームなどを整備三越伊勢丹アイムデジタルラボ（IMDL）三越伊勢丹システム・ソリューションズ（IMS）ビジネスプラットフォーム協業整備基幹システム保守デジタルツール開発連携 DevOps基盤連携デジタルサービスオンライン or オフライン運営利⽤協業情報システム部三越伊勢丹ホールディングス

Slide 12

Slide 12 text

Copyright© IM Digital Lab, Inc. All rights reserved. DX向け基盤とは ①DevOps基盤 • DevOpsをコンセプトに16倍の効率性を実現 • 他部署との調整不要で開発⽣産性が4倍 • 運⽤作業が⾃動化され保守体制が1/4 • PaaS基盤、CI/CD基盤、監視基盤のガイドラインを整備 • CCoEがネットワークやアカウントまで整備し、あとは開発チームが構築 • ガイドラインに従えば、⾃然にガバナンスに従ったサービスになるこれまでこれからインフラ構築アプリ開発運⽤監視インフラチーム開発チーム運⽤監視チーム既存環境利⽤整備監視開発チーム運⽤監視チーム DevOps 基盤利⽤利⽤通知 CCoE/ DevOps ⽀援チームコア監視全体整備⽀援

Slide 13

Slide 13 text

Copyright© IM Digital Lab, Inc. All rights reserved. DX向け基盤とは ②ビジネスプラットフォーム • DXサービスは多様だが、基幹データは共通化させるべき • 個別DXサービスに基幹システムとの個別調整はさせたくない • 基幹への⼀元的なアクセスを提供するための基盤が必要に • 領域別にAPI、データキャッシュ、イベントストリームなど構築 • DXサービスに必要とされる形式で基幹のデータを集約 • 例：DXサービスが必要な商品点数は販売可能数であって、在庫数ではない商品情報価格情報展開情報会員情報決済/ 配送⼀元的に提供する基盤＝ビジネスプラットフォームお客様情報⾜の情報⾜に合う靴の⼀覧⾜に合う靴の詳細購⼊会員商品在庫/販売価格決済 ←本⽇の主題

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Copyright© IM Digital Lab, Inc. All rights reserved. ビジネスプラットフォーム内製中⼼でのアジャイル開発 • 2020年度から組織化し、内製メンバー中⼼で構築 • 2019年度に構想をまとめ、あるべき姿を整理 • Red Hat社には初期段階から技術⽀援を依頼 • DXサービスからの要求に従い段階的に整備を実施 • 必要になった機能を、必要なタイミングで構築することで無駄を排除 • DevOps基盤上に構築することでアジャイル開発が可能になった • ビジネスプラットフォームの取り組み紹介 1. 基本的な連携パターンの整理 2. 柔軟なデータ収集機能の実現 3. イベントストリームによる機能拡張 4. 基幹モダナイズへの取り組み

Slide 16

Slide 16 text

Copyright© IM Digital Lab, Inc. All rights reserved. 基幹システム群 API ビジネスプラットフォーム 1.基本的な連携パターンの整理 • Red Hat社の知⾒を利⽤し、ゾーニングや連携種別を整理 • ソースゾーン：基幹からのI/Fを受け取る場所 • デリバリーゾーン：DXサービスへ配信する場所 RDB ソースゾーンデリバリーゾーンロジックゾーン基幹システムﾌｧｲﾙ RDB 基幹システム RDB イベントストリーミングキャッシュとAPI配信リアルタイムイベント配信デジタルツールデジタルツール基幹システムデジタルツール APIルーティング変換 API 変換 API ｹﾞｰﾄｳｪｲビジネスプラットフォーム同期APIでのデータ連携リアルタイムの⾮同期イベント連携基幹を更新する同期/⾮同期API 収集 Topic 配信 Topic

Slide 17

Slide 17 text

Copyright© IM Digital Lab, Inc. All rights reserved. ビジネスプラットフォーム 2.柔軟なデータ収集機能の実現 • データ収集部分にRed Hat Fuseを採⽤ • 特にApache Camelを活⽤ • データ連携のパターン＆コンポーネント集 • XML定義、もしくはDSLで全体処理を定義 • 必要な部分だけコンポーネントを作成して組み込み • ベースフレームワークにより品質が安定 • システム間連携にまつわる基本的な処理構造はフレームワーク側で吸収してくれる • 開発者はデータ変換ロジックなどの個別要件に集中 • アプリはコンテナ化してクラウドPaaS基盤上で常駐 or バッチで起動 camel-context.xmlの⼀部 ←1件ごとにループ ${body} ←Kafkaに送信 ←エラーがあったらスキップ jp.co.... EndException 基幹 DB Apache Camel ポーリング 1件ごとに送信イベントストリーム設定ファイル

Slide 18

Slide 18 text

Copyright© IM Digital Lab, Inc. All rights reserved. 3.イベントストリームによる機能拡張 • 基幹データをDXサービスにリアルタイムに横流しする • イベントストリームにはマネージドサービスのApache Kafkaを採⽤ • 適⽤例：EC受注情報 • ECの受注情報を抽出し、受注Topicsに横流し • ⼩規模だが百貨店ならではの個別ユースケースに対して適⽤ • 既存システムを改修せずに機能追加が可能になった • DXサービス側もリアルタイム連携に関する⼯数が⾮常に⼩さくなる ECシステムビジネスプラットフォームビジネスプラットフォーム⾷品店頭受取店舗倉庫配送リモート接客受注 DB EC管理 EC フロント DXサービス群出来⽴て⾷品や⽣菓⼦などの配送不可品を店頭引き渡し店舗倉庫を利⽤する⼀部の商品だけ個別の配送ルートへリモート決済完了時にお買場に完了通知を実施受注 Topic

Slide 19

Slide 19 text

Copyright© IM Digital Lab, Inc. All rights reserved. 4.基幹モダナイズへの取り組み 1/2 • 基幹データの連携にあたり、基幹機能の⼀部を移植 • リアルタイムの⼤量データの場合、基幹のデータを連携することが困難 • 基幹がデータを⽣成する仕組みをクラウド側で実装することで再現 • 適⽤例：商品在庫数計算 • 基幹側の機能概要 • ⼊荷情報を＋、売上情報を-として計算 • 棚卸結果情報を反映 • クラウド側での再現 • ⼊荷情報と売上情報そのものを連携 • 計算処理をクラウド側で実装 • 棚卸結果情報も連携し、反映基幹システムビジネスプラットフォームビジネスプラットフォーム売上管理システム商品管理システム RDB 在庫数 DB 棚卸システム仕分け仕分け売上 Topic 伝票 Topic 棚卸 Topic 在庫計算 Topic リアル短定期バッチ

Slide 20

Slide 20 text

Copyright© IM Digital Lab, Inc. All rights reserved. ビジネスプラットフォーム 4.基幹モダナイズへの取り組み 2/2 • ストラングラーパターン • Step1:基幹機能をクラウドネイティブに構築 • 基幹データを利⽤し、同じ結果がでるように • Step2:基幹と新機能を並⾏稼働し検証 • 既存システムは基幹システムを利⽤ • 新規フロントシステムはBPFのデータを利⽤ • Step3:既存システムも段階的に新機能に移⾏ • Step4:利⽤されなくなった基幹を廃棄 • あるいは残機能は塩漬け • 基幹モダナイズのための現実的な⼿法 • 部分移植によってクラウド化の実証になる • 性能効率↑コスト↓ https://www.flickr.com/photos/paulafunnell/38718681

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Copyright© IM Digital Lab, Inc. All rights reserved. まとめ百貨店の価値をDX • 接客とデジタルを組み合わせた「最⾼の顧客体験」の実現 • 我々の強みをデジタル化する • 課題：店頭接客350年間の経験を変⾰する必要がある • 常識を変えるのは容易ではない • そのためには試⾏錯誤が必須 • DXサービスを素早く作り、フィードバックを元に変えていく駿河町越後屋呉服店⼤浮画 https://collections.mfa.org/objects/206070/large-perspective-view-of-the-interior-of-echigoya-in-surug 1673年に創業した越後屋（のちの三越）は、着物の販売において、当時主流で訪問販売⽅式から店頭販売⽅式に切り替えることで成功した。

Slide 23

Slide 23 text

Copyright© IM Digital Lab, Inc. All rights reserved. まとめ DXのために2つの基盤を整理 • DevOps基盤 • 16倍の効率性を達成 • PaaSやマネージドサービスを活⽤し、開発チームがインフラ構築や運⽤を実施 • ビジネスプラットフォーム • 基幹データへのアクセス容易性を提供 • DXサービスのニーズに応じて段階的に整備 • そのために連携パターンの整理や⼿法の整備を実施 • 部分的に基幹モダナイズも実施 • ストラングラーパターンによる置き換えを前提