あなたならどうする？DXの現場におけるエンジニアの葛藤

by CO-OP Sapporo

Slide 1

Slide 1 text

あなたならどうする？ DXの現場におけるエンジニアの葛藤 2021.3.20 生活協同組合コープさっぽろ樋口修也 #コープさっぽろDX

Slide 2

Slide 2 text

コープさっぽろとは？小売業界の巨大組織 • 180万人以上の組合員 • 約3000億円の年間売上 • 1万人以上の従業員北海道の生活インフラを支えている

Slide 3

Slide 3 text

コープさっぽろDXとは？小売業界の巨大組織 • 180万人以上の組合員 • 約3000億円の年間売上 • 1万人以上の従業員コープさっぽろがもっと使いやすく、買い物しやすく、働きやすくデジタル集団 • 4人のAWS samurai認定者 • 16人の内製エンジニア • 20年以上付き合いがあるシステムベンダーデジタル(D)の力で巨大組織を変革(X)する激動の環境

Slide 4

Slide 4 text

激動の環境に飛び込んでいった若手エンジニア(発表者) フロントエンド,認証認可 2015年旭川→岩手大学へ入学 2019年東京のIT企業に新卒入社 2020年コープさっぽろへ転職し札幌へダブルダッチ、スノボ、筋トレ AWS AppSync コープさっぽろDXで見たもの体感したものを話します！樋口修也(23) 担当: 経歴: 趣味: 好み:

Slide 5

Slide 5 text

なぜコープさっぽろがDXに取り組むのか？雪害交通機関の縮小人口減少高齢化買い物弱者

Slide 6

Slide 6 text

なぜコープさっぽろがDXに取り組むのか？全国平均より高い高齢化率日本最多の買物弱者(24万人) 週１配送宅配トドック

Slide 7

Slide 7 text

なぜコープさっぽろがDXに取り組むのか？ 10年,20年後も生活インフラを届ける役目がある全国平均より高い高齢化率日本最多の買物弱者(24万人)

Slide 8

Slide 8 text

なぜコープさっぽろがDXに取り組むのか？全国平均より高い高齢化率 • 北海道の高齢化率は29.1%。全国平均よりも2.4ポイント高く将来的には10人に4人が高齢者になると見込まれる 24万人を超える買い物弱者 • 自宅から半径500m以内に生鮮食品店がなく自動車も保有していない高齢者が都道府県で最多の24万人いる雪害交通機関の縮小北海道には地域課題が沢山ある 10年,20年後も生活インフラを届ける役目がある人口減少高齢化買い物弱者

Slide 9

Slide 9 text

未来に向けて今すべきこと宅配で若年層を獲得すること • 宅配は買い物弱者に生活インフラを利用者の負担なく提供できる • ユーザー数を確保しないと現在の週１の配送料無料の宅配の維持が困難になる • 対象の年代を増やして若年層(30代)のユーザーも獲得する配送コスト: 高配送コスト: 低宅配サービスを利用してもらえる年代を増やして未来の危機に備える

Slide 10

Slide 10 text

若年層にも宅配を利用してもらうために eトドック ● 2009年から一部の組合員の方に愛用された宅配ECサイト ● UIが古く30代など比較的若い層を巻き込みにくい ● 元々PCでの操作を前提としておりスマホで使いにくい 4ヶ月でリニューアルサイトをリリースすることに

Slide 11

Slide 11 text

４ヶ月後のリニューアルに向けての課題課題 1. eトドックと同じ機能を４ヶ月で用意する 2.ウェブからも宅配申し込みできるようにする 2つの課題に取り組んだ事例を紹介します

Slide 12

Slide 12 text

ここからの発表に関してツイッターでの参加のお願い • 左のQRからヒグ！が探せます • アンケートを投稿するで自分ならどうするか答えてください • その他ご意見あったら #DXコープさっぽろをつけてコメントや投稿お願いいたします。 • #dxq で検索決断に関しては常に正解がないのでみんなで議論していきましょう！まだ0人…

Slide 13

Slide 13 text

４ヶ月後のリニューアルに向けての課題課題 1. eトドックと同じ機能を４ヶ月で用意する 2.ウェブからも宅配申し込みできるようにする

Slide 14

Slide 14 text

eトドックと同じ機能とは？ eトドックの機能 • 商品の注文 • お気に入り登録 • 以前購入した商品の表示 • 毎週配送される商品の閲覧 • ポイント交換 • 格安の訳あり商品の注文 • 他ECサイトとの連携後追いリリース４ヶ月後のリニューアルサイトは最低限の機能を先行リリース

Slide 15

Slide 15 text

それでも直面した課題エンジニアがいないこの話が決まった頃2020/8には内製エンジニアは採用中。まだ一人も居ない既存のシステムとの連携商品情報を取得し注文内容を宅配注文を管理する既存のシステムとの連携をする必要があるフロントエンドは技術顧問の田名辺氏が運営するクラウドファーム(株)から、バックエンドは長年付き合いのある(株)シイエヌエス北海道からいくつか複雑なクエリを叩く必要があるなど処理が難しい、サーバレスでバックエンド構築など到底できない状況少ないリソースで難しいバックエンド処理を構築する必要があった

Slide 16

Slide 16 text

既に構築された仕組みを利用する方法も一応ある当時の状況 • 過去にリリースしたアプリ用のAPIをインターネットに出す • 不足分のAPIは改修して追加する • 既存のAPIはWEBでの利用を想定されていない作りになっている既存のアプリのAPIを使うことで期間を短縮できるがリスクもある (株)ゆめみ作成アプリ閉鎖環境をインターネットへ ※アーキ図は一部省略しております

Slide 17

Slide 17 text

さあどうする？ 1. 既存サイト(eトドック)を延長してもらい１からAPIを作る 2. 新設サイトの機能を大幅に削りAPIの作成コストを下げる 3. アプリ用のAPIを改修して新設サイトで使えるようにする 4. その他(自由回答) ツイートのアンケート投稿からお答えください！ #dxq

Slide 18

Slide 18 text

この時取った対応は・・・？アプリ用のAPIを改修して新設サイトで使えるようにする • フロントエンドはSPAで S3に静的コンテンツを配置 • API Gateway からNLB を呼ぶことで対応工期の短縮とサービスのクオリティを重視した選択 ※アーキ図は一部省略しております

Slide 19

Slide 19 text

結果どうなったか？多くの内製エンジニアが 10,11月の開発途中に入ってきた 8月計画段階 9~11月開発段階 11月~12月リリース・改修トドックサイトその他プロジェクト内製エンジニア内製エンジニアが引き継いだ時に構成把握などに手間取ったフロントエンド業務委託3名内製エンジニア2名業務委託3名内製エンジニア3名業託+インターンバックエンド業務委託3名内製エンジニア1名業務委託3名内製エンジニア1.5名業務委託3名

Slide 20

Slide 20 text

とはいえ無事リリースできた事業会社主導で4ヶ月でリプレースできたのは大きな成果だった After Before

Slide 21

Slide 21 text

４ヶ月後のリニューアルに向けての課題課題 1. eトドックと同じ機能を４ヶ月で用意する 2.ウェブからも宅配申し込みできるようにする

Slide 22

Slide 22 text

既存の宅配申し込みの方式 • 週1の配達を利用するには資料を請求して申込書を記入する必要があった • 申し込みがあった住所を配達員が確認して配送ルートに組み込む • 確定したルートを地図システムに組み込み宅配登録が完了する色んなフローがある上に先ほど同様４ヶ月後にリリースが控えている宅配申し込み現地視察配送ルート確定

Slide 23

Slide 23 text

早速どうする？ 1. 申し込みから配送ルート確定まで全てシステム化する 2. 配送ルートは人に任せて、住所の登録だけをWEBでできるようにする。 3. その他（自由回答）宅配申し込み現地視察配送ルート確定ツイート #dxq のアンケート投稿からお答えください！

Slide 24

Slide 24 text

この時とった対応配送ルートは人に任せて、住所の登録だけをWEBでできるようにする • 開発期間の短縮 • ユーザーにはWEBで申し込みできる体験を提供できる開発期間とユーザー体験を重視宅配申し込み現地視察配送ルート確定

Slide 25

Slide 25 text

アーキテクチャ • スプレッドシート記入までをWEB化 • スプレッドシートに記入された後は宅配事業部の担当者が配送ルートを確認しシステムに入力するスプレッドシートを管理用CRMの代わりとして代用 ※アーキ図は一部省略しております

Slide 26

Slide 26 text

結果どうなったか？メリット • リリース日に間に合わせることができた • CRMの開発コスト低減 • スプシを活用した結果、非エンジニアでも操作しやすいリリース当初は良かったけど、リリース後が大変になったデメリット • 手動運用も入っているので業務負担になる • スプレッドシートがDB化

Slide 27

Slide 27 text

この2つの事例から言えることどんなシステムも一長一短システムは変化に適応できない、でも人ならそれができる正解の決断はないどれだけしっかり作っても時代が変われば求められるものも変わってくる何がベストかは後にならないとわからない。想定外のメリット・デメリットは多い

Slide 28

Slide 28 text

最後に DXはベンダーの協力なくして達成できない (株)ゆめみ凸版印刷(株) Auth0(株) クラウドファーム(株) (株)シイエヌエス北海道 ※アーキ図は一部省略しております

Slide 29

Slide 29 text

最後に DXは既存社員とユーザーの協力なくして達成できない開発サポート宅配・運営意見

Slide 30

Slide 30 text

最後にシステム都合でもダメ、内部にいる下請けでもダメ、だからこそエンジニアは現場を知って、みんなと答えを模索するそんな日々を送っております。