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
『品質』という言葉が嫌いな理由
Search
korimu
February 04, 2025
Programming
0
130
『品質』という言葉が嫌いな理由
社内発表で使った資料です。
相変わらずよくわからない位置で改行が入って、直し方がわかりません。
korimu
February 04, 2025
Tweet
Share
More Decks by korimu
See All by korimu
分業するな、分担しろ
korimu
0
53
Other Decks in Programming
See All in Programming
混沌とした例外処理とエラー監視に秩序をもたらす
morihirok
20
3.4k
Amazon ECS とマイクロサービスから考えるシステム構成
hiyanger
3
470
はてなにおけるfujiwara-wareの活用やecspressoのCI/CD構成 / Fujiwara Tech Conference 2025
cohalz
3
4.6k
ペアーズでの、Langfuseを中心とした評価ドリブンなリリースサイクルのご紹介
fukubaka0825
2
280
2025.01.17_Sansan × DMM.swift
riofujimon
3
700
法律の脱レガシーに学ぶフロントエンド刷新
oguemon
5
680
振り返れば奴(Cline)がいる
keiyagi
0
170
AWS Organizations で実現する、 マルチ AWS アカウントのルートユーザー管理からの脱却
atpons
0
120
Scaling your build logic
antalmonori
1
160
[Fin-JAWS 第38回 ~re:Invent 2024 金融re:Cap~]FaultInjectionServiceアップデート@pre:Invent2024
shintaro_fukatsu
0
400
Rails アプリ地図考 Flush Cut
makicamel
1
100
Simple組み合わせ村から大都会Railsにやってきた俺は / Coming to Rails from the Simple
moznion
3
4.2k
Featured
See All Featured
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
9
1.3k
KATA
mclloyd
29
14k
How to Ace a Technical Interview
jacobian
276
23k
Writing Fast Ruby
sferik
628
61k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
Adopting Sorbet at Scale
ufuk
74
9.2k
Speed Design
sergeychernyshev
25
770
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
20
2.4k
Documentation Writing (for coders)
carmenintech
67
4.6k
YesSQL, Process and Tooling at Scale
rocio
171
14k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
45
2.3k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
44
9.4k
Transcript
『品質』という言葉が 嫌いな理由 korimu
最初に質問
品質ってなんですか?
(質問タイム)
僕の定義は……
4つあります
品質は誰かにとっての価 値である (Weinburg, (1994))
狩野モデル “魅力的品質と当たり前品質” (Japanese). 日本品質管理学会会報『品質』 14 (2): 39–48.ISSN0386-8230 1. 当たり前品質 2.
一元的品質 3. 魅力的品質 4. 無関心品質 5. 逆品質
品質特性 https://www.ipa.go.jp/archive/files/000065855.pdf
内部品質・外部品質 ・内部品質:コードや自動テストなど、外から見えない部分の質 ・外部品質:製品として外から見える部分の質 ※明確な定義を見つけられず。俗語?
多くね?
多いんですよ
定義が多いと どうなるか?
指すモノが曖昧になる
指すモノが曖昧とは?
話が雑である
想像してみてください
「IT系って〜」
主語、デカくね? 話、雑じゃね?
「品質って〜」
主語、デカくね? 話、雑じゃね?
『品質』という言葉、 雑に使われがち korimu調べ(*1)では90割(*2)の人が雑に使っています *1 要は主観です *2 ネタです
なぜなのか?
勝手に推察
いいことを 言った気になれる から (実際は何も言っていなくても)
「品質を高めよう! 」 に対して 「アホか」「やめろ」 という人はいない
しかしその『品質』が、 何を指しているのか 明確にする人は少ない korimu調べ(*1)では90割(*2)の人が雑に使っています *1 要は主観です *2 ネタです
タイトルを 思い出して みましょう
『品質』という言葉が 嫌いな理由
答え: 雑に使われて 意味のない会話 が されるから
具体例①
開発 「コードは読みやすいし、 各モジュールは疎結合だし、 CI/CDも整ってて、 FourKeys指標も良好。 品質が高い!」
セールス 「使いにくい……売れない…… 売っても解約率が高い…… 顧客の評判も悪い…… 品質が低い!」
セールス 「品質を高めよう!」
セールス 「そのためには 開発に頑張ってもらわないと!」
セールス 「品質を高めるために頑張って!」
開発 「もう高いけど?」
セールス 「は?」 開発 「はじゃないが?」
None
具体例②
セールス 「便利! みんな買ってくれる! 解約率も低い! 評判もいい! 品 質が高い!」
開発 「コードが汚くて 直すのに時間がかかる…… テストも整備されてなくて デプロイの労力がすごい…… 品質が低い!」
開発 「品質を高めよう! コードを綺麗にして、 自動テストを整えよう!」
開発 「そのために、 新規開発を止めよう!」
開発 「品質を高めるために、 しばらく新規開発 しないよ!」
セールス 「品質? もう高いでしょ?」
開発 「は?」 セールス 「はじゃないが?」
None
なぜなのか?
定義が違うから
開発 「コードは読みやすい し、 各モジュールは疎結合 だし、 CI/CDも整ってて、 FourKeys指標も良好 。 品質が高い!」
セールス 「便利! みんな買ってくれる ! 解約率も低い ! 評判もいい ! 品質が高い!」
どこに 価値を感じるかは 人(立場)による
開発者はコードを 修正するんだから 修正しやすい方が良い
セールスは商品を 販売するんだから 販売しやすい方が良い
『開発vsビジネス』 みたいな 浅い話はしません
どっちが勝っても 誰も得しないので
われわれが 立ち向かうべきものは なにか?
ちなみに コード品質は ビジネスに影響 します
修理や変更に 1ヶ月かかる製品 と 1日でできる製品 どっちが良い?
逆はない 売れたら勝手に コードが綺麗になる なんてことはない
ここまでの話で こう思った人は いませんか?
「バグがない製品は 高品質だろう!」
本当に?
完璧に実装して 完璧にテストしました バグはありません 顧客もいません
高品質か?
バグあります でも便利です 顧客たくさん います
高品質か?
たぶんこう思うでしょう
「人による」
そういう話
思い出せ
品質は誰かにとっての価 値である (Weinburg, (1994))
品質は誰かにとっての価 値である (Weinburg, (1994))
品質の話をする時は 誰にとっての価値なのか 明確にしましょう
ご清聴 ありがとうございました