【IT】最も重要なのは「とっとと失敗しようぜ」、アジャイル開発は人月商売の毒が回ったか [田杉山脈★]

正直言って、日本のIT業界はここまでまずい状況だとは思わなかったぞ。以前からこの「極言暴論」で日本のIT業界のご用聞き商売や人月商売の愚かしさ、そして多重下請け構造の人でなしの構造を問題にしてきたが、今回の問題は別の話だ。技術者の発想が硬直化しているというか、ご用聞き商売や人月商売に毒されてしまっているというか、これじゃ新たな技術の開発やユニークなデジタルサービスの創出なんてできないぞ。困ったものだ。

　ここまで読んで「いったい何の話をしているのか」といら立つ読者がいるだろうし、「ああ、例のやつね」とほくそ笑む人もいるかと思う。事の発端は2024年12月1日に、私がX（旧Twitter）に投稿したツイートである。内容はこうだ。「今どきウオーターフォール型開発とアジャイル開発の違いをどうこう言う必要はないかと思うが、若手の技術者は間違ってもウオーターフォール型開発のほうに行ってはダメだぞ。失敗は絶対に許されないと連呼する世界と、とっとと失敗しようぜと言う世界では、どちらが成長できるかは明らか」――。

　私としては、休日の投稿だからそんなにリアクションはないだろうと思っていたら、逆にもう来るわ来るわである。強めの批判がどんどんやって来たのだ。いわゆる「炎上」状態である。私は自分のツイートに対するコメントは全て目を通すことにしており、若干の見落としはあるかもしれないが今回も全部読んだ。100通ぐらいまでは数えたが、ひょっとしたら200通ぐらい届いていたかもしれない。そのうち9割以上は強めの批判である。

　単なる個人攻撃も多かったが、これは大した問題ではない。ちょっと深刻なのは、私が間違ったことを言っているとか、一知半解に適当なことを書いているとかいった指摘がそれなりにあったことだ。もう驚いてしまったよな。あらかじめ断っておくが、このツイートの内容は何一つ間違っていない。肯定的に捉えてくれたリアクションでは、私の日ごろの論評が好きではないと言う人を含め、この件では私が正しいこと、当たり前のことを述べているとしていたからね。

　それにしても、私は（本物の）アジャイル開発を担う技術者と（人月商売の）ウオーターフォール型開発に携わる技術者のマインドやその文化について述べ、成長したいなら（本物の）アジャイル開発をやっているITベンダーに就職、あるいは転職せよ、と言っているだけなのに、強めの批判を寄せる人はどうしてアジャイル開発などの「手法」の話をするのか。しかも、「アジャイル開発は失敗を前提とする手法だと木村が勘違いしている」とレッテルを貼ってくる。もうあきれてしまったぞ。

　どこをどう読めば「とっとと失敗しようぜ」をそんなふうに解釈できるのだろう。後できっちりと書くが、新しいことや困難なこと、いくら考えても分からないことは「とっとと」やってみて、失敗から学び次につなげよう。そんなマインドや文化の話をしているんだぞ。そんなことを考えていたら、日本の技術者が直接、あるいは間接的にご用聞き商売や人月商売に毒されているんじゃないかと思い至った。だから、極言暴論の記事にすることにした。それと、若者はやはり「ウオーターフォール型開発のほうに行ってはダメ」だな。
https://xtech.nikkei.com/atcl/nxt/column/18/00148/120400365/

アジャイルによる開発はやってみれば分かるが、日本のように残業代を払うようなゆとりの職場でできるような開発スタイルではないので、日本人はついて行けないだろう。
アジャイルのように残業を無視、休日を無視して働き続けることができるところでないと、アジャイルの開発は無理。日本のようなぬるい環境で働いているところでは、とてもアジャイルでIT開発は無理。
日本はのんびりで仕事をしないので、とても世界の開発スピードにはついていけないので、ITで仕事するのは諦めた方が良いだろう。

人月商売と書いてある時点で木村だと分かる。
どんだけ人月商売に恨みがあるんだろ。
自分でエンジニアをやってたわけでもないのに。

>>1
こいついつも上から目線で偉そうな文体だけど何様なの？

エンジニアのイケてる俺演出してる人たちたいていこういう言葉遣いしてる

また、木村かな？

2月稼働予定のシステム、マスタが腐ってるから移行するのが怖い

アジャイルってのはウィンドウシステムに移行したときに
画面レイアウトをいちいち仕様書に書いてから作るのが
超アホらしくて画面のプロトタイプだけ作って
「こんな感じでいいですか？」する
あたりで完全に市民権を得たと思っているが
ちゃんと煮込んだウォーターフォールは悪くないぞ
ちゃんと煮込む開発現場はいまほぼないがｗ
（全部わかっている状態から始めるのが基本だが）
（OSの挙動すらまったくわからずに作ってるよね）
linuxだってkernelの新機能は今もちゃんと話し合って
仕様決めしてるだろ

でも、欧州もアメリカも国連のSW開発のガイドラインを見ても、最終的にはVモデルに行きつくよ

>>8
プロトタイピングとアジャイルは似て非なるもの

混同して炎上はよく見るけど

>>2
何いってんだコイツ
こんなのが現場でのさばってたら自殺するわ

小さく失敗できれば経験になるが、
そんあ補償もなく、プロジェクト崩壊（笑）

俺は営業なんで分からんのだが、画面帳票系はともかく、バッチ処理とかもアジャイルで開発できるのか？
勤め先はUI以外はウオータフォールで開発しているけど。

こういうのって
どっちにもメリットデメリットがあるんじゃないのかな
そこで片方だけが優れてるみたいなことをいうから反発を食う

>>2
人月単価なしの定額、サービス残業、サービス出勤で働かせ放題じゃないとアジャイル出来ないって
そもそも労働基準法違反のブラック推奨してどーすんだ

受託開発でアジャイルなんて不可能だよ。

やる気無い奴がやってたら手法なんてどれでも一緒なのに

正直、クロステックはコイツの記事というか駄文を載せるのやめてほしい

それに金を出す人がいるんだから続けるよね

日本のシステムインテグレーターはもうオワコン　もう潰れる

…と書き続けてもう20年くらいたつだろこのおっさん

受託開発、人月商売のキーワードでずいぶん儲けてるよね、この人w

俺が言いたいのは建築業界とソフトウェア開発は違うっていうことなんだよな
建築ってのは一度作ってしまうと後戻りが難しいから設計をしっかりしないといけないんだけど
ソフトウェアってのは何回でもやり直しが効くから実装フェーズになってから気付いた改善ポイントをどんどん取り入れてブラッシュアップすることが可能なんだよな
そこのところが分かってない40年くらい前の東大とか出てる役人が建築業界参考にしてIT業界を作ってしまったからこの国のIT業界はオワコンになってしまったんだよな

正社員を自由に解雇できないから人月商売するしかない

>>3
同意。数行読んで、木村だと分かったわ。
しかし、こいつ、人月商売に親でも頃されたのか？
て位目の敵にしてるよね

俺偽物のアジャイルしか見たことない
偉い立場の人が何も決めずに末端の人月60万円が仕様を考えてお伺い立てて、OK出るまで試作とテストと説明を続けて採用されなければまた違う方法で仕様を考えて、の繰り返し
おかしいな、本で読んだアジャイルは単価200万円以上の人がそういうとこ決めて下っ端はコード書くだけの道具扱いなのにな
全部下っ端がやって単価高い人が何もしないのが日本のアジャイルの現場なんだ
本物のアジャイルってどんななんだ？

>>25
例えば「共産主義」のように現実には存在しえない概念
つうかそんだけ無駄金使えるなら充分理想郷だろ
「開発はアジャイルで、でも失敗したら下請けのお前はクビな」というのが俺の知ってるアジャイルっぽい何か

>>22
堺屋太一。
大阪維新の会も堺屋太一の系譜。

また木村か、ってのは置いといて
アジャイルは一貫性のある仕様をゴリ押しできる強力な権力を持ったリーダーがいないとコケる
合議制が多い日本企業だと余り馴染まない文化だな

ああ、ソシャゲドカタの話か
異世界にでも転職するんだ

最初の1行で読む気が失せたｗ

またこいつか

テスト

>>4
気にするな
日本人はそこにこだわる
アメリカはこれ以上にひどい言い合いだ
これしきで表現に拘ってるなら
本論を見失なう
アメリカ大統領選挙が代表だ
形式ではなく本論

だから速い

>>22
さらに付け加えると
当初の目標も時間と共に変わってしまう
そのソフトウエアだけで動く時代でもそうだったが
ネット時代は使ってるソフトが依存する他の環境がどんどん変わる

当初の通りにできたとしても
使えないものになる
どんどん変わる環境に対応していくのが新しいソフトウエアの開発だ
作りながらメンテナンスしないといけない
それがアジャイルでありCD/CIであり多様な開発テクニックはそういう背景ででてきてる

人月商売は金勘定の話でものを作り動かす話とは関係ない
人月であろうがなかろうがこれに対応してなければ当初の100%できた時にはスクラップか相手にされないかだ

>>1
ルー大柴っぽくてわろた

だからこそ
不完全でとかも実環境でとにかく動くことが大事
人間の一生と同じで社会に出て揉まれて一人前になる
もまれないで100%などない
おい新人！を不完全なソフトウエアと見てるならバカだ

＞残業を無視、休日を無視して働き続けることができるところ
だからリーマンショック当時に業界が崩壊したんだよね
ブラックな現場が多杉てさっ

ブラックかどうかじゃない
サラリーマンとして働くと思うのがバカ

それは自分もストックもってて会社が売れたらビッグマネーになるビジネス環境があるからこそ

そのあとは自分が会社起こせる
そうでない日本の官僚中心税金こそ日本の活力思想
そして税金べったり横流し期待するビジネス環境の日本じゃまるで違う

税金流れてくるお付き合い
官僚天下りを手厚くもてなし税金を期待する

官僚政治家と大企業（税金べったり企業）の日本は付き合いこそ
何も生まれないからなにいってもだめ

官僚も政治家も日本は明治の時にヨーロッパからコピーして
それで日本も豊かになったが特に私腹をこやしたのもそいつら
ヨーロッパのことを翻訳して語るだけでその道の大家で大学教授
銀座で飲み食い

そのカルチャーのままだから
日本の官僚も政治家も大企業も
他で受けたものを金払ってコピーすればいいと思ってる

日本の上級は集めた税金で世界の有力なものをコピーして日本人に使わせれば安泰

わざわざ作ることはしない
コピーしたものを偉そうに語れれば尊敬される

日本には哲学者はいない
西洋哲学を語る大学教授がいるだけ
日本には先端技術者はいない
先端技術を翻訳して語る大学教授がいるだけ

いやいるよ
いるけどそれらは上級には相手にされない
上級はコピーしたものを偉そうに語る奴を選んでる

これこそ東大頂点の日本の教育制度のめざしてるトップ

>>4
それに騙されるやつがいるからご飯になる

ただの農地だった場所のスタンフォードが原発作ってシリコンバレーつくしだして生成AIでもまだ先端

アメリカのエスタブリッシュメントからみたら最果ての地だった

アジャイル等最近出てきた開発手法は、短期計画を動的に組み替えながら数珠繋ぎしていって長期計画の達成に持っていくというもの
ソフトウェアの開発期間の短期化と頻繁な仕様変更が、従来のウォーターフォールのような最初に計画を立ててその通りに進める手法と合わなくなってきたために
出てきたもの

失敗とか不完全とかいう話とは全然関係なくて、逆に確実に達成可能な短期計画を完全に成功させることが前提

ウォーターフォールは全世界を知り尽くしたと思い込んでるやつが最初にデザインしてそれを作ったら有無を言わさず下々のものたちよありがたく従え

アジャイルはそんな時代じゃない
北朝鮮じゃない
戦争立国大日本帝国じゃない
ユーザーにそっぽ向かれたら厚労省のコロナアプリの時代

使ってもらいつつ作り上げるもの
コロコロ変わる要求仕様こそ神
時代が素早く変わる
それに適応するのがアジャイルでありCD/CIでありDevOps

いま評判の悪い、使いにくい券売機はどういう手法で開発されたら、おっけリプレース！になったんだろう

お客のほうも頭をアジャイルに切り替えてほしい　主に予算とか

>>42
アジャイルとか最近出てきたっていつのタイムスパンでもの言ってるのか？
もう10年以上前から日本のソフトウェア開発がトライしてることだ
先いってたやつなら20年前からいうだろう
それを最近というなら平成は最近かよ

>>46
ごめん、比較的最近、とでも読み替えてくれ

>>45
提案時にフェーズ分けしてやるのはかなり昔からのやり方で
それをアジャイルリリースタイミングで例えばひと月毎とかで別立てにするのも予算をわかりやすくする一方法
アジャイルなのに予算がウォーターフォールのどんぶりなのは不整合
これはプログラマーよりもプロジェクトマネージャーの仕事

アジャイルなんて、末端のプログラマーの負担増やしてるだけだよ。

マイナ保険証の混乱はアジャイル的な発想で取り組んだ失敗例のように見える

新しいサービス始めるから作りながら考えよう、みたいなのには合うとして。単に設計を後回しにする言い訳にしても失敗するだけ。

日本人の受け身の正解主義、正解し続ければゴールに辿り着けるはず、という考え方では難しいやり方だな

人月商売を止めたら世界一多い派遣会社はどのくらい減るんだろw

>>8
ウォーターフォールで開発中にビジネス環境変わって仕様変更発生すると破綻する
本来はそこで開発中止すべきなんだが

ウォーターフォールは面倒臭いことを前工程のせいにしがち
アジャイルは面倒臭いことを次回に先送りしがち

現場猫「とっとと失敗しようぜ！」
→失敗
→強面の取締役「まともに動かへんやん。担当者呼んで」
→強面の取締役「どういいう事なん？これ。開発費もう５０００万かかってるねんけど？」
→現場猫「あいつが作りました。厳しく叱っておきます」

devsecopsまで言及しろよ

ハード開発でアジャイルをやろうものならリコールの嵐になるだろうな
車だったらそのメーカー乗りたく無いわ

　
アジャイルは要求・要件が固まってない発注者が
無責任な朝令暮改し放題という負の側面が強い

>>28
このへんが見落とされてると思う

村上春樹がついにITの開発手法のエッセイまで書き始めたのかよ

>>59
そもそもそういうユーザーすら何がほしいか判らない状態に適している

人月商売ってのは

経営「なんで開発が進まないんだ！？」
↓
兵士「現場が疲弊してますサブロクいってます」
↓
派遣会社「ウホホーイｗいい人いまっせｗ」
↓
経営「よし増員だ！！！！」

これが上手くいかないという話だと思うんだが
開発手法ってそんなに影響あんの？

オレはブル中野派だったな

>>63
最初から違う
コボルで銀行オンライン作る時
コボル1行につきいくらの時代

このシステムの全プログラム行数はこれだけ
1人がコーディングできるのはひと月これだけ
だからこのシステムには何人必要です
が基本
それを山ならしして雇えるプログラマー数で割れば月数が出てそれで完成がいついつになります
だ

今の時代のようにバカがプログラムする時代じゃない
東大院卒女子から聞いた話
院時代のバイトはコーディング
1行にはコメントも入る
コメント多く書くのがポイントだったと

しかもこの話
日本じゃ誰だかが本書いたので日本が始めた話にしてるらしいが違うぞ
75年にアメリカででた
wikipedia で　人月の神話
みろ

昔は今のようにライブラリとかなかった
全部自前だ

ライブラリできたのも相当前だ
それより前にも
ハードウェアの命令セットがそのライブラリ的なパワーがあった
パソコンの命令1行と大型機の1行では
軽自動車とブルドーザー以上のパワーが違うし
I/Oもハードで全く力が違った
少なくとも当時は

だからプログラム1行なんてのは80年代以前に全く意味が違ってた

しかしカネの話は一度ものさしができたらそうそう変えることができない
最終的な決算者に通じないとスポンサーになってもらえない

わかりやすくないとね

そのカネの請求のための論理武装が
逆に開発を縛る

そんな話ありえないが
その頭で縛られてしまうバカな管理者がいる

人月はもともと開発の話じゃない
営業が提案書書く時の費用算出の論理だ

勘違いするなよ
現場を知らない奴らにいう

もひとつおほな勘違いのために書いておく

そうやって提案でやった理論は
無事契約できたら
その後は
定期的なチェックポイントの報告書にその論理に沿って書かなきゃならない
だから
開発の進捗がまた
ここで人月に置き換えられて予実管理報告となる

これを現場のプログラマーまで落とすバカな管理者がいるとややこしくなる

そんな話がそこここにあるからこそ
バカな開発プロジェクトになってるんだぞ

レポートはレポート
開発は開発だ

レポートはプロマネや営業でえんぴつなめとけという話だ

>>4
木村は大学時代の専門は美術史で
卒業後数年間IT系の会社で働いた経験しかない
実質的には素人だがそれでこれだけ上から目線で語れるのは
ある種の才能なのかも知れない

デジタル庁や大手企業が莫大な予算でつくる
マイナンバー保険証のマイナ資格確認アプリ
これさえエラー頻発で対応する私の時間泥棒
アプリダウンロードサイトの評価は１ばかり

失敗でも取り返しのつく範囲に収めましょう
そうすれば注意散漫な技術不足を隠せますよ

>>60
「誰誰さんがこの仕様でいいって言いました！」が必要なわけだな
そしてその誰誰さん（仕様）は天才でなければいかんと

日本の現場に天才は要らない／居ないからな

何て言うか「氷河期世代が無限に使い捨て出来た」時代に伸びた業界だから
未だにこんなことを堂々と書けるんやね

まずはこのおっちゃんの思考システムをアジャイル開発すべきでは？

まぁ俺もアジャイル手法には賛成なんだけど、この前久々にコーエーのゲームやったら「あとでアップデートで直すんで許してちょ」みたいなゲームでおぉまじか…ってなってしまった

>>71
天才よりも責任を取る覚悟ある責任者だろう
それも居ないけど

久々のIT土方の愚痴吐きコラムかw

IT業界の隈研吾先生となってワケわからん謎システム作ってるのも多いからな。

でも失敗するとマイナンバーみたいに叩くんでしょ？

>>74
ダウンロード版ならいいんだけどなぁ

>>74
それはアジャイルじゃない
アジャイルは完成しないものをリリースする話じゃなく
リリースまでなん度も戻ったりする手法

ユーザーにリリースすることを繰り返すのはアジャイルとは直接は違う
リリースしてからまたリリースするというのは開発手法じゃない
リリースまでが開発

商品サービスを繰り返すというのは
つまりプログラマーではなく営業戦略

アジャイルって結合する時怖くない？
トライアンドエラー毎回起こしそう

受託開発でアジャイルやるのは客とすぐ揉めてまず無理だろう
まあウオーターフォールでもだいたい揉めるが
不具合で大損害が出るとか人の命に関わるみたいなシステムもアジャイルは無理だな

最強なのはインクリメンタルだと思うわ

アジャイルは小さいものを会社辞めない人たちだけで作るにはいいが、コミュ障にやらせると必要なドキュメントも作らないわ結合で全然動かないわで悲惨や

木村はIT屋が好んで人月商売してるように言うけど、実体はユーザからの要望だぞ。
ユーザ企業が人月を出せと要求してくるから、IT屋はいやいや出しているんだけどな。
ちゃんと現場を取材してない素人が偉そうなこと書くなよ。
こんなのが日経コンピュータの編集長だったのが笑えるわ。

プロジェクト規模によるんじゃない？

日本でアジャイルなんて絵に描いた餅だから
結局割り込まれまくり納期優先

タイトルだけで木村御大とすぐにわかる

元記事読んでないけど、バカ木村の記事だとすぐわかる

こいつは10年以上全然当たってない自分の嘘記事の総括を先にやれよ🤣

作るものによるとしか
最先端の未知のものを作るしかない、予算はいくらでも注ぎ込む環境ならアジャイルがいい
半導体系はそうだが高い能力がないと難しい

木村が現場取材の話をしているのを見たことないな
経営層と会ってこんな雑談をしましたみたいな記事は多いが
現場の人間（特にエンジニア）は見下しているのかも知れん

まあ主題が新しい技術開発ならウォーターフォールは向かないのでその通りとしか

発想の硬直化というよりは文章読解力か伝える側の文章の問題でコミュニケーションの問題なのではなかろうか

ある意味失敗は発見であるのにな

>>69
アジャイルを極めるなら数年間働くだけで充分だぞ
その代わり寝ずに働き続ける過酷な職場だが

年功序列で何十年も同じ組織の中にいる
おまえのような社畜にはウォーターフォールが向いてる

>>70
日本はCOCOAに３．８億円もかけたのに、開発者と厚労省の連携がちぐはぐで
感染の抑止効果も期待できずポシャったけど

台湾ではIQ１８０の天才でLGBTQのIT大臣のオードリー・タンが
たったの３日間でコロナ追跡アプリを完成して実用化したんだよね

オードリーのアプリだと、国民はQRコードを読み取って
感染対策ホットラインからのSNSに返事するだけで登録完了
お店でクラスタが起きるとアプリがアラートを発信し
そこに寄った人の行動を追跡することができる

さすが中学校中退して１９歳でシリコンバレーで起業して
２０代でPerl6の開発で注目され３０代でアーリーリタイアして
閣僚入りしたギフテッドは仕事が早かった

一方、日本は無能の働き者の河野太郎だから、すべてのプロジェクトが失敗に終わった

SNSで絡んでくるのは「境界知能」なんだから
長文書いて次に「つまり、」って要約して一行書けばいいんだよな

文字通り使い潰されてきた氷河期IT土方エンジニアの怨念で記事書いてるんだったら評価出来るんだけどな

　
アジャイルには監督が必要
メンバーに勝手にやらせていると、ダミー実装で先送りばかりする
そのメンバーが辞めた後に不具合解析したら、ダミー実装だったということが発覚する

>>97
ウォーターフォールでも同じだよ
このモジュールのインプットはこれ
アウトプットはこれ
と仕様書がある

どうしても思うようにできない
定数埋め込んで完成

これアメリカの大メーカー
80年ごろの話

人月商売をやる企業に未来はない、が従来の持論だったのに、むしろ逆の状況になっちゃったので、
企業ではなくエンジニア個人の成長どうこうに話をすり替えてるのよね

何年かすればまた状況変わるかもしれないんだから、
人月商売叩きを続ければいいのに、変に日和ったな

>>94
それは台湾がいろんな面で特殊なだけだろ
カリフォルニアをはじめアメリカ各州でアプリ作ろうとしたけどほとんど爆死しているし、
先進国全体で見れば日本のcocoaは中の上ぐらいだろう

この人は、人月商売の宜しくない点とか、
人間がITに歩み寄るんじゃなくてITの方を人間に合わせる日本的なIT活用は良くないとか、
そういう警鐘を鳴らし続けるだけでいいと思うんだが、
SIerはもうすぐ潰れるみたいな方向にどうしても話を盛っちゃうんだよね

地震予知みたいな話はしないで要素の指摘だけしてればいいのに
それだと食いつきが悪いのかな

>>84
ちょっと違う
木村はそもそもユーザー企業を否定しているよ
アホな要求するユーザー企業に付き合うIT屋はアホだ、っていう論調

まあ客にアホと言える訳ないので空論なんだけど

まあアジャイル推すなら請負系は向いてない
ここで今まで主張してきた反人月商売とぶつかる
だからこそ企業は内製して新規技術開発するべきって，繋げたかったんだろう

昔はプログラムを書くのも計算させるのも時間とお金がかかったから
軽々しく修正するわけにもいかず、ウォータフォールモデルが最適だっただろうけど
今アメリカは国防総省ですらアジャイルだし
ウォーターフォールでも比較的上流に戻りやすい修正ウォータフォールが多いはず

が、日本は今なお古典的ウォーターフォールが主流
枯れた技術だけで構築するならいいけど、いろいろ新しい技術も取り入れようとするから、当初の計画が遅れてしまう
遅れが生じると、品質部門やエラい人がやってきて説明と対策を求められ、工数が倍増するという悪循環

SIerがやっている仕事ぐらいユーザーが自分でやればもっと上手くできるし
自分でやろうとしないユーザーはバカジャネーノというSIer不要論が
木村の記事の大前提であとはその時々の流行に便乗しながら
クラウドが流行ったらクラウドが今度こそSIerを終わらせる云々
生成AIが流行ったら生成AIが今度こそSIerを終わらせる云々

Windows Updateがその走り

ウチもアジャイル開発やりま～す
下請けA社は仕様１の設計の人月と製造の人月とテストの人月出して下さ～い
下請けB社は仕様２の設計の人月と製造の人月とテストの人月出して下さ～い

>>102
そうなのか。
木村の記事はベンダー批判しか読んだことなかったわ。
ちゃんとユーザ批判もしてるんだ。
ベンダーがユーザの要求を断れないって事は同意する。
実際、それで何度も客と揉めたことあるしな。

アジャイル開発は小規模内製だけにしか使えない。外注するのに成果物責任負わせないなんてありえんだろ。アジャイル開発のPMとスクラムマスターやってたから断言できる。

>>91
ウォーターフォールは枯れた技術が大事だもんな
根幹に不具合があると、戻り作業がシャレにならん

>>80
それもアジャイルじゃない
アジャイルとは、戻るのではなく小さな機能の開発の繰り返し
もちろん、リリースも何度も行う
まず、入力画面、次に一覧画面、それから帳票みたいに

PDCA大好きなクセにアジャイルは嫌いなのな。

アジャイルが失敗前提なんて誰が言ってんだw

人月おじさん達、自己肯定に必死過ぎて泣けてくる😭

>>114
自己肯定っていうけど、じゃあアジャイルで成功してんのあるんだっけ？部分的にアジャイルに見せかけたウォーターフォールしか無いじゃん。

原価を人月で積算するのは正しい、というか他に方法がない。
製造原価のほとんどが労務費なんだから。
ただ、ユーザ企業が「価格根拠として人月を出せ、工数を出せ、他社と比較する」てうるさいんだよ。
導入効果（コスト削減とか）を提示しているんだから、ユーザがちゃんとこの価格なら買っていいと決められればいいんだけど。
まずはユーザ側の意識改革が進まないとね。
あと、木村が言っているIT屋が人月商売で儲けているというのも違う。
IT屋としてはカスタマイズ最小限にして、ユーザ数、ライセンス数を売りたいんだよ。
その方が開発リスクが小さくなるから。
コレも日本のユーザ企業がカスタマイズにこだわりすぎるから、とSAPの営業が言ってた。

でも相変わらず自称ITエンジニア様は現場職人感覚全開だからな、おれらは腕を買ってもらってるんでえ的な。

製造原価なんか関係なく付加価値で払うべきだけどな
勿論付加価値が製造原価から算出される価格以下ならやらないし、製造原価がどうであれ付加価値が高ければやる

ってしたいんだろ
ヤツは

アジャイルいうても、改修規模が小さいだけという印象。

ウォーターフォールでやるまでもない小規模開発をカウボーイコーディングでやってるのをアジャイルって言ってそう

A JAIL

JTCど真ん中でアジャイル開発やってるけど、1qごとに根回しだの数十ページのエクセル紙芝居だの作って、毎回工数オーバーしましたとか
うまくいきませんでしたとか反省大会して、お偉方の言葉聞いて承認取ってる
ただクソ面倒くさいだけで生産的な作業をしてる感じがしない

余裕のある会社だったら楽しいだろうけど、傾き始めたJTCだとますますつまらなくなるだけだなw

もしかしたらうちの会社だけでなくてJTCはどこもそうかもしれない

>>122
スタイルだけ導入してるからだろうね
アジャイルの一番の肝は短期のタスクを「確実に完了させる」ところにあって
二番目の肝は短期のタスクを積み上げた結果が最終的な成功に辿り着くように舵取りをするところにある
そこが守れないとウォーターフォール型よりもひどいことになる

失敗はまだ途中だしね

そんな団地妻はデンキウナギの夢をみるかみたいな言い方しなくても

仕事なんてのは打ち合わせ調整が九割で黙って手を動かすなんてのは一割なんよ。
でも自称エンジニア様は報連相いやがるからなあ

>>25
それはアジャイル云々ではなく組織の建て付けの問題では？

アジャイルもAIない頃の古いスタイルだし
いろいろ性善説や変数要素が多すぎる

短いタスクがいいとか、変化に強いとか業務次第だし
長期でやるプロジェクトだらけな訳はないし

そもそもPMがプログラマーのスキルを熟知してて
コミュニケーションが完璧と言う前提がお花畑過ぎる

そもそも雇用形態的に下請けの場合はPMが直接プログラマーに指示命令する事自体がNGで日本の雇用形態的にも無理ゲー

今はそもそもAIで上流やる方にシフトしてるから
アジャイル自体も相当自体遅れ

上流、下流と分かれている時点でアジャイルとか無理。

そもそも日本の雇用形態の場合
PM側の一方的な力関係による無茶振りが可能でかつ
PMを客観的に評価する制度が全く無いので
この時点で既に論理破綻してる

無能なPMをプログラマー側が降ろす権限は無い

PMが無能だったり、プログラマーと相性が悪いと破綻する
PMガチャなシステム

ウォーターフォールも悪くないぞ
もちろん発注側にもまともなIT人材がいればな

日本の職場には軍師様と現場土方しかいなくなってる。

ウォーターフォールは、納期と仕様が決まっていて、リソースが流動的。大抵の場合間に合わないとなって人を投入する。
アジャイルは、納期とリソースが決まっていて、仕様が決まっていない。チームの能力が高ければ高いほど良いものが出来上がる。
プロダクトの性質によって使い分けが必要。

>>134
だからさー
そのチームの能力が高いって客観的な保証と担保は何処にあるの？
ほとんどはその場寄せ集めの即席チームでかつ、雇用形態バラバラなんだよ
ベンチャーでうちのチームは能力高いとか、単なる自己満足

>>135
確かにそうだが、寄せ集めや雇用形態バラバラなチームでアジャイルはやるべきでないし、外部に委託するようなプロダクトもそう。

>>136
アジャイルが向いてないプロジェクトで、やろうとするから失敗する

>>25
アジャイルの発想もたぶんアメリカ由来だと思うが
アメリカでは日本のようにベンダ丸投げのシステム開発は少なくて
コードまで書く技術者を自社で抱えて開発することが多い

また日本のIT業界（特に大企業）では特定の分野に突出させるよりも
広くいろんなところに関わった管理者を育てることに注力しており
偉い人ほど現場でアジャイルするスキルがない

ただ、「日本企業は無能だ」と簡単に言えないのは
雇用流動性のない労働市場では
システム開発時にだけ技術者を雇うというわけにもいかなかったことがある
それで最近ジョブ型雇用とか言い出してるわけだ

雇用形態が変わることを不安に思う人もいるかもしれんが
アニメやゲームなどは作品ごとにクリエーターが会社を移り
ここまで発展しているのだから
日本人に向かないことはないと思う

この人大好きやわ

読んでないけど木村？

>>28
仰るとおり
ある日経営層がやってきて○○の画面をこうしろ！なんて言われて受け入れ始めると崩壊が始まる

あー木村か

失敗にユーザーや取引先を巻きこむなと思う。
アジャイルは、変えてほしくない、バグを増やしてほしくないというニーズを軽視しすぎてる。

中身読んでないけど、タイトルだけで、いつもの木村の戯言って分かったw