Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
事業貢献を考えるための技術改善の目標設計と改善実績 / Targeted design of ...
Search
Tomohisa Omagari
December 19, 2024
Technology
1
1.7k
事業貢献を考えるための技術改善の目標設計と改善実績 / Targeted design of technical improvements to consider business contribution and improvement performance
【日経×ケップル×アドウェイズ】未来の事業戦略を見据えたシステム改善の最適解を探る
https://nikkei.connpass.com/event/335596/
Tomohisa Omagari
December 19, 2024
Tweet
Share
More Decks by Tomohisa Omagari
See All by Tomohisa Omagari
AIを活用した化学反応的なスピード開発 TDD × ペアプロ × AI / Chemically Reactive Speed Development with AI. TDD-Pair Pro-AI
oomatomo
1
560
プロダクト開発の貢献をアピールするための目標設計や認知活動 / Goal design and recognition activities to promote product development contributions.
oomatomo
6
1.6k
多様性のあるプロダクトチームを目指した共創の3年間の変化 / Three Years of Co-Creation for Diverse Product Teams Change
oomatomo
1
270
事業貢献を見据えた モダナイゼーションへの挑戦
oomatomo
1
190
UXへの投資と組織変革 ─ ビジネスに貢献するUXチームの飛躍 ─
oomatomo
1
60
Finagleを使った広告配信基盤
oomatomo
0
500
2016/05/16 adtech x scala meetup のLT
oomatomo
1
83
Finagleを使った Perl -> Scalaへの移行
oomatomo
0
1.9k
Other Decks in Technology
See All in Technology
成長し続けるアプリのためのテストと設計の関係、そして意思決定の記録。
sansantech
PRO
0
130
Glacierだからってコストあきらめてない? / JAWS Meet Glacier Cost
taishin
1
170
What’s new in Android development tools
yanzm
0
340
データ基盤からデータベースまで?広がるユースケースのDatabricksについて教えるよ!
akuwano
3
130
React開発にStorybookとCopilotを導入して、爆速でUIを編集・確認する方法
yu_kod
1
290
NewSQLや分散データベースを支えるRaftの仕組み - 仕組みを理解して知る得意不得意
hacomono
PRO
3
180
american aa airlines®️ USA Contact Numbers: Complete 2025 Support Guide
aaguide
0
310
対話型音声AIアプリケーションの信頼性向上の取り組み
ivry_presentationmaterials
1
280
Model Mondays S2E04: AI Developer Experiences
nitya
0
190
Lazy application authentication with Tailscale
bluehatbrit
0
220
高速なプロダクト開発を実現、創業期から掲げるエンタープライズアーキテクチャ
kawauso
3
9.6k
面倒な作業はAIにおまかせ。Flutter開発をスマートに効率化
ruideengineer
0
270
Featured
See All Featured
Build your cross-platform service in a week with App Engine
jlugia
231
18k
Docker and Python
trallard
44
3.5k
Practical Orchestrator
shlominoach
189
11k
Being A Developer After 40
akosma
90
590k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
18
970
YesSQL, Process and Tooling at Scale
rocio
173
14k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
510
Why You Should Never Use an ORM
jnunemaker
PRO
58
9.4k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
820
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
32
2.4k
Producing Creativity
orderedlist
PRO
346
40k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
Transcript
©ADWAYS DEEE Inc. 1 事業貢献を考えるための 技術改善の目標設計と改善実績 2024.12.19 Omagari Tomohisa 【日経×ケップル×アドウェイズ】
未来の事業戦略を見据えたシステム改善の最適解を探る
©ADWAYS DEEE Inc. 2 自己紹介 大曲 智久(オオマガリ トモヒサ) - ADWAYS
DEEE 取締役CTO - テクノロジー、プロダクト 2 セミナー発表 ・D-plus | プロダクト開発の貢献をアピールするための目標設計や認知活動 ・2024XP祭り|多様性のあるプロダクトチームを目指した共創の3年間の変化 ・Tanzu Labs Meetup 2024 開催レポート ・UXへの投資と組織変革 ─ ビジネスに貢献するUXチームの飛躍 ─ エンジニアブログで書いた記事(2012年から続くブログ) ・20周年を迎えたサービスでビジネスドメインと向き合いモダナイゼーションを推進 ・エンジニアの事業貢献のために、開発生産性っぽいものを定量化した話 ・新たな組織改善にチームトポロジーを活用したいと思っているところ ・プロダクト開発のロードマップや優先度付けでプロダクトマネージャーが利用する図の話
Delight Mission 喜び つくろう。 「よかった」が めぐる世界を。 Value Exciting わくわく こなすより、
夢中になろう。 Value Eager 熱心 傍観者より、 冒険者になろう。 Value Exceed 超える 前例にならうより、 前例になろう。 Mission & Value めぐる世界を。 小さな変化の積み重ねが革新に繋がる ADWAYS DEEEが世界を変える つくろう。 「よかった」が
©ADWAYS DEEE Inc. 4 ADWAYS DEEEの紹介 - 広告システムを作っております 4 ※ Adways
IR資料(2023年12月期 決算説明会)
©ADWAYS DEEE Inc. 5 ADWAYS DEEEの紹介 - 広告システムを作っております - 認知メインの広告(ディスプレイ広告)ではなく
体験メインの広告(アフィリエイト、リワード)を扱っている 5
©ADWAYS DEEE Inc. 6 伝えたいこと - システム改善の戦略をどう決めているか? - 改善実績がどう事業貢献に繋がった? 6
7 アジェンダ ©ADWAYS DEEE Inc.
©ADWAYS DEEE Inc. 8 アジェンダ - 目標設計 - 改善実績 8
©ADWAYS DEEE Inc. 9 目標設計
10 目標設計 ©ADWAYS DEEE Inc. 組織体制は、プロダクトチームと改善チームで分けている(昔は一つだった) 改善チームは、システムの運用保守、小規模案件の開発をやりながら、システム改善を行なっている システム改善の内容は様々(レガシーシステムからのリプレイス、クラウド化、FeatureFlag導入)
11 目標設計 ©ADWAYS DEEE Inc. 目標設計の構成 ポイント - プロダクト戦略と技術戦略をマージした プロダクト技術戦術があること
12 目標設計 ©ADWAYS DEEE Inc. 目標設計の構成 技術戦略の決め方から
13 目標設計 ©ADWAYS DEEE Inc. 技術戦略の策定のための完了の定義 - 技術業界のトレンドに対しての考慮されている - エンジニアの行動が変わり仕事の価値が向上する道筋が見えている
- 組織メンバーのスキル状況が加味されている - 技術戦略に対しての可視化のための指標が決められている - 例:クラウド率、リポジトリごとのテスト実行率..etc
14 目標設計 ©ADWAYS DEEE Inc. 技術戦略を決めるためにやっていること
15 目標設計 ©ADWAYS DEEE Inc. メンバーからの意見整理
16 目標設計 ©ADWAYS DEEE Inc. SWOT分析 クロスSWOT分析 ペアプロを中心として開発文化改善が非常に効果を出していた
17 目標設計 ©ADWAYS DEEE Inc. KPI決め・・・技術戦略の目標決めとマネージャーが動くべきポイントも決まる クロスSWOT分析だけではなく、ピックアップで何かやりたいことも検討する この時はほぼピックアッ プが採用されて SWOT分析の意味が...と
なりました(笑)
18 目標設計 ©ADWAYS DEEE Inc. 技術戦略の策定のための完了の定義 - 技術業界のトレンドに対しての考慮されている - エンジニアの行動が変わり仕事の価値が向上する道筋が見えている
- 組織メンバーのスキル状況が加味されている - 技術戦略に対しての可視化のための指標が決められている - 例:クラウド率、リポジトリごとのテスト実行率..etc → 結果的にエンジニア市場での変化と自社の分析を行い、 どの技術や文化に投資をするのかターゲットを絞り込む
19 目標設計 ©ADWAYS DEEE Inc. 目標設計の構成 プロダクト技術戦術の決め方
20 目標設計 ©ADWAYS DEEE Inc. プロダクト技術戦術の策定のための完了の定義 - プロダクト戦略に沿っている - 技術でプロダクト開発に貢献するためにどこに技術投資すべきかが明確になっている
- PdMに理解・共感してもらっている
21 改善実績 ©ADWAYS DEEE Inc. プロダクト技術戦術があることでやりたいこと: プロダクトに対する技術貢献サイクルが回り、プロダクトにおいて価値の高い技術負債の返済や、 価値の高い技術導入の推進が実施できるようになる。
22 目標設計 ©ADWAYS DEEE Inc. 技術戦略を決めるためにやっていること 各資料を元にやるべきことを プロダクトチームと改善チー ムのエンジニアが課題出しを 行う
23 目標設計 ©ADWAYS DEEE Inc. https://speakerdeck.com/kyuns/development-productivity-from-a-management-perspective?slide=23 P/L, B/S, G/Pの観点で改善行動を整理して、価値の道筋を立てる
24 改善実績 ©ADWAYS DEEE Inc. プロダクト技術戦術の例 XXXX管理画面での開発をPerl以外の言語でも可能にする ログインセッションの仕組みが既存システム(Perl/Catalyst)にされており、ログインを分ける 以外、XXX向けの管理画面にPerl以外の言語で開発する方法がない 既存システム(Perl/Catalyst)での開発体験がよくなく、開発効率がとても悪い状態である
既存システムにログインをチェックできるAPIエンドポイントを追加し、Perl以外の言語でも開発 を可能にすることで、新規開発の効率化を図る トラッキングのモダナイゼーション トラッキングシステムのモダナイゼーションを実施し、トラッキング開発の活発化を図る 一部のエンジニアは複雑なサービス仕様も相まって、改修へのモチベーションが相当低い テストコードがなく、改修による品質担保での維持が難しい
25 目標設計 ©ADWAYS DEEE Inc. プロダクト技術戦術の策定のための完了の定義 → 結果的に どのような改善の価値でプロダクトに貢献するのか明確になる -
プロダクト戦略に沿っている - 技術でプロダクト開発に貢献するためにどこに技術投資すべきかが明確になっている - PdMに理解・共感してもらっている
26 目標設計 ©ADWAYS DEEE Inc. よかった部分 - 改善がどう事業貢献に繋がりがあるのか説明しやすい - 改善チームとはいえ、リリースして終わりなのではなく価値を追い続けられている
- リリース後のドキュメント整備やプロダクトチームへの共有など 直接的なシステム改善する動き以外も出来つつある モヤモヤ部分 - 技術戦略とプロダクト戦略のバランスの難しさ - 技術戦略よりの目標に偏ることもある - プロダクト開発に貢献する余地を探すプロセスの再現性はまだ高くない - 目標内容にも事業貢献の意図が含まれるようにしたい - なぜ?それをやるのかが説明不足な時がある
©ADWAYS DEEE Inc. 27 改善実績
28 改善実績 ©ADWAYS DEEE Inc. トラッキングのモダナイゼーション WHY やったこと 効果 事業戦略として既存のビジネスモデルを
アップデートすることを掲げていた お金の処理をするトラッキングがレガ シーなままだった プロダクト開発で活用される可能性が十 分高いため先んじで投資することにした ・イベントストーミングで ビジネスドメインを整理 ・ストラングラーパターンで レガシーとの併用で本番運用 ・まだ無い!!! プロダクトチームでの検証は始まって いない
29 改善実績 ©ADWAYS DEEE Inc. WHY やったこと 効果 ログインセッションの仕組みが既存シス テム(Perl/Catalyst)にされており、ロ
グインを分ける以外、XXX向けの管理画 面にPerl以外の言語で開発する方法がな い 既存システム(Perl/Catalyst)での開発体 験がよくなく、開発効率がとても悪い状 態ため改善することにした ・Perlに依存しない認証に変更 ・モダンなアーキテクチャで管理画面で の開発が可能になり、新機能をリリー スできた
©ADWAYS DEEE Inc. 30 30 改善実績 開発文化改善も実施中。 エンジニアは、5~7時間のペアプロを推奨 (休憩大事、Discordでずっと話す、Tupleで画面共有) TDD x
ペアプロ x Copilotは最強。PdMやデザイナーも出来るだけペア作業を推奨。
©ADWAYS DEEE Inc. 31 31 改善実績 厳密にはペアプロのみの効果ではなく、PdMと連携するストーリーライティングのプラクティスの おかげもあり、各スコアが非常に良い結果のチームとなる
©ADWAYS DEEE Inc. 32 まとめ
©ADWAYS DEEE Inc. 33 まとめ 33 - システム改善の戦略をどう決めているか? - 事業のためにやるべき改善ポイントをプロダクト戦略を交えて考えている
- プロダクトチームと一緒でもっと価値のある改善すべきポイントが見つ かったらそっちを優先したりもしている - プロダクト戦略に沿ってシステム改善を考えることで、未来を見据えた改 善がしやすくなる - 改善実績がどう事業貢献に繋がった? - プロダクトチームの新機能に影響あったり、 開発プロセス自体の改善にも繋げられたりしている - 全てが事業貢献に繋がったいるわけではない
©ADWAYS DEEE Inc. 34 おわり