アジャイルとウォーターフォール 2022

Henry @HighWiz ウォーターフォールとは「論理的な手順」そのものであって、戻れないことではない。 決まったから戻れない、進むしかない、みたいなロジック無きお気持ちWFは必ず燃える。 WFは「戻れない」のではなく、正しく手順を踏まないと「進んではいけない(進めない)」のだ。 なぜそれが分からんのだ❗️ 2022-04-22 20:22:38 komitsubo @komitsubo ソフトウェア開発も古典なV字開発の分業からアジャイル的なコンパクトに回していくスタイルになっていたのでそれに呼応するようにエンジニアも総合的に設計、実装、検証スキル持った人達が増えていくのかと思いきや実際は設計、実装側とテスト側で独自にコミュニティ化してるのは意外な感がある。 2022-04-23 09:08:23 komitsubo @komitsubo スクラムとかチームで駆動しようとかドメインを

[sjn]

まとめるつもりならちゃんとまとめて欲しい…

[ippeichangg]

WFの最大の欠点は主にリスクを見積もる場面でのプロジェクトマネージャの役割が難しすぎることだと思う。

[develtaro]

ドメインの特性によって決まるものでしょ。要件が決まらないものをウォーターフォールでやれないし

[togetter]

ふむふむ、なるほど、「あじゃいる」と「うぉーたーふぉーる」ね。完全に理解した。

[xlc]

何度も言ってる事だけど、請負契約ならばウォーターフォールしかあり得ない。まず委任契約しなさいよ。話はそれからだ。

[toruhjp]

ソフトウェア開発の契約形態に請負契約を認める民法こそ諸悪の根源な気がしてくる(笑)

[honma200]

アジャイルでも必要に応じてドキュメントあるわ / WFでもバグや仕様変更が出ればそこだけ戻るのが普通 / WFでもアジャイルでもメンバーでプロセスで何やるかが統一できてない、客と認識があってないが一番難しいと思う

[tpircs]

最近は、計画にどれだけ比重を置くか程度のものくらいにしかとらえていない。

[asuka0801]

WFで失敗する最大の原因はWFにあるのではなく最初から明らかに足りてないキツキツスケジュールと現場のスキルの低さにある事が多い。

[trace22]

少数精鋭は最初から言われてたはず。精鋭をちゃんと精鋭として理解されてなかったとは思う