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
October 29, 2024
Technology
1
130
忠実度という概念と開発手法 / Fidelity
Fidelity – The Lost Dimension of the Iron Triangle
を読んだ上で、自分なりの理解をスライドにしてまとめてみました。
nihonbuson
October 29, 2024
Tweet
Share
More Decks by nihonbuson
See All by nihonbuson
リーダブルテストコード 〜メンテナンスしやすい テストコードを作成する方法を考える〜 #DevSumi #DevSumiB #JaSST #JaSSTTokyo / Readable test code
nihonbuson
12
10k
開発スピードは上がっている…品質はどうする? スピードと品質を両立させるためのプロダクト開発の進め方とは #DevSumi #DevSumiB / Agile And Quality
nihonbuson
3
6.2k
シフトライトなテスト活動を適切に行うことで、無理な開発をせず、過剰にテストせず、顧客をビックリさせないプロダクトを作り上げているお話 #RSGT2025 / Shift Right
nihonbuson
3
3.1k
品質管理の歴史学 / Quality Management History
nihonbuson
3
520
境界値分析
nihonbuson
4
330
振る舞い駆動開発(BDD)における、テスト自動化の前に大切にしていること #stac2024 / BDD formulation
nihonbuson
7
3.3k
品質管理チームのEMとして大事にしていること / QA EM
nihonbuson
0
2.4k
WACATE流 勉強会会場の選び方 / WACATE venue
nihonbuson
1
690
継続的テストモデルを実現するためにスリーアミーゴスを用いた10Xでのシフトレフトの事例
nihonbuson
3
1.7k
Other Decks in Technology
See All in Technology
モノリスの認知負荷に立ち向かう、コードの所有者という思想と現実
kzkmaeda
0
110
Engineering Managementのグローバルトレンド #emoasis / Engineering Management Global Trend
kyonmm
PRO
6
990
IAMのマニアックな話 2025 ~40分バージョン ~
nrinetcom
PRO
8
920
AIエージェント完全に理解した
segavvy
4
260
チームビルディング「脅威モデリング」ワークショップ
koheiyoshikawa
0
140
移行できそうでやりきれなかった 10年超えのシステムを葬るための戦略
ryu955
2
390
新卒エンジニア研修の試行錯誤と工夫/nikkei-tech-talk-31
nishiuma
0
200
20250326_管理ツールの権限管理で改善したこと
sasata299
1
380
ソフトウェアプロジェクトの成功率が上がらない原因-「社会価値を考える」ということ-
ytanaka5569
0
130
Proxmox VE超入門 〜 無料で作れるご自宅仮想化プラットフォームブックマークする
devops_vtj
0
120
SpannerとAurora DSQLの同時実行制御の違いに想いを馳せる
masakikato5
0
570
お問い合わせ対応の改善取り組みとその進め方
masartz
1
370
Featured
See All Featured
Docker and Python
trallard
44
3.3k
How to Ace a Technical Interview
jacobian
276
23k
Unsuck your backbone
ammeep
670
57k
Documentation Writing (for coders)
carmenintech
69
4.7k
BBQ
matthewcrist
88
9.5k
The Art of Programming - Codeland 2020
erikaheidi
53
13k
Reflections from 52 weeks, 52 projects
jeffersonlam
349
20k
Gamification - CAS2011
davidbonilla
81
5.2k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7.1k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
30
2.3k
4 Signs Your Business is Dying
shpigford
183
22k
Automating Front-end Workflow
addyosmani
1369
200k
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軸を用いて各開発手法を表現できる