アジャイル開発がうまくいっていない気がするというチームに確認すべきこと

みなさんこんにちは。@ryuzeeです。 仕事柄さまざまな会社のいろいろなチームから相談を受けます。 具体的な相談のこともあれば、抽象的な相談のこともあります（内容が具体的になっていればもう解決までそう遠くありません）。 抽象的な相談で多いのは「なんとなくうまくいっていない気がするけど、何を確認したらいいの？」というものです。 今日はこの質問に対して、どう対応しているかを共有したいと思います。 スクラムをベースに書いていますが、スクラムでなくても構いません（その場合は適宜用語を読み替えてください）。 確認ポイント いきなりほぼ結論です。 このような相談を受けたときに、いちばん重要な確認ポイントは 「毎スプリントごとに動作するソフトウェアを作って、チームの外側に見せてフィードバックをもらっているか？」 です。この確認をしないうちに「スクラムイベントは全部やっているか？」とか「プロダクトバック

[turanukimaru]

はてぶに出てくるアジャイルとかスクラムが上手くいってない話はだいたいユーザに使ってもらってない。ユーザが使わないアジャイルは設計書のないウォーターフォールに過ぎないのに。

[rzi]

“プロダクトの価値は基本的に「チームの外側で決まる」”

[sds-page]

成功したプロジェクトをアジャイル、失敗したプロジェクトをウォーターフォールと呼べばアジャイルが失敗することはない

[JGEEM]

「なぜできないのか？」4つの内3つほど当てはまってる気がする。でも問題がはっきりしたような。チーム内外のIFと計画をSMが巻き取って、開発チームとの間に溝があるからだ。きっと。問題が分かれば対策できる。はず。

[dominion525]

“「毎スプリントごとに動作するソフトウェアを作って、チームの外側に見せてフィードバックをもらっているか？」”

[KoshianX]

そういえば前はプロダクション環境を作ってチーム外で挙動を確認できるようにはしてたなあ。あれはやっぱやっておかないとダメか

[crexist]

耳が痛いな。。。

[hqwerty]

アジャイル開発という言葉が、見切り発車を正当化するための言葉として使われていることが一覧の問題。

[satosssi]

スクラムやっててもスプリントレビューやってないってことは案外あって、やってみるとめっちゃ効果あるんよなぁ　守破離の守の大事さを実感するのであった