Recommended
More Related Content
Viewers also liked
Recently uploaded
Recently uploaded (16)
History_of_waterfall_append
- 1. 最近アジャイル界隈で よく聞く話
- 2. 「自分の現場がウォーター フォールで全然ダメで それをアジャイルなら 変えられないかと思って」
- 4. ちょっと待て
- 5. 「自分の現場がウォーター フォールで全然ダメで それをアジャイルなら 変えられないかと思って」
- 6. そもそも
- 7. ウォーターフォールって だめなの？
- 9. というか ウォーターフォールって なに？
- 10. いつどこで 生まれたものなの？
- 13. History of WaterFall 瀬宮 新(@shin_semiya)
- 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. どうしてこうなった
- 31. 時は１９８０年代
- 32. ・システム開発は大規模化 ・税金による予算化に 「おかわり」は不向き ・予算と納期の追加が続発 →「おかわり」しすぎ！
- 33. 再発防止策が必要だな
- 34. ということで
- 36. 反復型開発が否定され 直列的ウォーターフォール が生まれた
- 37. DOD-STD-2167A（1988.2） を真に受けると ・ウォーターフォール （絶対に「おかわり」禁止） ・ほかの開発手法 （大規模開発に不向き） の二択
- 38. そして滝は詰まり始めた
- 40. 一方、日本では
- 41. 1985. 日本電信電話 設立 1988. NTTデータ 設立 1990. バブル崩壊 （システム要員の外注化）
- 42. 日本ではSIが発達し同時に 開発手法もアメリカから 輸入された
- 43. システム開発の普及 ・大規模システム ＝ ウォーターフォール ・書類が山盛り ・「おかわり」禁止 がデファクトスタンダードに
- 45. 輸入された経緯はわかった
- 46. 日本では今でも ウォーターフォールが 炎上している
- 49. もちろん大炎上したよ
- 50. 大炎上する案件が複数発生
- 51. 再発防止策が必要だな
- 53. 開発は反復型重視へ 回帰した
- 54. さらに
- 55. XP 白本(1999) アジャイルマニフェスト (2001.2) (1993.のJacob Nielsen のUIテスト あたりをみても業界全体が 反復的開発と頻繁なFBに 傾いている)
- 56. 反復型開発の復活
- 57. 直列的WF に対する反動！ 改善派 反復的WF 革命派 アジャイル
- 58. つまりダメな ウォーターフォールに 嵌り込んでいたのは・・ 日本だけ！
- 59. 嵌っている・・首まで・・
- 60. つまりダメな ウォーターフォールに 嵌り込んでいたのは・・ 日本だけ！
- 61. これを知った時、私は
- 62. こう思いました
- 63. 調達標準は反復型重視へ 回帰した
- 65. ではウォーターフォールは どうあるべき？
- 66. ・プロトタイプを作る ・頻繁な顧客フィードバック ・反復的で機能追加型の開発 にシフトすべき
- 68. そもそも ウォーターフォール ＜＜＜ ＜（壁）＜＜アジャイル なのか？
- 70. ではどちらを選択すべきか？
- 71. 慣れた人に任せるべきだ （Martin Fawler）
- 73. そもそもの問題として
- 77. こういう人がいる
- 78. 日本のウォーターフォール における開発では
- 79. 手強い敵がいる
- 81. 彼らが立ち上がった！
- 83. 俺達も続くぞ！
- 86. そんなにうまくいくか？
- 87. 本当にあなたは ガンダム（アジャイル）に なれますか？ あなたの隣の同僚は？ あなたの会社の偉い人は？ あなたの顧客は？
- 88. アジャイルは人に 多くを求める
- 89. アジャイルチームに 要求される能力 ・自己組織化 ・コマンドコントロール不要 ・改善する意思 ・成果責任
- 90. そしてなにより ・意思決定できるPO ・権限移譲と信頼する経営陣 ・お金を交渉できる能力！ が必要になる。
- 92. 本当にあなたは ガンダム（アジャイル）に なれますか？ あなたの隣の同僚は？ あなたの会社の偉い人は？ あなたの顧客は？
- 93. 手強い敵がいる
- 94. 本当にガンダムが必要か？
- 96. 解決したかったもの
- 102. ・「強い」POがいなくても 開発可能 ・比較的既存の体系を 流用しやすい ・契約形態についても同様 機能の分割納入に近い。
- 103. ・偉い人や顧客を （比較的）説得しやすい ・重量級開発にも （比較的）耐えられる
- 105. では日本のソフトウェア開発は これからどうなる
- 106. ・反復型ウォーターフォール ・アジャイル ・そのほか に分かれると思う 残念なウォーターフォールも残るだろう
- 108. ご清聴ありがとうございました