アジャイルを考えたやつの死を願うスレ Part.3

**仕様書無しさん** · 2022/02/21(月) 21:01:33.94

※前スレ
アジャイルを考えたやつの死を願うスレ Part.2
http://medaka.5ch.net/test/read.cgi/prog/1497722581/

**sage** · 2022/02/21(月) 21:03:56.85

アジャイルの法則

短期的には得られる
中期的には逆効果になる
長期的には破綻する

**仕様書無しさん** · 2022/02/21(月) 21:05:35.57

アジャイルが日本で流行るようになって、発注側はウォータフォールとアジャイルのそれぞれから、発注者側（ビジネスサイド）にとって
メリットのある大義名分や考え方だけを切り取った、ウォータフォールでもアジャイルでもない、何か曰く言いがたい第三の開発形態を
受注側（開発者サイド）に押しつけようとする。
受注者側もまた同様に、ウォータフォールとアジャイルから、受注者側にとってメリットのある大義名分や考え方だけを
寄せ集めて混ぜ合わせた何らかの、ローカルルールの集合体で進めようとするので両者の溝は深まるばかりだ。

しかし、欧米からいかなる方法論を持ち込んでも、メンバー間やメンバーとリーダーとで衝突することなく表面上はうまくいってるテイを保つ様式美だけは脈々と
（それこそ「失敗の本質」に書かれている大本営の時代から）引き継がれており、欧米から輸入した方法論やそれを構成する諸概念や用語は、日本的様式美を
維持するためだけに利用される。

英語圏の文脈で agile と呼ばれるものが、「日の丸アジャイル」に変質されて濫用されてしまう。
しかし、それでも発注者側、受注者側の双方ともに、自分たちはアジャイルなる最新の開発形態を取り入れているという自己満足に浸りたい、という点では一致しており、
一団（スクラム）となってみんなで地盤沈下していく。

**仕様書無しさん** · 2022/02/21(月) 21:06:57.03

アジャイルとはA-JAIL
すなわち、監獄のこと

**仕様書無しさん** · 2022/02/21(月) 21:10:20.64

アジャイル開発が適しているのは自社サービスを展開するGAFAのような企業
すなわち要件も納期も自分たちで自由に決めることができる開発現場

顧客をサポートするSESでは、アジャイルは最初はうまくいったとしても
いずれすぐに破綻する

**仕様書無しさん** · 2022/02/22(火) 00:17:14.24

あ、じゃあいる。

**仕様書無しさん** · 2022/02/22(火) 00:44:08.54

アジャイルなんてそれぞれが勝手にpushしていい程度の人数規模じゃないと通用しないでしょ

**仕様書無しさん** · 2022/02/22(火) 00:45:00.88

みんなでpussyしたら幸せなのになぁ

**仕様書無しさん** · 2022/02/22(火) 06:18:53.33

アジャイル丸！今日こそしゃくを返すでごんす！

**仕様書無しさん** · 2022/02/22(火) 09:07:23.21

返すっピ

**仕様書無しさん** · 2022/02/22(火) 12:35:21.61

昨日自分が言ったことを忘れて
逆のことを言い始めるアジャイルコーチ
ひたすら午前に言ったことが午後に覆されている

アジャイルっていうか単に小学生なだけだ

**仕様書無しさん** · 2022/02/22(火) 14:16:11.74

日本語で言えよって思うｗ

**仕様書無しさん** · 2022/02/22(火) 15:05:09.12

利益追求が目的のアジャイル

つまり仕様はアジャイル

**仕様書無しさん** · 2022/02/22(火) 20:39:01.16

ウォーターフォールなら昨日までコンビニバイトをしていた
人間でも開発に入ることができる
ドキュメントと開発手法が確立されているからね

**仕様書無しさん** · 2022/02/22(火) 21:51:49.41

>>3
なるほどね。
昔、右寄りの軍隊マニアだった頃「失敗の本質」読んだので言ってることは分からなくはないよ。

**仕様書無しさん** · 2022/02/22(火) 21:59:38.06

「失敗の本質」の尼レビュー読めば、日の丸アジャイルがなぜ失敗するのか？のウンチクを語るときのネタを多数拾えるね。

**仕様書無しさん** · 2022/02/22(火) 22:14:47.42

半分読んで飽きたわw ダイジェスト本が出てるんでそれ読んどけば十分

**仕様書無しさん** · 2022/02/23(水) 00:25:32.54

あ、じゃあ要る！

**仕様書無しさん** · 2022/02/23(水) 07:18:59.97

あ、じゃあ要らない

**仕様書無しさん** · 2022/02/23(水) 09:27:52.09

自分の生命維持装置のプログラムを
アジャイルで開発しますかと問われれば
即座にノーと答える

**仕様書無しさん** · 2022/02/23(水) 09:44:54.70

生命維持に関わるプログラムは通常うgithub上でMITライセンスのプロジェクトを作成して開発します。

**仕様書無しさん** · 2022/02/23(水) 18:27:14.71

アジャイルは開発速度やリリース優先で不具合が許される場合に有効
今更かよ

**仕様書無しさん** · 2022/02/23(水) 18:50:25.88

これはシステムを立ち上げた当初な
では年月が経って安定してきて品質求められるようになると
ぐちゃぐちゃで手を入れられないシステムをアジャイルままでやろうとすると
完膚なきまでに破綻する

**仕様書無しさん** · 2022/02/23(水) 18:55:06.23

サグラダファミリアってアジャイル？

**仕様書無しさん** · 2022/02/23(水) 20:29:20.39

安定してきてからは品質方向でアジャイルすればいいじゃん

**仕様書無しさん** · 2022/02/23(水) 20:36:20.87

アジャイルは止まったら死ぬ

**仕様書無しさん** · 2022/02/23(水) 22:32:33.97

別に早くやるからグチャグチャになるわけではなくてグチャグチャになるのは設計の問題だろう

コード読んですぐわかったり、改修や拡張がしやすい設計や実装にしておいて、ヌルポは許容するとかエラーの種類とかテストは大体でやっておいて、品質求められるならその辺も手を入れていけば良いだけで