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
フィーチャーフラグ&ABテストツールBucketeer開発の経緯 〜社内基盤としてのプロダクト戦略〜
Search
Kenta Kozuka
November 28, 2024
Technology
0
140
フィーチャーフラグ&ABテストツールBucketeer開発の経緯 〜社内基盤としてのプロダクト戦略〜
Kenta Kozuka
November 28, 2024
Tweet
Share
More Decks by Kenta Kozuka
See All by Kenta Kozuka
事業部を超えた 開発生産性向上に挑戦する
kentakozuka
7
1.5k
1000人を超えるエンジニア組織へのGitHub Copilot導入促進
kentakozuka
0
330
KubeCon 2023 China Recap & ブースを出展してきました
kentakozuka
1
220
PipeCD Good First Issues
kentakozuka
0
25
サイバーエージェントでCDツールを内製した話
kentakozuka
1
470
PipeCDでGitOpsやってみよう!
kentakozuka
0
780
サイバーエージェントのフィーチャーフラグを活用した高速開発
kentakozuka
0
53
リアルタイムデータ分析基盤をKafka(Strimzi) & Druidで構築し
kentakozuka
0
86
フィーチャーフラグを使用した開発で 迅速かつ安全にリリースする
kentakozuka
0
58
Other Decks in Technology
See All in Technology
LangfuseでAIエージェントの 可観測性を高めよう!/Enhancing AI Agent Observability with Langfuse!
jnymyk
1
230
LLM as プロダクト開発のパワードスーツ
layerx
PRO
1
240
コスト最適重視でAurora PostgreSQLのログ分析基盤を作ってみた #jawsug_tokyo
non97
0
110
MCPを活用した検索システムの作り方/How to implement search systems with MCP #catalks
quiver
12
6.6k
CodePipelineのアクション統合から学ぶAWS CDKの抽象化技術 / codepipeline-actions-cdk-abstraction
gotok365
5
160
Dynamic Reteaming And Self Organization
miholovesq
3
500
いつも初心者向けの記事に助けられているので得意分野では初心者向けの記事を書きます
toru_kubota
2
320
Рекомендации с нуля: как мы в Lamoda превратили главную страницу в ключевую точку входа для персонализированного шоппинга. Данил Комаров, Data Scientist, Lamoda Tech
lamodatech
0
730
Goの組織でバックエンドTypeScriptを採用してどうだったか / How was adopting backend TypeScript in a Golang company
kaminashi
6
5.8k
持続可能なドキュメント運用のリアル: 1年間の成果とこれから
akitok_
1
140
Making a MIDI controller device with PicoRuby/R2P2 (RubyKaigi 2025 LT)
risgk
1
100
DuckDB MCPサーバーを使ってAWSコストを分析させてみた / AWS cost analysis with DuckDB MCP server
masahirokawahara
0
1.3k
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
522
40k
Statistics for Hackers
jakevdp
798
220k
Making Projects Easy
brettharned
116
6.1k
Code Review Best Practice
trishagee
67
18k
Building an army of robots
kneath
304
45k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
52
2.4k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.3k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
135
33k
Making the Leap to Tech Lead
cromwellryan
133
9.2k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
13
670
Reflections from 52 weeks, 52 projects
jeffersonlam
349
20k
Transcript
フィーチャーフラグ&ABテストツール Bucketeer開発の経緯 〜社内基盤としてのプロダクト戦略〜
@kenta_kozuka CyberAgent, Inc Developer Productivity室 🎾 🛩 🏃🏔 最近の悩み:ウインナーを食べると腹痛にな る。「香薫」が一番好きです
Me
本日話したいこと • フィーチャーフラグ & ABテストプラットフォームを開発しています • OSSです • 社内基盤って色んな意味で難しいよね •
私たちはこんな感じで試行錯誤しています
Bucketeer フィーチャーフラグ & ABテストプラットフォーム 2019年 ABEMA内基盤としてリリース 2022年 OSS化 現在社内で複数のサービスに社内SaaSとして提供中 詳細は
bucketeer.io へ!
内製版社内基盤のPros & Cons Pros • 社内ユーザーの尖った要望に対応できる • サポートの手厚さ Cons •
スケールしにくい • 定期的にやってくる開発者不足
重要だと感じていること • 各プロダクトチームが望んで選んでくれる競争優位性 ◦ 機能はもちろん ◦ サポート、踏み込んだ提案 ◦ コスト ▪
実際はなかなか難しい • 社外の認知 ◦ ネット上で情報を見つけられるか ◦ ある程度認知が高いものを使いたいという欲求はあると思う • ニーズを作り出す ◦ 各プロダクトチームに先んじて最新のプラクティスを共有する ◦ なぜ導入するのかを説明する責任がある
やっていること
ユーザーへの詳細なヒアリング • 既存ユーザーに対して、アンケートやMTGで不満点や要望を聞く • いただいた要望をできるだけ汎用的な形で実装に落とし込む • 要望をくれたユーザーを巻き込むことがポイント ◦ 設計レビュー ◦
ベータリリース時の検証 ◦ 実装 ▪ 思い切って頼んじゃう
最近リリースしたもの • フラグの依存関係 ◦ フラグAでTrueだとフラグBでもTrueになる ◦ 複数の施策を同時に実施するときに、アプリの挙動を制御する • マルチリージョン ◦
海外展開するプロダクトチームへの対応
情報はできるだけオープンにする • 開発ちゃんとやっているよ、というアピール • 各チームが技術選定をする際に頭に浮かぶように • 情報を社外に出せば、社内にも届く ◦ 誰が見ているかわからない社内ポータルよりも外部ブログに出す •
OSS化してより大きなフィードバックループを回す
CNCF Landscapeに追加 🎉
今後やっていくこと • ユーザーの要望にしっかりと対応していく ◦ フラグのスケジュール変更 ▪ キャンペーンや複雑な段階的ロールアウト ◦ 層別化を使ったABテストの実現 ◦
フラグ使用状況のInsight • OpenFeatureへの完全対応 • 社内でフィーチャーフラグやABテストの文化を広めていく
Thank you! And we’re hiring