これからもウォーターフォール開発で良いの?
■ このスレッドは過去ログ倉庫に格納されています
アジャイルシフトしてんだろ
PMBOKだって見直されたぞ >>2
これまでウォーターフォールでやってた人がいきなりアジャイルに移行できるもんなの? >>3
日本ってITは委託メインだからアジャイル難しいよな… >>4
出来る出来ないじゃない
出来ないやつは置いていかれるだけだ ウォーターフォール理解できてないと成功はしないよ、アジャイル 弊社はウォーターフォールのはずなのにひっくり返すタイプの上司だからアジャイルに移行して欲しいわ >>8
終身雇用だから置いてくことそのものが無理じゃね?日本だと みずほ銀行みたいのはウォーターフォールじゃないと無理だろうけど、落ちてきた仕様が本当に実現可能だったのかは大いに気になる >>9
Web系だと一切ウォーターフォールとかやらなそうだけど、サービス出来てるし大丈夫なのでは? >>7
この業界で慣れでなんとかならなかったことはない。もちろん勉強も必要 >>11
そこはアジャイル云々関係なく
他のテーマでも同じようなことが起こり得るから企業の課題とか問題だろう >>13
細かい修正が発生したときに逆戻り出来ないのってめっちゃつらくね?
そもそも要件書いた人がシステムのことも全然知らなそうなのも問題だし… >>16
クラウドの発展で少人数で大規模なシステムを作る時代になるから、ウォーターフォールって必要なくなる気がするんだよなぁ >>18
思うにみずほ銀行の場合は設計の最上位層で既におかしかったんじゃないかな。
それを解決しないまま言葉通り「水が流れるかの如く」下流へ流し続けた結果ああなったんじゃないかと思う。
最下層の実装担当まで行ったら「書かれてる事に矛盾してなきゃもう知らんわ」って感じじゃない? いまだに手戻りナシなんてやってるところ銀行くらいじゃね? >>21
それって結局、上流で完璧な要件定義を行うのが不可能で、サービスを疎結合にしてAPIで連携する疎結合なシステム群にして、それぞれを少ない人数でアジャイル的に開発すれば済むのでは?と思ってしまう… アジャイルと行き当たりばったりの区別がついてないプロジェクトに入ると悲惨 >>23
少なくともみずほ銀行に限ってはそれは不可能だと思う。まずみずほ銀行で要件決定できる最上位層はそこに書かれてる事を全く理解できないだろうし。 うちの会社もかかわってるからあんまり言えんけど、みずほみたいなところは
想像を絶するコード量があって、うなぎのタレみたいに継ぎ足して作られてるわけ
アジャイルとか要件定義とかそういうレベルじゃないんよn アジャイルアジャイル言ってるやつぶち殺したいわ
あれ「いい感じに作って!でも口出しはさせろ」以上の意味ないからな
上流工程がコントロールを放棄した最悪の手法 >>29
見てみたい。多分1分もせずに飽きそうだが >>29
どうしょうもないのかなぁ
ウォーターフォールの神みたいなPMが現れて、全てを管理して開発するのかなぁ >>30
アジャイルって外注するもんなの?
自社サービスを自社のIT部門の強強エンジニアが作り込んでくためのものだと思ってた
委託の場合は責任の所在を明らかにするためにウォーターフォールしたほうがいい気がする… アジャイルは降り口が大事なのに、
さもCI/CDにみんな目が生きすぎ
プロジェクトオーナーと関係するリーダー群、ビジネスサイドがしっかりと要件定義して方針決めればいいよ
あとは、まわす手段となるフローは中で使っていけばよろし
これ出来ないなら、面倒でもウォーターフォールできちりとやっていくべき
品質安定しない >>33
関係会社のシステム作ってるがアジャイルやらされて困ってる
流石に完全な外注ではないんじゃないかな
ないよね? >>36
要件定義がしっかり出来るならウォータフォールでいいじゃん
そこにユーザーニーズとのギャップがどうしても生まれるからアジャイルなんだよ? 今ある要求を要件化をした上で、
且つその後の要求にも耐えられるように、
アジャイルまわしている実績ありでした
要求をうまく要件化できないまま
アジャイルしちゃうと、開発の優先度付け含めて、
しっちゃかめっちゃかになってしまう >>40
そんなシステム開発での当たり前の議論はアジャイルかウォータフォールかでは無関係では ■ このスレッドは過去ログ倉庫に格納されています