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
プロダクトオーナーがFour Keys + 信頼性に思うところ / Product Owner...
Search
yoshiyoshifujii
July 01, 2023
Technology
0
560
プロダクトオーナーがFour Keys + 信頼性に思うところ / Product Owners Think of Four Keys + Reliability
Scrum Fest Osaka 2023
ChatworkスポンサーセッションのLT
yoshiyoshifujii
July 01, 2023
Tweet
Share
More Decks by yoshiyoshifujii
See All by yoshiyoshifujii
技術的負債と戦略的に戦わざるを得ない場合のオブザーバビリティ活用術 / Leveraging Observability When Strategically Dealing with Technical Debt
yoshiyoshifujii
0
200
プロダクトオーナーの視座から見た信頼性とオブザーバビリティ / Reliability and Observability from the Perspective of a Product Owner
yoshiyoshifujii
2
1.6k
Recapping Chatwork Scala Journey - ScalaMatsuri2023
yoshiyoshifujii
0
2.8k
ここ数ヶ月でAkkaを勉強した方法について紹介 / I have studied Akka in the past few months
yoshiyoshifujii
1
290
コードをどまんなかに据えたモデリング-Scala版 / Modeling with code in the middle-Scala version
yoshiyoshifujii
0
140
Chatworkのドメインをモデリングした / Modeling Chatwork domain
yoshiyoshifujii
0
890
サマーインターンシップ2019で学生とDDDなScala開発に取り組んだ / Working on DDD and Scala development with students at Summer Internship 2019
yoshiyoshifujii
2
4.2k
Clean Architecture in Practice @ScalaMatsuri2019
yoshiyoshifujii
9
4.1k
実践 Clean Architecture
yoshiyoshifujii
13
10k
Other Decks in Technology
See All in Technology
Glacierだからってコストあきらめてない? / JAWS Meet Glacier Cost
taishin
1
160
PO初心者が考えた ”POらしさ”
nb_rady
0
210
United airlines®️ USA Contact Numbers: Complete 2025 Support Guide
unitedflyhelp
0
310
CDKTFについてざっくり理解する!!~CloudFormationからCDKTFへ変換するツールも作ってみた~
masakiokuda
1
130
Lufthansa ®️ USA Contact Numbers: Complete 2025 Support Guide
lufthanahelpsupport
0
190
品質と速度の両立:生成AI時代の品質保証アプローチ
odasho
1
340
ビギナーであり続ける/beginning
ikuodanaka
3
750
生成AI時代の開発組織・技術・プロセス 〜 ログラスの挑戦と考察 〜
itohiro73
1
460
OSSのSNSツール「Misskey」をさわってみよう(右下ワイプで私のOSCの20年を振り返ります) / 20250705-osc2025-do
akkiesoft
0
160
React開発にStorybookとCopilotを導入して、爆速でUIを編集・確認する方法
yu_kod
1
270
生成AI活用の組織格差を解消する 〜ビジネス職のCursor導入が開発効率に与えた好循環〜 / Closing the Organizational Gap in AI Adoption
upamune
7
5.2k
生まれ変わった AWS Security Hub (Preview) を紹介 #reInforce_osaka / reInforce New Security Hub
masahirokawahara
0
470
Featured
See All Featured
Testing 201, or: Great Expectations
jmmastey
43
7.6k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
KATA
mclloyd
30
14k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
A Modern Web Designer's Workflow
chriscoyier
695
190k
Raft: Consensus for Rubyists
vanstee
140
7k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
20
1.3k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
740
We Have a Design System, Now What?
morganepeng
53
7.7k
Optimizing for Happiness
mojombo
379
70k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
Visualization
eitanlees
146
16k
Transcript
FUJII Yoshitaka 2023年07月01日 Scrum Fest Osaka 2023 プロダクトオーナー が Four
Keys + 信頼性に思うところ
2 FUJII Yoshitaka (@yoshiyoshifujii) Chatwork株式会社 プロダクトオーナー
プロダクトオーナーをやっている • 2021年4月から、プロダクトオーナーをやっている ◦ https://creators-note.chatwork.com/entry/2022/09/27/110000 • Chatwork の チャット部分をリライトしている ◦
https://creators-note.chatwork.com/entry/2022/03/23/080000 3
Chatwork は デビューして 13年目 • コード規模は、二桁万行規模 • 依存関係を表したグラフは、人間が理解するには難しすぎる複雑さ • 循環的複雑度は、メンテ不可能なレベル
• チャットという特性上、ハイトラフィック • チャットという特性上、障害は致命的 • チャットという特性上、扱っている情報の機密性はかなり高い 4
はやい、やすい、うまい を届けたい • 13年前のアーキテクチャから、これからを担えるアーキテクチャへ • お客様の問題にアプローチ 5
エビデンスベースドマネジメントガイド • https://www.scrum.org/resources/evidence-based-management • リライトにおける 戦略的ゴール • 長い道程における 中間ゴール •
イニシアティブレベルを 即時戦術ゴール としてピボット 6
EBM 4つの重要価値領域 • リライトにおける 価値 とはなにか • UV や CV
を重視しながらも、 A2I と T2M に集中する 7
Accelerate State of DevOps 2022 • https://cloud.google.com/blog/ja/products/devops-sre/dora-2022-accelerate-state-of-devops-report-now-out • ソフトウェアデリバリーのパフォーマンス (
4つの主要指標 ) ◦ デプロイ頻度(T2M)、変更のリードタイム(T2M)、変更時の障害率(A2I)、サービス復旧時間(T2M) • 運用パフォーマンス ( 5つ目の重要指標 ) ◦ 信頼性(CV or A2I) • 組織パフォーマンス ◦ 組織がパフォーマンスと収益性の目標をどの程度達成しているか 8
Four keys metrics • 月に1回のレポート • 改善のチケットをバックログ化 9
サービスレベル • サービスレベル ◦ 特定のサービスがユーザーに対して期待される作業をどの程度行えているかに関する測定値 ◦ この測定値は、ユーザーの満足度という形で説明できる • クリティカルユーザージャーニー (CUJ)
◦ ユーザーが 1 つの目的を達成するために行うサービスとの一連のインタラクション • サービスレベル指標 (SLI) ◦ 定量的に測定可能な、サービスレベルに関するユーザーの満足度の指標 • サービスレベル目標 (SLO) ◦ サービスがほとんどの時間帯で達成すると期待されるレベル • CUJを定義し、SLIを計測し、SLOを調整しつつ ユーザー満足度を下げない品質をコントロールしつつ 価値を創造していく 10
オブザーバビリティ ( O11y ) • 3本柱 ログ・メトリクス・トレース と聞いたが… • それだけじゃない
• むしろ違う • 高いカーディナリティ・高いディメンション・探索可能性をサポートするツール • モニタリングは、既知の未知 • オブザーバビリティは、 未知の未知 • 障害に対してメトリクスを埋め込む • コードを変更することなく、内部状態を理解する 11
品質 • 顧客の要求把握 • 要求の実現 • 結果として得られる顧客満足 • 要求を満たせば良いというほど単純ではなく、顧客の予想を超えた価値の提供が重要 12
品質保証 • ISO 9000 • 品質マネジメントシステムが、顧客のニーズを満足する製品を作り、顧客満足を向上するための継続的枠組み • 方法 ◦ プロセスのアウトプットであるプロダクトの品質を直接確認する方法
◦ プロセスの実行状況を監視することによって品質が確実に作り込まれていることを確認する方法 • どちらかに偏っては不十分 13
QA to AQ • QA が開発プロセスの後半に実施されると困る • システム品質特性によってアーキテクチャに混乱ががが… • アジャイルプロセスの一環として、
システムの品質を理解し、記述し、開発およびテストする方法を構築する 14
まとめ • リライトにおけるプロダクトオーナーが考えていること • 未実現の価値 を意識しつつも、 現在の価値 を毀損することなく、 組織的能力 を向上する
• 顧客満足度 を見据えて、 Five keys metrics を計測し、改善し続ける • オブザーバビリティ と QA to AQ を取り入れて、品質保証を シフトレフト • リライトによって 組織的能力 を獲得しつつ、 市場価値 にアプローチしていく • 結局、はやい、やすい、うまい (QCD) だよね 15
働くをもっと楽しく、創造的に