スクラムに「うーん、、、」て感じた時なんか役にたつ"かもしれない"3行アドバイス - Qiita

この投稿は ミライトデザイン Advent Calendar 2021 の 25日目最終日の投稿です。 本稿の内容 スクラム開発を取り入れてみたけどいまいち機能してない。いまいちメリットを感じない。 失敗はしていないけど成功もしていない。みたいな経験がありませんか？ 本稿ではそんなときに改めてさっと見返して役に立つことを目的とした「3行くらいのアドバイス」を書きたいと思います。（あくまで"くらい"なのでたまに超えるかも） また、個人的意見も多分に入ってますのでそこはご了承ください。 前提 まずはスクラムチームの意識を合わせましょう。 スクラム開発ではスプリントごとに「プロダクトに対してインクリメントを積み重ねていく」事を目的とします。 この大前提を見失ってはスクラム開発のどんなプロセスを踏んでも価値を得る事は難しいでしょう。 インクリメントとは、プロダクトに出荷可能な形の価値を積み重ねる事

[miholovesq]

“インクリメントとは、プロダクトに出荷可能な形の価値を積み重ねる事です” プロダクトゴールに対する積み重ねであってプロダクトへの増分の追加ではない。機能が増える一方な印象を受けるのでミスリードしそう

[tockri]

それでも未経験者だけでやってみたい場合、まずは疑わずにスクラムガイドのとぉーりになぞるところから。最初から何かを省略しないこと。

[turanukimaru]

なんでスクラムの人たちはいつも「やっていき」の話ばかりして「実際何を作るのか／作らなければいけないのか」の話をしないんだろう？「チームの意識を合わせ」るんだろう？そこは明記 describe するとこじゃないの？

[NetPenguin]

velocityとestimate、たしかにそうだなと納得しつつも、estimateを見積もるの難しそうだな。

[hiroomi]

”スケジュールの管理がうまく行かない ”この文書内にプロダクトバックログが一つもない。見通しは無さそうね。