Platform開発が先行する Platform Engineeringの違和感

Slide 1

Slide 1 text

Platform開発が先行する Platform Engineeringの違和感 2025/09/08 Platform Engeering Meetup #14 Kinto Technologies Corporation Platform Group / Platform Engineering Team Senior Cloud Engineer / Assistant Manager Jumpei Shimamura Platform Engineer Tetsuya Sugiyama

Slide 2

Slide 2 text

©KINTO Corporation. All rights reserved. 2 プロフィール KINTOテクノロジーズ株式会社プラットフォーム開発部 / Platform Group Platform Engineering Team Senior Cloud Engineer / Assistant Manager 島村純平(しまむらじゅんぺい）＜経歴＞ 2009〜2021 新卒で航空系システム子会社へ入社インフラエンジニアとして勤務 2021〜 KINTOにDevOps担当として入社文化浸透の活動や標準化活動などを実施現在はPlatform Engineering Teamのリーダーとして生産性向上のためのツール開発・社内展開を実施

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

©KINTO Corporation. All rights reserved. 8 なぜか解決手段(How)は個社最適で、多くのソリューションが存在する • 発生した問題とその分析・解決手段の策定 • 実装した解決手段が本当に課題解決したのか • 提供先のレスポンスとフィードバック多くの示唆があり、ソリューション事例よりも Platform Engineeringをうまく回すためのヒントになりえるのではないか？

Slide 9

Slide 9 text

©KINTO Corporation. All rights reserved. 9 顧客が本当に必要だったものは何か？最近、TPS (トヨタ生産方式)のお話を社内でやってます DevOps/Cloud Engineer目線で必要だと思うから作るガナバンス・セキュリティを満たすために準備・使えば楽だから作る世間一般でのツールはここらへんがあるから作る目の前の問題を解決するために作る = 投げ込まれた依頼を処理するテクニカルな課題は受け入れやすいが、業務フローや全体を見渡した際の変化は嫌がってない？作業フローを見直したら、シンプル化できる部分の作業に対してツールを作っている Platform Teamは業務フロー(Golden Path)を改善する集団(Platformを作るのは手段) こういうのは問題だ、これが存在しない、あると便利だろうになってないか？顧客（開発者）が困っていてボトルネックになっている部分か？そもそも不要な作業ではないか？

Slide 10

Slide 10 text

Slide 11

Slide 11 text

©KINTO Corporation. All rights reserved. 11 とはいいつつ、KINTOテクノロジーズで生えているもの Stability/Agility強化 • IaC化(Terraform)/コンテナ(ECS)化 • システムパッケージモニタリング強化 • ログ(OpenSearch)基盤 • モニタリング(Prometheus)基盤 • 分散トレーシング(X-Ray)基盤 • 監視基盤サイドカー DevSeqOps強化 • 静的解析ツール(SonarQube) • CI/CD(GitHub Actions)テンプレート • CMDB • Auto Provisioningツール • Bluegreen Deployment • 負荷試験基盤 • オペレーション補助CLIツール • EOL/SBOM • AI駆動開発ツール • 生成AIアラート根本原因分析ツールセキュリティ強化 • クラウド活用ガイドライン • ガードレールレポート • セキュリティプリセット環境 ※これら以外にも多数のツールなどを提供

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

©KINTO Corporation. All rights reserved. 14 導入の歴史アプリケーション開発者向けのTool群障害原因分析解析ツール 2025/05 SBOM / EOL ScanPipeline 2024/01 CICD Template 2022/04 Sutta(Auto Provisioning) 2022/11 CMDB(Contents Management DB) 2022/12 Log Platform(OpenSearch) 2021/10 APM (Prometheus + Grafana) 2021/12 コード静的解析ツール(SonarQube) 2020/10 DevOps Team PE Team

Slide 15

Slide 15 text

©KINTO Corporation. All rights reserved. 15 導入の歴史アプリケーション開発者向けのTool群障害原因分析解析ツール 2025/05 SBOM / EOL ScanPipeline 2024/01 CICD Template 2022/04 Sutta(Auto Provisioning) 2022/11 CMDB(Contents Management DB) 2022/12 Log Platform(OpenSearch) 2021/10 APM (Prometheus + Grafana) 2021/12 コード静的解析ツール(SonarQube) 2020/10 DevOps Team PE Team PlatformG 提案 PlatformG 提案 PlatformG 提案 PlatformG 提案 PlatformG 提案 PlatformG 提案 PlatformG 提案上位層依頼

Slide 16

Slide 16 text

Slide 17

Slide 17 text

©KINTO Corporation. All rights reserved. 17 何が発生していたか？ Platform AppEngineer こういうものが必要だと思う (DevOps文脈・セキュリティ・ガバナンス）作ったので、使ったら楽になるよ (使用は任意) ここらへん、使い勝手が悪いから修正したり改善しよう改善したから、使ったら楽になるよ (使用は任意) 使う時は使うけど、まあいいか (たまにIssue ) プロダクトユーザ不在・ルールから発生する想定での開発

Slide 18

Slide 18 text

©KINTO Corporation. All rights reserved. 18 コミュニケーションプロダクト管理開発 Test/QA Prodへの Deploy Prod運用 SRE Platform Engineering プロダクションの運用にCommit 信頼性などを改善する →運用開始から始まる個別最適開発前からリリース・運用のための整備を行い開発者の負荷を下げて、生産性を上げる →開発前から始まる全体最適開発PH あなたの興味は信頼性？それとも生産性？ SREとしてのキャリアに悩むみなさまに伝えたい選択肢 https://speakerdeck.com/jacopen/anatanoxing-wei-haxin-lai-xing-soretomosheng-chan-xing-sretositenokiyarianinao-muminasamanichuan-etaixuan-ze-zhi 参考・プラットフォームチーム・X-as-a-Service ・イネイブリングチーム・コラボレーションアプリケーションチームとのコミュニケーションの薄さ → 定例会を実施していたが最近は縮小・終了気味(意見が出ない、こういうのを作りました共有) → SREチームが直接サポートしているアプリケーションは、要望を聞いて調査して改善(ただし、SaaS)

Slide 19

Slide 19 text

©KINTO Corporation. All rights reserved. 19 コミュニケーションイネイブリングチームファシリテーションプラットフォームチーム X-as-a-Service 勉強会などでの周知などをして、知ってもらう必要があるという課題は持っていた。チームメンバー５名で、アンケートや話を聞いてみたりする実働は１名ストリームアラインドチーム PlatformG ・受け身の情報収集になっていた・横断的な情報を実施しても、表面的な話にならざるを得ない(コラボレーションしていない) ストリームアラインドチームストリームアラインドチーム

Slide 20

Slide 20 text

©KINTO Corporation. All rights reserved. 20 何をするべきだったか？イネイブリングチーム(常設) ファシリテーションプラットフォームチーム X-as-a-Service ・こちらから各Gの課題ややりたいことを見つける動き・話を聞きに行き、協働による開発サポートを行うことが増えたストリームアラインドチーム PlatformG ・能動的な情報収集とコラボレーション・提案活動・グループ内での情報連携・共有の活性化イネイブリングチーム(都度) コラボレーション Support ストリームアラインドチームストリームアラインドチームストリームアラインドチームストリームアラインドチーム Market 作ることではなく、落ちているものを探す、チームとツールを知ってもらう活動をする

Slide 21

Slide 21 text

Slide 22

Slide 22 text

©KINTO Corporation. All rights reserved. 22 プロフィール KINTOテクノロジーズ株式会社プラットフォーム開発部 / Platform Group Platform Engineering Team PlatformEngineer 杉山哲也(すぎやまてつや）＜経歴＞ 2021〜2025 経済学部を卒業後、新卒からSES企業やSierにてインフラエンジニアとして従事 2025〜 KTCへPlatform Engineerとして入社オブザーバビリティ基盤の設計・構築をしながら、社内でCustomerSuccessEngineerとして開発者体験の向上に邁進

Slide 23

Slide 23 text

Slide 24

Slide 24 text

©KINTO Corporation. All rights reserved. 24 Customer Success Engineer(CSE)ってなに？ - Customer Success Engineer (CSE)とは、企業が提供する製品やサービスを通じて、顧客が自社のビジネスを成功させることを支援する職種のこと（明確に定義されているわけではないですが） - 技術的バックグラウンドと顧客の事業への理解を兼ね備えた、ユーザと接点が近い存在です User CSE ユーザの事業成功に向けてサポートエンジニア部門へ要件連携 Engineer Product 開発ユーザの課題に応じて解決策を提供

Slide 25

Slide 25 text

©KINTO Corporation. All rights reserved. 25 Platform EngineeringにおけるCustomer Success Engineer(CSE) - Platform Engineeringの文脈では、以下の図のような関係になりそう - ユーザの認知負荷を軽減するため、ユーザの課題や要望に応じて解決策を提供する - Platformを開発して提供するだけでなく、手順書を整備したりフローを用意したりする。ユーザの課題や要望を解決することが目的。 - ユーザが抱える課題を解決できるようなPlatformを開発できるよう、Platform Engineerに要件を連携する CSE 社内のEngineerの認知負荷軽減に向けて支援エンジニア部門へ要件連携 Platform Engineer Platform 開発ユーザの課題に応じて解決策を提供社内の Engineer

Slide 26

Slide 26 text

©KINTO Corporation. All rights reserved. 26 CSE 社内のEngineerの認知負荷軽減に向けて支援エンジニア部門へ要件連携 Platform Engineer Product 開発ユーザの課題に応じて解決策を提供社内の Engineer Platform EngineeringにおけるCustomer Success Engineer(CSE) - Platform Engineeringの文脈では、以下の図のような関係になりそう - ユーザの認知負荷を軽減するため、ユーザの課題や要望に応じて解決策を提供する - Platformを開発して提供するだけでなく、手順書を整備したりフローを用意したりする。ユーザの課題や要望を解決することが目的。 - ユーザが抱える課題を解決できるようなPlatformを開発できるよう、Platform Engineerに要件を連携する

Slide 27

Slide 27 text

©KINTO Corporation. All rights reserved. 27 Platform EngineeringのCSEで重視することユーザの課題や要望を理解するには、以下4つのことを理解することが大切。 Platformを通じて会社や社会に利益をもたらすという意識を持つこと。 - 経営を理解する - 会社はコンプライアンスを遵守しながら利益を追求する存在。Platform Engineering も利益に繋がる必要がある。 - 事業を理解する - 社内のEngineerは事業に必要なプロダクトを開発している。開発者が直面する課題や要望を理解するうえでの背景となる。 - 開発者が直面する課題を理解する - Platform Engineeringで対処すべき課題になる。この的が外れると使ってもらえない Platformになってしまう。 - 自分たちが提供するPlatformを理解する -自分たちが提供するPlatformがどういう課題を解消できるのかを理解しないと、ユーザへ適切に提案ができない。

Slide 28

Slide 28 text

©KINTO Corporation. All rights reserved. 28 意識する視座を変えると見えてくる世界が変わる前スライドで整理した内容からステークホルダーを整理すると、以下のようになる。ユーザとなる社内のEngineerを取り巻く状況を理解することで、どういう課題が出てくるのかを把握し、Platform Engineeringを適切に事業に貢献できるように推進していく。 CSE Platform Engineer Platform 開発社内の Engineer 事業を遂行する人たち経営層

Slide 29

Slide 29 text

©KINTO Corporation. All rights reserved. 29 意識する視座を変えると見えてくる世界が変わる（例えば）モニタリングツールを例に考えてみる。モニタリングツールは以下のようなロジックで、ユーザの課題を改善させて結果として会社の利益獲得に貢献できる。 CSE Platform Engineer モニタリングツール開発社内の Engineer 事業を遂行する人たち経営層利益獲得顧客の定着システムの信頼性向上システムの可観測性を上げる＜ユーザの課題＞障害の根本原因分析精度・スピードの向上ダウンタイム削減損失リスクの低下

Slide 30

Slide 30 text

©KINTO Corporation. All rights reserved. 30 今考えているCSEの整理フレームワーク Platform Engineeringチームが提供するProductがどのように会社に利益をもたらすか、 OKRのように整理する営みをKTCで実施。ユーザとなる社内のEngineerをとりまく状況を理解することが大切。 CSE Platform Engineer Platform 開発社内の Engineer 事業を遂行する人たち経営層 Object Object Object ツールが提供する価値 KeyResult KeyResult KeyResult

Slide 31

Slide 31 text

©KINTO Corporation. All rights reserved. 31 OKRを整理するわけ今まで整理したようなOKRは机上での想定の話も含まれる。ただ、OKRを整理しておくことで、闇雲に周知するのではなく、どのような人に必要とされそうかを検討することができ、どのように価値貢献できるかを説明できるようになる。また提供しているPlatformの効果測定やKPI設定の判断材料にもなる。このOKRは、 Platformを利用している人たちからの行動やアンケートで収集して、正しいかどうかを検証していき、より精度を上げていく必要はある。

Slide 32

Slide 32 text

©KINTO Corporation. All rights reserved. 32 価値貢献ができているか計測をする提供しているPlatformが適切に利用されているかを計測＆可視化し、ユーザの課題が解消できているのか、また改善するポイントがあるかを議論できるようにする。弊社では以下の指標を収集し、時系列での推移確認できるようにしている。 - 社内でのPlatforｍ利用率 - 機能別の利用頻度 - 月次アクティブユーザ数 ※ どの指標を収集するかはデジタルマーケティングの考え方を参考にしている。状況を可視化することで、「ユーザにとって使い勝手が悪いのか？」「そもそも設定知っているカスタマーストーリーが違っているのか？」など仮説が立ってくるので、それを踏まえてどう改善するかを検討する。

Slide 33

Slide 33 text

Slide 34

Slide 34 text

©KINTO Corporation. All rights reserved. 34 まとめ Platform EngineeringにおいてPlatformを作ることは、ユーザとなるエンジニアの負担を下げるための手段であり、目的ではない。そこを念頭に置きながら、ユーザの持っている課題や要望に対して、解決策を提示し、その結果どのようになったか計測＆改善を繰り返すことで、価値貢献を行う活動”CSE”を推進しています。