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
580
プロダクトオーナーが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
技術的負債に立ち向かう、 ひとりから始めるチームづくり / From One to Team: Building Momentum Against Technical Debt
yoshiyoshifujii
1
190
DMMを支える決済基盤の技術的負債にどう立ち向かうか / Addressing Technical Debt in Payment Infrastructure
yoshiyoshifujii
5
840
技術的負債と戦略的に戦わざるを得ない場合のオブザーバビリティ活用術 / Leveraging Observability When Strategically Dealing with Technical Debt
yoshiyoshifujii
1
240
プロダクトオーナーの視座から見た信頼性とオブザーバビリティ / Reliability and Observability from the Perspective of a Product Owner
yoshiyoshifujii
2
1.7k
Recapping Chatwork Scala Journey - ScalaMatsuri2023
yoshiyoshifujii
0
2.9k
ここ数ヶ月でAkkaを勉強した方法について紹介 / I have studied Akka in the past few months
yoshiyoshifujii
1
300
コードをどまんなかに据えたモデリング-Scala版 / Modeling with code in the middle-Scala version
yoshiyoshifujii
0
140
Chatworkのドメインをモデリングした / Modeling Chatwork domain
yoshiyoshifujii
0
900
サマーインターンシップ2019で学生とDDDなScala開発に取り組んだ / Working on DDD and Scala development with students at Summer Internship 2019
yoshiyoshifujii
2
4.2k
Other Decks in Technology
See All in Technology
事業価値と Engineering
recruitengineers
PRO
2
250
mruby(PicoRuby)で ファミコン音楽を奏でる
kishima
1
280
R-SCoRe: Revisiting Scene Coordinate Regression for Robust Large-Scale Visual Localization
takmin
0
430
.NET開発者のためのAzureの概要
tomokusaba
0
230
RAID6 を楔形文字で組んで現代人を怖がらせましょう(実装編)
mimifuwa
1
310
LLMエージェント時代に適応した開発フロー
hiragram
1
410
広島銀行におけるAWS活用の取り組みについて
masakimori
0
140
Effective Match Types - Scala Days 2025
bishabosha
1
110
サービスロボット最前線:ugoが挑むPhysical AI活用
kmatsuiugo
0
190
AIとTDDによるNext.js「隙間ツール」開発の実践
makotot
6
700
トヨタ生産方式(TPS)入門
recruitengineers
PRO
3
250
JavaScript 研修
recruitengineers
PRO
3
200
Featured
See All Featured
Building a Scalable Design System with Sketch
lauravandoore
462
33k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.5k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Testing 201, or: Great Expectations
jmmastey
45
7.6k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
GraphQLとの向き合い方2022年版
quramy
49
14k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
Thoughts on Productivity
jonyablonski
69
4.8k
Building Better People: How to give real-time feedback that sticks.
wjessup
367
19k
Building a Modern Day E-commerce SEO Strategy
aleyda
43
7.5k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.6k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.4k
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
働くをもっと楽しく、創造的に