よくある古典的な、終わりのない葛藤と同じように、開発チームをどのように組織し、自律的にするかという議論は依然として盛り上がっています。目下のところ、スクラムについては好意的な見方よりも批判の方が多いかのように思えます。もっともよくある3つの批判は次のようなものです。 1. 仕事そのものよりもプロセスが重視されがちである 2. 呼び名が違うマイクロマネジメントであると混同されやすい 3. デイリーのスタンドアップによって、自分の在り方を正さなければいけないように感じる その他にもスクラムにおける役割が正しく表現されていないというケースがあります。プロダクトオーナーがスプリントの中にあまりにも多くのことを詰め込もうとしたり、スプリントの最中に優先順位を変えようとしたりすることもあります。また、スクラム開発におけるベロシティを維持することと、新しく学んだスクラムの儀式を何でも取り入れようとするこ
![スクラムへの間違った5つの期待とその修復法](https://cdn-ak-scissors.b.st-hatena.com/image/square/0488e85bb45d00a058374e81f73a879f499b8735/height=288;version=1;width=512/https%3A%2F%2Fdata.uxmilk.jp%2Fwp-content%2Fuploads%2F2019%2F11%2Ftoptal-blog-image-1557264657267-b9e4225c02b562954030508947f313f4.png)