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
忠実度という概念と開発手法 / Fidelity
Search
nihonbuson
PRO
October 29, 2024
Technology
1
180
忠実度という概念と開発手法 / Fidelity
Fidelity – The Lost Dimension of the Iron Triangle
を読んだ上で、自分なりの理解をスライドにしてまとめてみました。
nihonbuson
PRO
October 29, 2024
Tweet
Share
More Decks by nihonbuson
See All by nihonbuson
テストを実施する前に考えるべきテストの話 / Thinking About Testing Before You Test
nihonbuson
PRO
16
2.5k
テストコードにはテストの意図を込めよう(2025年版) #retechtalk / Put the intent of the test 2025
nihonbuson
PRO
17
3k
ソフトウェアテスト 最初の一歩 〜テスト設計技法をワークで体験しながら学ぶ〜 #JaSSTTokyo / SoftwareTestingFirstStep
nihonbuson
PRO
6
730
リーダブルテストコード 〜メンテナンスしやすい テストコードを作成する方法を考える〜 #DevSumi #DevSumiB #JaSST #JaSSTTokyo / Readable test code
nihonbuson
PRO
14
13k
開発スピードは上がっている…品質はどうする? スピードと品質を両立させるためのプロダクト開発の進め方とは #DevSumi #DevSumiB / Agile And Quality
nihonbuson
PRO
3
8.1k
シフトライトなテスト活動を適切に行うことで、無理な開発をせず、過剰にテストせず、顧客をビックリさせないプロダクトを作り上げているお話 #RSGT2025 / Shift Right
nihonbuson
PRO
4
3.5k
品質管理の歴史学 / Quality Management History
nihonbuson
PRO
41
14k
境界値分析
nihonbuson
PRO
4
450
振る舞い駆動開発(BDD)における、テスト自動化の前に大切にしていること #stac2024 / BDD formulation
nihonbuson
PRO
7
3.9k
Other Decks in Technology
See All in Technology
LLM拡張解体新書/llm-extension-deep-dive
oracle4engineer
PRO
23
6.2k
Digitization部 紹介資料
sansan33
PRO
1
4.5k
SRE不在の開発チームが障害対応と 向き合った100日間 / 100 days dealing with issues without SREs
shin1988
2
2k
“日本一のM&A企業”を支える、少人数SREの効率化戦略 / SRE NEXT 2025
genda
1
270
Introduction to Sansan, inc / Sansan Global Development Center, Inc.
sansan33
PRO
0
2.7k
公開初日に Gemini CLI を試した話や FFmpeg と組み合わせてみた話など / Gemini CLI 初学者勉強会(#AI道場)
you
PRO
0
1.3k
ロールが細分化された組織でSREは何をするか?
tgidgd
1
420
United™️ Airlines®️ Customer®️ USA Contact Numbers: Complete 2025 Support Guide
flyunitedguide
0
800
Figma Dev Mode MCP Serverを用いたUI開発
zoothezoo
0
230
Introduction to Sansan for Engineers / エンジニア向け会社紹介
sansan33
PRO
5
39k
対話型音声AIアプリケーションの信頼性向上の取り組み
ivry_presentationmaterials
3
1k
shake-upを科学する
rsakata
7
1k
Featured
See All Featured
The Cult of Friendly URLs
andyhume
79
6.5k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
Practical Orchestrator
shlominoach
189
11k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
45
7.5k
YesSQL, Process and Tooling at Scale
rocio
173
14k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
RailsConf 2023
tenderlove
30
1.1k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Optimizing for Happiness
mojombo
379
70k
Thoughts on Productivity
jonyablonski
69
4.7k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
181
54k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.5k
Transcript
忠実度という概念と 開発手法 ブロッコリー
このスライドの主旨 • Fidelity – The Lost Dimension of the Iron
Triangle の内容の説明
Fidelity – The Lost Dimension of the Iron Triangle
記事の概要 • 2009年12月に公開された記事 • Fidelity(忠実度)を新たな変数として考え、 各開発手法を説明している
Fidelity(忠実度) とは何か?
Fidelity(忠実度)とは何か? • 忠実度はフィーチャーや解決策の精巧さを表す • 忠実度が低いとは ◦ 精度が荒く、解像度が低く、使い勝手が悪い ◦ ただし課題は解決している
忠実度の例 〜道の舗装〜 未舗装 石畳 舗装済み
忠実度の例 〜道の舗装〜 未舗装 石畳 舗装済み 走行は できる
フィーチャーの格付け by Jeff Patton 忠実度 スコープ
忠実度を用いた 各開発手法の表現
忠実度を用いた各開発手法の表現 次の開発手法を、忠実度、スコープ、アーキテクチャの 3要素を用いて表現する • ビッグバン • インクリメンタル • イテレーティブ •
Agile
ビッグバン スコープ アーキテクチャ 忠実度
ビッグバン 忠実度 スコープ アーキテクチャ
ビッグバン 忠実度 スコープ アーキテクチャ
ビッグバンの特徴 • 各アーキテクチャごとに 完璧(忠実度100%)なものを最初に作り上げる • 最後に統合する
インクリメンタル 忠実度 スコープ アーキテクチャ
インクリメンタル 忠実度 スコープ アーキテクチャ
インクリメンタル 忠実度 スコープ アーキテクチャ
インクリメンタル 忠実度 スコープ アーキテクチャ
インクリメンタルの特徴 • フィーチャーごとに 完璧(忠実度100%)なものを作り上げる
イテレーティブ 忠実度 スコープ アーキテクチャ
イテレーティブ 忠実度 スコープ アーキテクチャ
イテレーティブ 忠実度 スコープ アーキテクチャ
イテレーティブの特徴 • 最初は全てのフィーチャーで最低限の忠実度を目指す ◦ 最低限の忠実度=Minimal Viable Product(MVP) • その後、全てのフィーチャーの追加開発をして 最高の忠実度を目指していく
Agile 忠実度 スコープ アーキテクチャ
Agile 忠実度 スコープ アーキテクチャ
Agile 忠実度 スコープ アーキテクチャ
Agile 忠実度 スコープ アーキテクチャ
Agile 忠実度 スコープ アーキテクチャ
Agile 忠実度 スコープ アーキテクチャ
Agileの特徴 • 最初は全てのフィーチャーで最低限の忠実度を目指す ◦ 最低限の忠実度=Minimal Viable Product(MVP) • ユーザーからのフィードバックを元に、 適切な組み合わせが達成されるように
徐々にフィーチャーを追加して忠実度を上げる • 全てのフィーチャーが 完璧(忠実度100%)になる必要はない
まとめ
まとめ • 忠実度、スコープ、アーキテクチャという 3軸を用いて各開発手法を表現できる