エンジニアゼロの組織から内製開発の DX をどう実現したのか / How did we achieve DX in in-house development in an organization with zero engineers?

Slide 1

Slide 1 text

北海道ガス株式会社小笠原元気エンジニアゼロの組織から内製開発の DX をどう実現したのか 1 2024.5.16 CCoE実践者コミュニティ関西

Slide 2

Slide 2 text

⾃⼰紹介 Genki （⼩笠原元気）北海道ガス株式会社（2017〜）・Job, Role フロントエンド・バックエンド両⽅やる⼈開発チーム(4⼈)のテックリード（⾃称）趣味︓旅⾏・筋トレ最近興味があること︓Next.js, Vercel @geivk

Slide 3

Slide 3 text

Agenda 会社 / プロジェクト（Mys3︓ミース）概要 CCoE が機能する条件から考える内製開発の舵取り実践者を集める社内・社外コミュニティの役割内製開発チームの社内⽣き残り戦略プラクティス︓内製開発における伴⾛体制まとめ

Slide 4

Slide 4 text

How to do 内製開発︖ ◆ チームの⽴ち上げ ← 今⽇はこっちの話・チームの存在意義をどうやって確⽴させたのか・エンジニアゼロから内製開発にどう⽴ち向かったのか ◆ サービスリリース後の安定運⽤ ← 助けてほしいですロールをどうするか、オンボーディング、組織のスケール、HR の巻き込み

Slide 5

Slide 5 text

Slide 6

Slide 6 text

北海道ガス株式会社主要事業内容本社所在地従業員数沿⾰ 1911年設⽴ガス事業電気供給業ガス機器販売 907名札幌市東区北7条東2丁⽬1-1 売上⾼ 1,748億円（連結） 2023年10月7日時点お客さま件数ガス︓600,882件電⼒︓234,083件会社概要 6

Slide 7

Slide 7 text

業務⽤省エネサービス「Mys3（ミース）」 • 多額の初期投資が必要 • 既設設備の停⽌期間や⼤掛かりな⼯事が必要 • 中⼩規模向けの選択肢（少機能・低価格）が少ない。 Make your smart solution service Mys（ミース）: スウェーデン語で“楽しい・⼼地よい” の意最新の技術を活⽤した多様なサービスで、お客さまの楽しい・⼼地よいを創造する意図を込めている。業務⽤のお客さまで省エネ設備を導⼊する際の課題こうしたお客さまの課題を、デジタル技術を⽤いて解決北ガスグループ独⾃開発 7

Slide 8

Slide 8 text

「Mys3（ミース）」i-Ch / REM 8 常時計測・監視データの⾒える化モニタリング画⾯冷温⽔（往）冷温⽔（還）お客さまに提供するサービスデータの⾒える化モニタリング画⾯ CO2・温度・湿度データセントラル空調機器計測器計測器計測器今後もサービス拡充予定

Slide 9

Slide 9 text

Slide 10

Slide 10 text

クラウド活⽤推進組織（CCoE）が機能する3つの環境条件※ ・会社／組織としてクラウド活⽤の意思を持つ・クラウド活⽤において、組織横断かつ構造上の課題を有する・クラウド活⽤スキルの不⾜やリソースの偏りがある ※ 今から始める CCoE、3 つの環境条件と 3 つの⼼構えとは https://aws.amazon.com/jp/blogs/news/how-to-get-started-your-own-ccoe/

Slide 11

Slide 11 text

クラウド活⽤推進組織（CCoE）が機能する3つの環境条件※ ◆ 当社の2019年時点の状況・会社／組織としてクラウド活⽤の意思を持つ共通基盤プロジェクトが発⾜・クラウド活⽤において、組織横断かつ構造上の課題を有するキャパシティプランニングのノウハウはなく、組織構造の課題もあり（持論）・クラウド活⽤スキルの不⾜やリソースの偏りがある社内にエンジニアがいない会社 CCoE が活躍できそう ※ 今から始める CCoE、3 つの環境条件と 3 つの⼼構えとは https://aws.amazon.com/jp/blogs/news/how-to-get-started-your-own-ccoe/

Slide 12

Slide 12 text

メインの事業による組織的な構造の課題ガス事業電⼒事業クラウド IoT 安全第⼀が求められる組織（密結合）アジャイル的な組織（疎結合） 12 組織 / チームの形がシステムのアーキテクチャに影響する内製開発を始めるには、従来の組織構造ではうまくいかなさそうだった

Slide 13

Slide 13 text

CCoE の不在と事業部の内製開発の関係クラウドジャーニーにおける障壁を突破するための組織が CCoE → 2019年における⾃部⾨と当社内の状況 1. 社内におけるクラウド活⽤への意志が醸成中 2. 社内 DX の組織 = CCoE ではなく DX プロジェクトチーム 3. クラウド利⽤の問題が解決される環境がない 4. 部⾨内で最後まで解決できそうな課題 CCoE 不在の状態で、課題解決のためにクラウドを使いたかった

Slide 14

Slide 14 text

CCoE の存在とプロジェクトの関係 CCoE 事業部プロジェクト共通基盤プロジェクト事業部プロジェクトB 事業部プロジェクトC プラットフォーム（おそらく）これが望ましい姿クラウド環境共通ライブラリ

Slide 15

Slide 15 text

2019年の⾃部⾨状況を振り返ると・・・ CCoE 事業部プロジェクト共通基盤プロジェクト事業部プロジェクトB 事業部プロジェクトC プラットフォームプラットフォーム︖ 汎⽤的なプラットフォームを作るのは難しいエンジニアがいない会社だと作っても使われない可能性が⾼いクラウド環境共通ライブラリ

Slide 16

Slide 16 text

その結果・・・・業務⽤分野のエネルギーマネジメントにIoTプラットフォームが必要・顧客課題の解決のためクラウドプラットフォーム(AWS)を活⽤・業務⽤分野は家庭⽤分野と⽐べて、企画部⾨も⼿薄 → 企画・開発を１つのチーム（発⾜時4⼈）で始めることに Next︓ ・どうやって知識ゼロからエンジニアへ成⻑するのか︖ ・どうやって社内合意をとるのか︖

Slide 17

Slide 17 text

Slide 18

Slide 18 text

社内コミュニティの始まり 2018年〜クラウド/IT分野は技術・ビジネスの変化が激しい 2018/7⽉〜社内有志メンバーで勉強会・サークルを⽴ち上げ（プログラミングやIoT技術を中⼼に）技術論者ではなく、技術的な思考と⾏動を両⽴するスピーディな実践者の集まりが必要クラウドは良いですよ︕ それって、おいしいですか︖ What is Cloud? はじめは「無知状態」サーバーが何か知らなかった 18

Slide 19

Slide 19 text

■技術習得プログラミング⾔語 IoT技術 Raspberry Pi ESP32 モノ通信クラウド ■知⾒獲得機械学習画像処理コンテナ組込フロント昼休みハンズオン外部コミュニティすべて独学・知的好奇⼼をベースとした「やってみた」の実践・部署・部⾨を超えて⾃由に報告しあうコミュニティの役割ボトムアップの取り組み学習→熱量→実践→共有→・・・の好循環 19

Slide 20

Slide 20 text

今考えると、これらを満たしている⼈間が社内コミュニティに集まっていた ※ 今から始める CCoE、3 つの環境条件と 3 つの⼼構えとは https://aws.amazon.com/jp/blogs/news/how-to-get-started-your-own-ccoe/

Slide 21

Slide 21 text

社内コミュニティの現在の役割と運営の話 ◆ 運営するモチベーション・⼈数をモチベーションやKPIにすると達成できないことが多い・社内に感度の⾼い⼈はそもそも少数派 → 1⼈でも社内の興味がある⼈が来ればOK ◆ コミュニティの役割既存メンバーでの情報交換・他団体との取り組みも実施毎⽉やると、ネタがなくなってくる → 2〜3ヶ⽉に1回の頻度で実施

Slide 22

Slide 22 text

社外コミュニティとのかかわり・HTB三浦さんの存在 → ⾝近にサーバレスですごいことをやってる⼈がいる・・・︕ のちに、JAWS FESTA 2019 への登壇につながる 2023年秋には、AWS Carnival（コミュニティイベント）も⾃社で実施

Slide 23

Slide 23 text

Slide 24

Slide 24 text

現場課題をトップダウンで解決する難しさステークホルダー（経営層）企画部⾨事業部⾨経営層・企画部⾨主導企画部⾨の認識事業部⾨の認識認識の壁事業部⾨や顧客はそこまで求めておらず現場課題の理解不⾜により課題に落とし込むことが難しい 24

Slide 25

Slide 25 text

事業部⾨ボトムアップ・事業部⾨主導のコミュニケーション⽅法開発 PdM ステークホルダー（部⻑）最⼩限のステークホルダーとのすり合わせができれば良い企画企画の認識技術の認識コミュニケーションコストが低い 25

Slide 26

Slide 26 text

とはいえ、どう上司をどう説得したのか︖ ・挑戦することに寛容な社内と雰囲気・何でもやってみなさい精神の上司がたまたまいた（ラッキー） → だが、事業として進めるにあたりどう説明するか︖ ・Working Backwards で⾔語化・クラウドで実現するお客さまへのメリットやコストメリットを具体的に訴求

Slide 27

Slide 27 text

事業部⾨ボトムアップ・事業部⾨主導のコンセンサスの取り⽅開発 PdM ステークホルダー（部⻑）企画企画の認識技術の認識⾔語化と共通認識想定プレスリリース Working Backwards 27

Slide 28

Slide 28 text

事業部⾨ボトムアップ・事業部⾨主導のコミュニケーション⽅法開発 PdM ステークホルダー（部⻑）企画企画の認識技術の認識 28 裁量調整他部⾨他部⾨

Slide 29

Slide 29 text

内製開発のターニングポイント業務⽤分野の EMS推進経営のミッション新しい分野への挑戦熱源機器IoT化内製開発による PoCスタート若⼿の熱量 DX 知的好奇⼼ビジネスサイドボトムアップ社内サークル⽴ち上げ経営課題への取り組み 29

Slide 30

Slide 30 text

Slide 31

Slide 31 text

従来エネルギー会社 SIer/ベンダー 2次請 3次請・・・ IT部⾨/システム系グループ会社従来のシステム開発の課題 IoT クラウド通信プログラミング技術要件 ? ? ? ? 多額初期投資ができない状況＋社内ナレッジの取得 ⇒ 内製開発へ要件定義に⻑期間かかる少しの画⾯修正で数⼗万オーダーの発注 31

Slide 32

Slide 32 text

なんやかんや PoC は成功

Slide 33

Slide 33 text

デバイスメーカーさんに協⼒頂き、商⽤デバイスの開発に取り組む 2021年9⽉〜社員3名・フロントエンド・バックエンド・通信デバイスメーカーさん - デバイス - バックエンド PLC MCU(マイコン) 各種モジュールコスト低減半導体不⾜リスク低減新仕様に向けた体制変更 33

Slide 34

Slide 34 text

まずは⾃らで仕様変更に挑む 34 PLC MCU (マイコン) 各種モジュール PoC仕様リリース仕様 AWS IoT Core IoT Shadow SORACOMサービス・より安価な構成・更なる拡張性・半導体リスクの解決クラウド・バックエンド

Slide 35

Slide 35 text

まずは⾃らで仕様変更に挑む 35 PLC MCU (マイコン) 各種モジュール PoC仕様リリース仕様 AWS IoT Core IoT Shadow SORACOMサービス・マイコンの難しさ・サーバレス構成の複雑性・⼈的リソース不⾜

Slide 36

Slide 36 text

フルスタック開発デバイス開発要件定義デバイスメーカーへの”委託”体制（従来） 36 明確な分界点（API、Shadow etc...）請負契約デバイスメーカー SIer等発注者 ◆ 特徴・成果物が約束された契約・仕様変更が⽣じた場合の修正に時間とコストがかかる・発注者が開発業務を理解していないために、責任の押し付け合いが発⽣

Slide 37

Slide 37 text

フロントエンド開発クラウドバックエンド開発デバイス開発デバイスメーカーとの”伴⾛”体制（今回） 37 発注者デバイスメーカー準委任契約 ◆ 特徴・成果物を約束しない契約・現場検証結果に応じた仕様変更が細かく実施されても柔軟に対応できる・どちらも互いの開発領域をファジーに理解している

Slide 38

Slide 38 text

クラウドバックエンド開発デバイス開発デバイスメーカーとの”伴⾛”体制 38 デバイスメーカークラウド・バックエンドに触れてもらう ⇒ 何ができるか分かったうえでデバイス開発 ⇒ デバイスと密接な要素のバックエンド開発

Slide 39

Slide 39 text

クラウドバックエンド開発デバイス開発デバイスメーカーとの”伴⾛”体制 39 発注者 ”まずは挑戦”の恩恵 ⇒ 的確な開発、修正指⽰

Slide 40

Slide 40 text

フロントエンド開発クラウドバックエンド開発デバイスメーカーとの”伴⾛”体制 40 発注者バックエンドとフロントエンドの押し付け合いや調整が少ない

Slide 41

Slide 41 text

フロントエンド開発クラウドバックエンド開発デバイス開発デバイスメーカーとの”伴⾛”体制 41 デバイスメーカーフロントエンド⇔バックエンド⇔デバイス各領域間でフレキシブルな変更に耐えうる組織体制

Slide 42

Slide 42 text

Slide 43

Slide 43 text

社内への波及効果 ◆ PoC 成功 / サービスリリース後の波及効果 → 社内のメンバーから相談があり、他部⾨でもクラウド利⽤開始・家庭⽤発電機の管理システム・電⼒の需要予測・社内コミュニティに参加したメンバーで熱量が⾼い⼈をつかまえる・⾃分たちのノウハウを積極的に社内展開、サポート

Slide 44

Slide 44 text

失敗したこと / 現在の課題・組織がスケールしない春の⼈事異動で今回もメンバー2名減・・・全員他の業務と掛け持ちでやっており、0.3〜0.6⼈⼯しかとれない・スコープの広さデザイン・フロントエンド・バックエンド・クラウド・セキュリティ・Ops 兼任の内製開発チームには荷が重すぎるスコープの広さ⽣成 AI により若⼲負荷は下がる⾒込みだが、それまでもなかなか⼤変

Slide 45

Slide 45 text

まとめ・エンジニアゼロの組織から、内製開発をスタート CCoE 不在の条件下で部⾨でやり切れる課題に対してスタートエンジニアゼロの組織であったが、社内・社外コミュニティをフル活⽤・内製開発の「壁」はパートナー企業と協業することで解決開発における明確な分界点を設けずに、伴⾛体制を構築した

Slide 46

Slide 46 text

社外講演の宣伝 6/15(⼟) 10:30〜 @札幌登壇者︓⼩笠原クラウドネイティブな省エネサービスの内製開発で、 BizDevOpsを実現する 6/20(⽊) 15:20〜 @幕張メッセ登壇者︓栗⽥（執⾏役員）國奥「魔の川」「死の⾕」を内製開発で越境する〜ガス会社が挑むエネマネサービスの開発〜

Slide 47

Slide 47 text

Thank you!