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
480
プロダクトオーナーが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
プロダクトオーナーの視座から見た信頼性とオブザーバビリティ / Reliability and Observability from the Perspective of a Product Owner
yoshiyoshifujii
1
1.4k
Recapping Chatwork Scala Journey - ScalaMatsuri2023
yoshiyoshifujii
0
2.6k
ここ数ヶ月でAkkaを勉強した方法について紹介 / I have studied Akka in the past few months
yoshiyoshifujii
1
260
コードをどまんなかに据えたモデリング-Scala版 / Modeling with code in the middle-Scala version
yoshiyoshifujii
0
120
Chatworkのドメインをモデリングした / Modeling Chatwork domain
yoshiyoshifujii
0
810
サマーインターンシップ2019で学生とDDDなScala開発に取り組んだ / Working on DDD and Scala development with students at Summer Internship 2019
yoshiyoshifujii
2
4k
Clean Architecture in Practice @ScalaMatsuri2019
yoshiyoshifujii
9
4k
実践 Clean Architecture
yoshiyoshifujii
13
10k
k8sもよく分かってないけどRancherを兎に角さわってみた
yoshiyoshifujii
1
570
Other Decks in Technology
See All in Technology
サービスでLLMを採用したばっかりに振り回され続けたこの一年のあれやこれや
segavvy
2
480
Amazon Kendra GenAI Index 登場でどう変わる? 評価から学ぶ最適なRAG構成
naoki_0531
0
110
どちらを使う?GitHub or Azure DevOps Ver. 24H2
kkamegawa
0
830
社内イベント管理システムを1週間でAKSからACAに移行した話し
shingo_kawahara
0
190
GitHub Copilot のテクニック集/GitHub Copilot Techniques
rayuron
37
14k
スタートアップで取り組んでいるAzureとMicrosoft 365のセキュリティ対策/How to Improve Azure and Microsoft 365 Security at Startup
yuj1osm
0
220
組織に自動テストを書く文化を根付かせる戦略(2024冬版) / Building Automated Test Culture 2024 Winter Edition
twada
PRO
17
4.5k
1等無人航空機操縦士一発試験 合格までの道のり ドローンミートアップ@大阪 2024/12/18
excdinc
0
160
KnowledgeBaseDocuments APIでベクトルインデックス管理を自動化する
iidaxs
1
270
ブラックフライデーで購入したPixel9で、Gemini Nanoを動かしてみた
marchin1989
1
540
AI時代のデータセンターネットワーク
lycorptech_jp
PRO
1
290
複雑性の高いオブジェクト編集に向き合う: プラガブルなReactフォーム設計
righttouch
PRO
0
120
Featured
See All Featured
Practical Orchestrator
shlominoach
186
10k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
45
2.2k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.3k
Building a Scalable Design System with Sketch
lauravandoore
460
33k
The Cult of Friendly URLs
andyhume
78
6.1k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.1k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
226
22k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
GraphQLの誤解/rethinking-graphql
sonatard
67
10k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
2
170
XXLCSS - How to scale CSS and keep your sanity
sugarenia
247
1.3M
Building Applications with DynamoDB
mza
91
6.1k
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
働くをもっと楽しく、創造的に