スクラムは積極的にカスタマイズして使うべき - Melting Pot of Thoughts

有名な開発フレームワーク”スクラム”が、現代のアジャイル開発にもたらした貢献は多くの人が認めるところだと思います。 私自身も、スクラムの思想である「経験主義」「リーン思考」に強く影響を受けた人間の一人です。 私はスクラムの考え方自体はかなり好きですが、唯一賛成できない点があります。 それは『スクラムの一部を変えたものはスクラムと呼ばない』というルールです。 スクラムガイドには以下のように記載されています。 最後に スクラムは無料であり、本ガイドで提供されるものである。ここで概要を述べたように、スクラムフレームワークは不変である。スクラムの⼀部だけを導⼊することも可能だが、それはスクラムとは⾔えない。すべてを備えたものがスクラムであり、その他の技法・⽅法論・プラクティスの⼊れ物として機能するものである。 ~スクラムガイド2020より抜粋~ おそらくスクラムガイドの著者は「正確な”スクラム”の

[rugamaga]

ScrumAndとScrumButという言葉でカスタマイズに関する視点はまとめられてるので一度調べてみるのをオススメしたいかな

[shunkeen]

守破離。関係者が納得しているのならスクラムの取り入れ方に外部がとやかく言う話はなさそう。ただ「守りすぎでは？」とか「離れすぎては？」といった疑問が内部から提示されたときに真摯に向き合わないと崩壊しそう

[hackpopo]

スクラムが目的化しすぎて肝心の成果やリリース速度の低下が起きることはあるね。特に大手所属のエンジニアはフレームワーク依存しがちで自分の頭で考えていないことがよくある

[miholovesq]

たとえば3つのロール、5つのイベント、3つの作成物があると主張されてもたとえばチームがswarmingしてなかったら「それはスクラムではない」ということもある

[Magicant]

「俺たちは正攻法のスクラムはやらないぜ」ってのが、自分たちにちゃんとしたスクラムをやる能力がないことの開き直り・言ひ訳に使はれてないか? といふ疑ひを最近抱いてゐる

[matarillo]

スクラムから外れても、他者に説明できてチームも納得してるならいいと思う、自分たちはスクラムやってると公言しなければ。／スクラム内でゆとりを組み込んでるチームもありそうな気はする

[luccafort]

“いくつかのプラクティスが抜けているだけで「それはスクラムではない」と指摘しているケースを見かける”なぜそういう指摘を受けているのか？という視点が漏れているのではないか？と読んでいて思った。