Upgrade to Pro — share decks privately, control downloads, hide ads and more …

History of WaterFall

Avatar for semiyashin semiyashin
June 21, 2012
Technology
15
12k

History of WaterFall

20120621

Avatar for semiyashin

semiyashin

June 21, 2012
Tweet

More Decks by semiyashin

See All by semiyashin
Backlog Talk part1
Avatar for semiyashin semiyashin
0
88
Backlog Talk part2
Avatar for semiyashin semiyashin
0
130
sales_strategy
Avatar for semiyashin semiyashin
0
120
dancing_dev
Avatar for semiyashin semiyashin
0
81
develop_process
Avatar for semiyashin semiyashin
0
100
start_producer
Avatar for semiyashin semiyashin
0
220
eds_strategy
Avatar for semiyashin semiyashin
0
170
shibuyarb20130515
Avatar for semiyashin semiyashin
1
230
TokyoRUbyKaigi_10
Avatar for semiyashin semiyashin
0
260

Other Decks in Technology

See All in Technology
事業状況で変化する最適解。進化し続ける開発組織とアーキテクチャ
Avatar for recruiting@caddi.jp caddi_eng
1
6.4k
ABEMAのCM配信を支えるスケーラブルな分散カウンタの実装
Avatar for Honoka Toda hono0130
4
1.1k
PostgreSQL で列データ”ファイル”を利用する　～Arrow/Parquet を統合したデータベースの作成～
Avatar for KaiGai Kohei kaigai
0
160
LINEヤフー バックエンド組織・体制の紹介
Avatar for LINEヤフーTech (LY Corporation Tech) lycorptech_jp
PRO
0
850
Greenは本当にGreenか？ - B/GデプロイとAPI自動テストで安心デプロイ
Avatar for Kaz Watanabe kaz29
0
130
レガシーシステム刷新における TypeSpec スキーマ駆動開発のすゝめ
Avatar for karacoro / からころ tsukuha
2
590
持続可能なアクセシビリティ開発
Avatar for azukiazusa azukiazusa1
6
310
新しい風。SolidFlutterで実現するシンプルな状態管理
Avatar for ZOZO Developers zozotech
PRO
0
130
Building AI Applications with Java, LLMs, and Spring AI
Avatar for Thomas Vitale thomasvitale
1
230
プロダクト負債と歩む持続可能なサービスを育てるための挑戦
Avatar for SansanTech sansantech
PRO
1
850
Progressive Deliveryで支える！スケールする衛星コンステレーションの地上システム運用 / Ground Station Operation for Scalable Satellite Constellation by Progressive Delivery
Avatar for iselegant iselegant
1
210
JavaScript パーサーに using 対応をする過程で与えたエコシステムへの影響
Avatar for Yuichiro Yamashita baseballyama
1
140

Featured

See All Featured
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
Avatar for Dan Newman danielanewman
231
22k
10 Git Anti Patterns You Should be Aware of
Avatar for Lemi Orhan Ergin lemiorhan
PRO
659
61k
XXLCSS - How to scale CSS and keep your sanity
Avatar for Zaharenia Atzitzikaki sugarenia
249
1.3M
Into the Great Unknown - MozCon
Avatar for Noah Learner thekraken
40
2.2k
The World Runs on Bad Software
Avatar for Brandon Keepers bkeepers
PRO
72
12k
JavaScript: Past, Present, and Future - NDC Porto 2020
Avatar for David Neal reverentgeek
52
5.7k
[RailsConf 2023 Opening Keynote] The Magic of Rails
Avatar for Eileen M. Uchitelle eileencodes
31
9.8k
Practical Orchestrator
Avatar for Shlomi Noach shlominoach
190
11k
The Cost Of JavaScript in 2023
Avatar for Addy Osmani addyosmani
55
9.3k
RailsConf 2023
Avatar for Aaron Patterson tenderlove
30
1.3k
ReactJS: Keep Simple. Everything can be a component!
Avatar for Pedro Nauck pedronauck
666
130k
4 Signs Your Business is Dying
Avatar for Josh Pigford shpigford
186
22k

Transcript

  1. 最近アジャイル界隈で よく聞く話

  2. 「自分の現場がウォーター フォールで全然ダメで それをアジャイルなら 変えられないかと思って」

  3. いったい誰と戦って いるんだ・・・・・

  4. ちょっと待て

  5. 「自分の現場がウォーター フォールで全然ダメで それをアジャイルなら 変えられないかと思って」

  6. そもそも

  7. ウォーターフォールって だめなの？

  8. なんでそんなものを みんな使っているの？

  9. というか ウォーターフォールって なに？

  10. いつどこで 生まれたものなの？

  11. ということで我々は ウォーターフォールの 起源に迫ってみることにした

  12. None

  13. History of WaterFall 瀬宮 新

  14. ウォーターフォールだと 思われているもの

  15. ・よくある仕様変更 ・手戻りしない直列的な工程 ・大量の書類 ・絶対固定の納期と予算 →そしてデスマーチへ

  16. 本当の ウォーターフォール ってそもそもなに？

  17. ウォーターフォールの起源 Winston.W.Royce Managing the Development of Large Software Systems という論文（５ページくらい）

  18. 分析 実装

  19. 要求 分析 設計 実装 運用 試験

  20. ２回実施せよ （プロトタイプ） テストを計画せよ （設計よりも前に） 顧客をまきこめ （反復的なチェック） Royceは言った（１）

  21. 当初のRoyce案では ウォーターフォールを 反復型開発として して提案していた

  22. 仕様変更があったら 費用／納期を追加しろ 仕様変更があったら もう一回やりなおせ Royceは言った（２）

  23. つまり

  24. ここさぁなんかイメージと 違うんだよね

  25. すると

  26. おかわり＝反復的な開発

  27. なるほどなるほど

  28. それでは

  29. どうしてこうなった

  30. None

  31. 時は１９８０年代

  32. ・システム開発は大規模化 ・税金による予算化に 「おかわり」は不向き ・予算と納期の追加が続発 →「おかわり」しすぎ！

  33. 再発防止策が必要だな

  34. ということで

  35. DOD-STD-2167（1985.6） （文書をいっぱい作ろう！） DOD-STD-2167A（1988.2） （工程の反復の否定 ウォーターフォールは 「おかわり」禁止！）

  36. 反復型開発が否定され 直列的ウォーターフォール が生まれた

  37. DOD-STD-2167A（1988.2） を真に受けると ・ウォーターフォール （絶対に「おかわり」禁止） ・ほかの開発手法 （大規模開発に不向き） の二択

  38. そして滝は詰まり始めた

  39. None

  40. 一方、日本では

  41. 1985. 日本電信電話 設立 1988. NTTデータ 設立 1990. バブル崩壊 （システム要員の外注化）

  42. 日本ではSIが発達し同時に 開発手法もアメリカから 輸入された

  43. システム開発の普及 ・大規模システム ＝ ウォーターフォール ・書類が山盛り ・「おかわり」禁止 がデファクトスタンダードに

  44. None

  45. 輸入された経緯はわかった

  46. 日本では今でも ウォーターフォールが 炎上している

  47. それではアメリカでは 炎上しなかったの？

  48. None

  49. もちろん大炎上したよ

  50. 大炎上する案件が複数発生

  51. 再発防止策が必要だな

  52. DOD-STD-2167A（1988.2） ↓ MIL-STD-498（1994.12） （頻繁な顧客レビューの推奨） DOD 5000.2(2000) （反復型および スパイラル型を推奨）

  53. 開発は反復型重視へ 回帰した

  54. さらに

  55. XP 白本(1999) アジャイルマニフェスト (2001.2) (1993.のJacob Nielsen のUIテスト あたりをみても業界全体が 反復的開発と頻繁なFBに 傾いている)

  56. 反復型開発の復活

  57. つまりダメな ウォーターフォールに 嵌り込んでいたのは・・ 日本だけ！

  58. 嵌っている・・首まで・・

  59. つまりダメな ウォーターフォールに 嵌り込んでいたのは・・ 日本だけ！

  60. これを知った時、私は

  61. こう思いました

  62. 調達標準は反復型重視へ 回帰した

  63. None

  64. ではウォーターフォールは どうあるべき？

  65. ・プロトタイプを作る ・頻繁な顧客フィードバック ・反復的で機能追加型の開発 にシフトすべき

  66. None

  67. そもそも ウォーターフォール ＜＜＜ ＜（壁）＜＜アジャイル なのか？

  68. （一面の真実） 仕様変更が許容範囲に収まる場合 ウォーターフォールのほうが アジャイルよりも安いし早い 完全にアジャイルに進めると 対象やドメインモデルが複雑だと 破綻する可能性が高い

  69. ではどちらを選択すべきか？

  70. 慣れた人に任せるべきだ （Martin Fawler）

  71. None

  72. では日本のソフトウェア開発は これからどうなる

  73. ・反復型ウォーターフォール ・アジャイル ・そのほか に分かれると思う 残念なウォーターフォールも残るだろう

  74. None

  75. ご清聴ありがとうございました