スクラムが最初にうまくいかないときに何を直すか

スクラムを始めてみると最初のスプリントは思うように進まないことがあります。計画どおりに終わらない、レビューで見せられるものが少ない、会議が多く感じる。こうした声が出ると、スクラムのやり方を自社に合わせて変えたくなります。

うまくいかないのは現状が見えただけ

最初にうまくいかないのはそれまで表に出なかった問題や、従来は作業の後半になって初めて分かっていた問題が早い段階で見えたにすぎません。短い間隔で検査することで、問題に早く気づく機会が生まれます。

合わせる前に合わない理由を検査する

この段階で大切なのは、組織がスクラムのやり方に適応できていないと知ることです。そこから、組織が変化に適応できない理由が見えてきます。反対に、既存のやり方に合わせてスクラムを改変すると、その理由を検査できなくなります。

理由を検査するときは、たとえば次のように問いを書き出すとよいでしょう。

計画どおりに終わらないのは、見積もりの問題か、途中で割り込む依頼の問題か
レビューで見せるものが少ないのは、作る単位が大きいからか、完成の定義があいまいだからか
会議が多く感じるのは、スクラムの会議が増えたからか、既存の会議が減っていないからか

架空の例で考えてみます。あるチームでは、スプリントの途中に別部署からの依頼が入り、計画の半分しか終わりませんでした。次回からスプリントの期間を長く設定する案も考えられます。しかし、依頼が途中で入る仕組みは変わらないまま残ります。

計画どおりかよりゴールに近づいているか

「計画どおりに終わらない」と感じたとき、確かめたいのは計画に従えたかどうかではありません。ゴールを達成できるかどうかです。

複雑な問題では、最初に立てた計画が正しいとは限りません。スプリントを進めて分かったことに合わせて、作るものややり方を変えることがあります。スクラムガイドでも、スプリントの途中で学んだことに応じて、作業の範囲をプロダクトオーナーと明確にし、交渉し直せるとしています。ただし、スプリントゴールの達成を危うくする変更はしません。

そのため、スプリントの終わりに確かめるのは、計画した項目がいくつ終わったかより、スプリントゴールを達成できたかです。あわせて、プロダクトゴールへの進み具合と、プロダクトゴール自体が方向性から外れていないかも検査します。

変えるかどうかはチームと組織が選ぶ

検査したうえで、スクラムのフレームワーク自体を変えるべきだと判断することもあります。その場合は、組織として、チームとして選択します。なお、スクラムガイドは要素の一部だけを実施した場合はスクラムではないとしています。変えたやり方は、スクラムとは区別して扱います。変えるか変えないかより、理由を確かめてから決めることが大切です。