アジャイルに限らず開発手法の議論は不毛になりやすい理由 - GoTheDistance

アジャイル開発に対する論争が盛り上がってるので、僕も便乗しまーす。新野さん、秀逸なまとめありがとうございました。 「アジャイルがダメだと思う7つの理由」から始まったアジャイル論争の現時点のまとめ － Publickey 僕も２年半前にアジャイルって受託開発との相性が最悪な気がする - GoTheDistanceという記事を書きました。アジャイル開発ってかなり牧歌的なので、内部ならまだしても外部の仕事を請けてキチンと回すのは難しいのではと書いたら、多くの方が「そりゃそうよ」と反応してくれました。その頃から、これを"ケツカッチン"な仕事で行うのは困難だと感じておりました。コミュニケーションが密に取れないと動けないじゃん。 議論の軸をもっかい振り直すと、アジャイルが確約出来る内容はあくまで人材育成・組織風土形成という不定形なサービスでしかないんじゃないでしょうか？ アジャイルな組織になりたいから

[kimutansk]

受託開発をアジャイルでやっている例を確かに見てみたいですねぇ・・・

[FunnyBunnyDizzy]

自分は要件と仕様の区別が怪しい。要件は解決したい問題で、仕様はその実現方法、って認識であってるんだろうか？仕様の下にはうずまく○○設計がぶら下がる

[tarchan]

＞ドキュメントだけでゴールを規定しても内製ですら違うものが出てくるから、動かないコンピュータ

[a2ikm]

手法は手法、顧客の望むもの・望むやり方を考慮しなければ是非もつけようがない//「要件と仕様が区別できているのならば、どういうやり方をとっても大きく破綻することは無くうまく行く」

[bowbow99]

流れがよくわからんけど

[windish]

なにを作るか決まってもないのに包丁の議論をするのは、技術者の手慰みじゃないかなあ。

[m_pixy]

ござ先輩がほとんど終わらせてるけど、ブクマが思ったより少ない

[dagjmpd]

アジャイルに限らず開発手法の議論は不毛になりやすい理由 - GoTheDistance (id:gothedistance)

[auient]

『システムを望む顧客からすれば「100万払うから責任もってこのシステムを作って欲しい」「100万払うから一緒にシステムのあり方を共に作りながら考えて欲しい」この２つの話には大きな違いがあるでしょ？』

[atsushifx]

本来というかアメリカ生まれのアジャイルはRFP前提というのが忘れられている。丸投げ体質の日本の会社がアジャイルにあわないのは当然だろう。

[Rinta]

私はこのへん、上流のあり方よりも契約の仕方の方が大きく影響すると思う。結局、発注者は受注者に全ての責任を取らせた上で最大限の利益を引き出そうとしてるんだ。これを前提とするかどうかで何もかも変わるよ。

[hiroqli]

受託開発をアジャイルで回している現場の話が聞きたいなー。「アジャイル開発でやってほしい」っていう案件もあるってきいたことあるけど

[airj12]

「要件と仕様に整理することが出来ない組織が多すぎるのに、そこを放置して開発手法の議論をしてもしょうがない」