なるほど、ウォーターフォールで実施されてることは悪なのか。 ということは、ウォーターフォール関係なくシステム開発に必要な考えも全て否定されるのに合点がいく。

量産HW開発とかもうねウォーターフォールにしかならんよ・・・

ウォーターフォール(手法)が悪いのではなくて、それを運用する人間(組織)の問題だと思うのよな。 だからアジャイルが良いとかでもなくてまず開発者体験にフォーカスした方がいいのではと思うし、嫌がるかもだがいうてビジネスなのでステークホルダーにちゃんと価値提供できてる?とかもあると思うのよな

返信先:@sakaijun現在の米国ではウォーターフォールで開発している企業はあまりないのでしょうか？

返信先:@sandayuuそれはいい傾向ですね。 今開発に参加していますが、今の現場も未だにバリバリ、ウォーターフォールです。アジャイルに移行する気配は全くありません。 日本でも早くアジャイルに移行して欲しいですね。

ウォーターフォールとかアジャイル以前に作るべきものの定義と関係者間でのそのすり合わせ、各スプリントごとにせよ全体で統一するにせよ何らかの「品質」(多分作るべきものに対するある種の達成度)を評価する物差し、十分な人手がないとプロジェクトってうまくいかないんだなぁというお気持ち。

返信先:@songmuアジャイルにやっていきたい！ 走り方的にはあと1年はウォーターフォールよりが多くて、再来年にはスクラムなプロジェクトを増やしていきたいですね

アジャイルは思想や価値観であって、ウォーターフォールは開発手法なので比較レイヤが違う。開発手法であれば例えばスクラムが比較対象になる。 アジャイル的に開発できているウォーターフォールの現場もあるし、硬直化してアジャイルとは程遠いスクラム(もどき)の現場もある。

フライヤーが変わったよ！改めて！ 『GO,JET!GO!GO! Vol.12 ～唄えよ乙女、言の葉ウォーターフォール～』 B班 渚役で出演🎀 日程：7/3㈬〜7/14㈰ 劇場：東日本橋A-Garage ご予約 torioki.confetti-web.com/form/2956 HP airstudio.jp/agarage/top_24… #栗JET pic.twitter.com/4rAgtzxUx8

今ほんと現場猫案件 「なんで工数1日しかないんですか?」 「なんでこうなるまでほっといたんですか？」 「なんでこんな仕事取ってきたんですか」 「なんでエンジニアがエンジニアの仕事やめてるんですか?」 「なんでテスト書かないんですか？」 「なんでずっとウォーターフォールやってるんですか？」

お互い開発プロセスをカイゼンしたいと思っているのは同じなのに、断絶があったり、その断絶を煽るのは悲しいね。スクラムとか「高速ウォーターフォール」でしょ、とか思うしね。もちろん旧態依然とした変化もカイゼンもない開発を続けているところもまだたくさんあるのも事実だろうけど。

ウォーターフォールを改善してきた来た人たちは、むしろ「アジャイル」とか言われることを嫌う。そりゃ散々悪口言われてきたわけなので残当。逆にウォーターフォールに矜持を持って「アジャイルのやつら適当なことチャラチャラ言って品質下げやがって」とか感じている人もいる印象

アジャイルの人たちの仮想敵としての空想上の開発手法である「ウォーターフォール」があり、ウォーターフォールを「アジャイル」に改善して来た人たちからすると当然それを良く思わないので、そこに断絶があって悲しいことだと思う

ウォーターフォールというよりは、SIerとそこに発注する企業の契約、体制、開発のあり方に多くの問題があるんだと思う。 アジャイルに変えたら、より酷くなるだけだとは思う。

個人的に、スクラムはメンバーの視座の高さが求められる気がするんだよなあ。 スクラムのやり方をどれだけ学んでも、メンバーの視座が低いままだと、上手く機能しないイメージ。 逆にメンバーの視座に依存しないのはウォーターフォールって感じかな。

次工程を先行着手→土台からひっくり返されるというウォーターフォールあるある （そして納期と予算は変わらない・・・

不安になって「情熱プログラマー」の目次を眺めていたら、「51 ウォーターフォール式のキャリア計画はやめよう」が目に留まった 　自分は面白いくらいにこれになってるなって笑　ある意味、大手Sierで働いて考え方はしっかり教育されてたんだなって思った笑 　学ぶべきはアジャイルの考え方かも！

返信先:@beConjurorウォーターフォール…

>>RT 確かに。ウォーターフォール派や「開発現場による」派のご意見番ツイッタラーが皆ダンマリで炎上してない

最近ウォーターフォールって廃れてきてる感あるな、、、

ちなみに… ウォーターフォールであっても、 ボトムアップで無くば、アジャイルは出来ないよ。 個人軸の素地。

わかる ウォーターフォールとアジャイルの良いとこどりした、自分たち流の方法を創りながら解決しようぜ！ ってならないのが不思議である。

ふと、ウォーターフォール脳だと上流でやること決めたら下流でそれを否定されると困るからイエスマンだけ集めるのでは？と思ったり

オフィスの近くのマンションの貯水槽から水が吹き出してて滝みたいになってるので今日はウォーターフォール開発です

導入ではなく参照はそうかもね 開発手法などあくまでフォーマットやサンプルでしかなく、極論「アジャイルだのウォーターフォールだのどうでもいい。その組織が業務を全うできる在り方がその組織での正解」だからねえ

ビューティフルウォーターフォール pic.twitter.com/Zqjes87Id1

「日本ってまだウォーターフォールやってるの？」 「え、2024年にもなってまだ詳細設計書書いてるの？」←New 自分、今テスト仕様書とエビデンスの修正中です＼(^o^)／ なんなら、書類のレビューさえあります。 コードが書きてぇす(´・ω・｀)

以前にこんなことを書いていました。肯定も否定もしていないけどステレオタイプとして非難するのはどうかと思うという話。っていうかもっと新しい話しようぜ ＞＞ ウォーターフォール型開発プロセスの有効性 - 勘と経験と読経 agnozingdays.hatenablog.com/entry/2016/06/…

今年の夏も暑くなりそうですね！ 夏はみんなで、ていねプールへGO! 波のプールや流れるプール、「ウォータースライダー」や「ウォーターフォール」など大人も楽しめる滑り台も♪小さなお子様用のプールもあります！ JR稲積公園駅から徒歩約5分♪ 7月13日(土)オープン予定☆ teine-pool.jp pic.twitter.com/FwKcRNldU3

返信先:@sald_ra少なくとも開発プロセスに関してはウォーターフォールがベースだと無理がありそうって実感はありますね（形だけアジャイルにしても駄目）

ウォーターフォールモデルは、全てを完全に理解している案件なら適しているが、そんなプロジェクトは見たことない。 あらゆることをITで制御している現代では誰も知らない事象が必ず発生する。 アダムスミスの分業体制は、単純作業に分解できる仕事では有効だが、ソフトウェア開発には向いていない。

返信先:@kanata_oekaki_ありがとうごさいます (_ _) イメージを登録して、それをパターンアニメにして、さらにスタンプに……と、処理していったのですが、キャラチップはスタンプに指定すればトップダウン式（ウォーターフォール式？）に処理されるのですね なるほど、合理的です😅

(ウォーターフォール開発だ…！)

返信先:@Peppermint_2525ソフトウェア開発側から見ると、ウォーターフォールモデルというソフトウェア開発手法に固執しているからだと思います。この手法のデメリットは世の中の変化やユーザーのニーズに対応した開発が難しいです。その代わり予算とゴールを早い段階で確定するので行政はこの手法が大好きです。

そう言えば数日前、歌舞伎を見に行ってきました｡詳しい人についていくいつものパターン😅 襲名披露初めて見た｡妹背山の官女6人が豪華メンバーで大笑い｡ お祝い幕？が大好きな千住博さんのウォーターフォールなのも、何かのご縁｡幕間にオーダーした3階の鯛焼きも美味！幸せ〜♪ pic.twitter.com/5Z8tECMvVF

個人的な推測だが、ウォーターフォールでは期日とコストの変更はプロジェクトマネージャーを含む少数で決心される。 だから大多数の心には変更可能であるという意識が残らず、固定である（なぜなら私は上司にそう言われた）という意識が残る スクラムは現場チームが変更を決心する そこが違いでは

スクラムは（スプリント単位では）期日とコスト固定でスコープを調整する 一方でウォーターフォールはスコープ固定だが期日とコストは可変だ。 ところがなぜかウォーターフォールは「期日もコストもスコープも固定」と思われている。 「バターも大砲も」という標語並みに理解し難い説明だ なぜか？

アジャイル開発は自社開発だからこそ有効なものであって、他社向けの開発はウォーターフォールの方が都合がいいと思うのは、私だけだろうか

返信先:@ai_syachoわかります！ ただ、ウォーターフォールってプロダクトと外界の関係性がないのでさらにユーザーの視点を加えていくと…？と思ってます(ただし情報量は異次元に増える)