アジャイル導入コンサルタントという名前でスクラムだけを導入しようとする人は死ねばいいのにと思った - 水まんじゅう2

この文章中で表現されるアジャイルとはアジャイルソフトウェア開発宣言に沿ったものとします。 なぜか定期的にアジャイル開発をしようとしている人を食い物にしようとしている人のお話を聞くので。 タイトルですべてです。それ以上のことはない。 スクラムはアジャイルな開発を実現するためのプラクティスではあるけれども、スクラムをしてもアジャイルになるわけではないという事実。 それだけなのですが。 今まで見たり聞いたりしてきたアジャイルの失敗例 突き詰めると以下の二つではないかと思っています。 設計ができない 失敗ができない 設計ができない アジャイルだから設計書を作らなくてもよいよね。という人たちはいまだにいるらしい。 設計書という体裁では不要の場合もありますが、設計は必要です。 思いつく限り書き上げると以下の通り。 プロダクトオーナー(お客さん)との合意形成のため 全体で何を作るのかを明確化するため 必

[hiroqli]

"スクラムはアジャイルな開発を実現するためのプラクティスではある" スクラムはフレームワークであってプラクティスではありません。お間違えなきよう

[nyop]

コメント欄も熱い。

[i2key]

Agileを導入するということはステークホルダー(経営層or上司、お客様、自分達)に対しマインドセット注入、目標設定&握りを行いAgileに出来る環境を整えることも含む。自分達だけ向いて手法の真似事してるのはタダのオナry

[karasu9113]

設計のないアジャイル風な案件は実際にあるんだよね。特にゲーム業界のやり方は独自で、やりにくい。そのプロジェクトでチームが不幸になる理由は色々あったけど、一番の問題点は無駄なプライドだった。

[lesamoureuses]

そういうのあるの？ “なぜか定期的にアジャイル開発をしようとしている人を食い物にしようとしている人のお話を聞くので”

[northlight]

設計ができない人は本当に多い。

[kotomalism]

アジャイルサムライに「アジャイルはユーザにいいプロダクトを届けるための手法であってそれ自身が目的になってはいけない」って趣旨のこと書いてあったけどアレですよね。

[kadoppe]

スクラムすることが目的になっちゃいけないってことだと思う。

[nntsugu]

そうそう。アジャイルだから導入する　じゃなくて、その場に適したものを導入しないとね。

[kraken_eye]

コメントも。

[uhe_uhe_uhe]

Agileに対する誤解、まだまだやっぱり多いのでしょうね。WFとAgileは同列ではなく共存できる、という点、その通りかとおもいました。

[Hayato]

アジャイルなアジャイル導入とか、アジャイルじゃないアジャイル導入みたいな。うわ、わかりづらっ。

[fumisan]

ウォーターフォールもろくにできないならスクラムなんて出来やしない、と思いますよ。逆に、スクラムができるならウォーターフォールだってできる。違いは期間の長さと手続きだけなんだから。

[ryuzee]

良い話。何か新しいものを取り入れるってことは既存に課題がいろいろあるわけで、本気でそれを解決しようと思わなきゃ銀の弾丸をいくら期待したところでムダですわ

[tpircs]

形から入って失敗すればいい。そこから学べるかどうかは現場次第。最初からきちんとわかってアジャイルやることを求めるほうがなんか違う気がする。

[k1take]

ここ分からなかった。「 ウォーターフォールはアジャイルじゃないと考える人が多いのでしょうかねぇ。。。 」

[modal_soul]

設計以外の"何か"が出来る人とかマジgkbr

[bash0C7]

@ajiyoshi そうわたしは読みました ref:

[celitan]

概ね同意できる。