エンジニアリングマネージャーのkobaanです

この間「葬送のフリーレン」を７巻まで一気読みしましたが、しっかりと各人物に背景が作り込まれてて、モブキャラがおらず、使い捨てられてないのがすごくよかったです。 今更感がありますが2022の個人的ベスト漫画に躍り出てます。

唐突ですがスプリントゴールってみなさんどう設定されていますか？

我々もなんとなくスプリントゴールを運営していましたが、３つほど気になる事がありました

意外とスプリントゴールって定番のPracticeが見つけられなかったので、テックタッチなりにスクラムガイドや、有識者の記事などから紐解いて考えてみることにしました。

確約（コミットメント）：スプリントゴール

スプリントゴールはスプリントの唯⼀の⽬的である。スプリントゴールは開発者が確約するものだが、スプリントゴールを達成するために必要となる作業に対しては柔軟性をもたらす。スプリントゴールはまた、⼀貫性と集中を⽣み出し、スクラムチームに⼀致団結した作業を促すものでもある。

スプリントゴールは、スプリントプランニングで作成され、スプリントバックログに追加される。

開発者がスプリントで作業するときには、スプリントゴールを念頭に置く。作業が予想と異なることが判明した場合は、スプリントゴールに影響を与えることがないように、プロダクトオーナーと交渉してスプリントバックログのスコープを調整する。

上記からわかるスプリントゴールの要点

訳文）そのスプリントになぜ価値があるかをステークホルダーに伝えるスプリントゴールを定義する。

原文）define a Sprint Goal that communicates why the Sprint is valuable to stakeholders.

スクラムには

といった指標が存在します。スプリントゴールもその指標に対して一定満たす必要があると考えました。

としたときに下記に示したような位置づけが整っている必要がありそうです。

なんとなく、スプリントゴールが満たすべき基準がみえてきたでしょうか？

そろそろ具体的な作り方を整理していきたいと思います。

原則的にスプリントゴールはスクラムチームの目標設計として記載するべきだと思っています。

一方でステークホルダーに向けてチームが何をやっているかの透明性も担保すべきなため、主にステークホルダーとのやり取りがあるPOのドラフトをもとに設計する手順を策定しました。

スプリントゴールのフォーマットは、あまり正解がないためテックタッチでの例をだしますが

目標として、なにを完了させるのか？を記載するのはもちろん、なぜそのゴール設定をしたのか？まで言及することでチームとしてやっていることの価値訴求を行うことを想定してフォーマット化してみました。

例：wysiwyg機能の充実化を完了させ、ガイドの完了率を15％アップさせる

リリーストレイン（下記参照）を採用しているテックタッチではこちらのケースが多い想定です。 tech.techtouch.jp

例：Wysiwig機能の充実化を完了し、エンドユーザーに提供する表現力向上を目指す

上記の内容をまとめつつ、６つのチェックリストを作成しました。

スプリントゴールは策定するまでがゴールではありません。スプリント内でうまく運用できてこそだと思っています。

特にデイリースクラムではスクラムガイドからの下記抜粋にあるように、スプリントゴールを意識した運用が必要です。

開発者は、デイリースクラムがスプリントゴールの進捗に焦点をあて、これからの 1 ⽇の作業の実⾏可能な計画を作成する限り、必要な構造とやり⽅を選択できる。これは集中を⽣み出し、⾃⼰管理を促進する。

スプリントゴールを軸にやるべきタスクの優先順位を整理し、開発者自らが適応して行くことが求められます。 つまり、毎日適応のための再計画がデイリースクラムで行うイメージで運用できるとわかりやすいんじゃないかなと思います。

そのためにも、デイリースクラムではスプリントゴールを読み上げたり、スプリントゴールに関連のあるタスク群を意識的に優先・集中して見るようにしていたりしています。

今回はスプリントゴールをよりわかりやすく、価値のある運用方法をするために整理してみました。

やってみてわかったのですが、スプリントゴール１つとってもとても奥深さを感じます。

元々の課題である、決め方・運用の仕方などはカバーできましたし個人的にはスクラムに対する理解が進んでとても楽しかったです。

この記事のように「スクラムをより探求したい」であったり、「自分なりのプロセス整理を進めていきたい」という方は是非カジュアル面談で話しましょう！

お待ちしております！