スクラムってレトロスペクティヴで無駄は削減するものという認識だったので、以下略
“キラキラ”スクラムという言葉が頭に浮かんだ
ある程度できる人がBizと密にやってるならフレームワークいらんって話かな。アジャイルマニフェストへの回帰。目標設定いらんってのは同意で羨ましいけど、これも一定の成熟と信頼や実績も必要だしなー
スクラムってそういうのだっけ
“スクラムをいかに上手く回すかが目的になっていて、ユーザー価値にあまり繋がっていないなと思うこともありました”
なんちゃってスクラムはほんと疲弊するのでやめて正解／目的のすり合わせ、情報共有、適切なフィードバックといった実現したいことにフォーカスできないなら、そのプロセスは無い方がマシ
開発者に主権をみたいなはずだったアジャイルもスクラムのおかげでお作法化してすっかりギスギスしてしまった
スクラムは未知に対処する術だからそうじゃない場合はめんどくさいだけよね
個々人でコントロールできる規模の開発で、かつメンバーの能力が十分高ければ、スクラムなんていらん。と常々思っているので、特段新しい知見はなかった。そりゃそうだねという感想
SmartHR「給与計算開発」の裏話 〜スクラムとか色々やめました〜 ｜Real SmartHR リアスマ
スクラムってレトロスペクティヴで無駄は削減するものという認識だったので、以下略
“キラキラ”スクラムという言葉が頭に浮かんだ
ある程度できる人がBizと密にやってるならフレームワークいらんって話かな。アジャイルマニフェストへの回帰。目標設定いらんってのは同意で羨ましいけど、これも一定の成熟と信頼や実績も必要だしなー
スクラムってそういうのだっけ
“スクラムをいかに上手く回すかが目的になっていて、ユーザー価値にあまり繋がっていないなと思うこともありました”
なんちゃってスクラムはほんと疲弊するのでやめて正解／目的のすり合わせ、情報共有、適切なフィードバックといった実現したいことにフォーカスできないなら、そのプロセスは無い方がマシ
開発者に主権をみたいなはずだったアジャイルもスクラムのおかげでお作法化してすっかりギスギスしてしまった
スクラムは未知に対処する術だからそうじゃない場合はめんどくさいだけよね
個々人でコントロールできる規模の開発で、かつメンバーの能力が十分高ければ、スクラムなんていらん。と常々思っているので、特段新しい知見はなかった。そりゃそうだねという感想