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
160
『品質』という言葉が嫌いな理由
社内発表で使った資料です。
相変わらずよくわからない位置で改行が入って、直し方がわかりません。
korimu
February 04, 2025
Tweet
Share
More Decks by korimu
See All by korimu
分業するな、分担しろ
korimu
0
59
Other Decks in Programming
See All in Programming
How mixi2 Uses TiDB for SNS Scalability and Performance
kanmo
35
14k
苦しいTiDBへの移行を乗り越えて快適な運用を目指す
leveragestech
0
340
データの整合性を保つ非同期処理アーキテクチャパターン / Async Architecture Patterns
mokuo
45
16k
2024年のkintone API振り返りと2025年 / kintone API look back in 2024
tasshi
0
220
最近のVS Codeで気になるニュース 2025/01
74th
1
260
バックエンドのためのアプリ内課金入門 (サブスク編)
qnighy
8
1.8k
SRE、開発、QAが協業して挑んだリリースプロセス改革@SRE Kaigi 2025
nealle
3
4.2k
法律の脱レガシーに学ぶフロントエンド刷新
oguemon
5
730
Amazon S3 TablesとAmazon S3 Metadataを触ってみた / 20250201-jawsug-tochigi-s3tables-s3metadata
kasacchiful
0
120
Rails アプリ地図考 Flush Cut
makicamel
1
110
ファインディの テックブログ爆誕までの軌跡
starfish719
2
1.1k
[JAWS-UG横浜 #79] re:Invent 2024 の DB アップデートは Multi-Region!
maroon1st
1
140
Featured
See All Featured
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
193
16k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
Producing Creativity
orderedlist
PRO
343
39k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.1k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
29
1k
YesSQL, Process and Tooling at Scale
rocio
171
14k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
21
2.5k
Code Reviewing Like a Champion
maltzj
521
39k
Navigating Team Friction
lara
183
15k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.6k
Speed Design
sergeychernyshev
26
790
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.2k
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))
品質の話をする時は 誰にとっての価値なのか 明確にしましょう
ご清聴 ありがとうございました