5人の小さなチームでスプリントを回す方法：会議は3つ、数字は2つ、ストーリーポイントなし

短い答え：会議は3つ、数字は2つ

スプリントとは、チームが選んだ作業に取り組むと約束する固定の期間です。5人のチームにとって役に立つのは、その約束と動かない終了日です。どちらも「この2週間で何が大事か」という会話を強制し、遅れを早い段階で見えるようにします。

5人のチームに不要なのは、複数チームの調整を前提にしたプロセス、専任のスクラムマスター、見積もりに基づく予測の仕組みです。スクラムガイド自体も、スクラムチームは通常10人以下としており、1か月のスプリントでは計画に最大8時間を認めています。5人で2週間なら、その時間枠は必要な量をはるかに超えています。

そこで、この方法では次のものを残します。

• 長さは1つに固定。 理由がなければ2週間。毎回長さを変えると比較がすべて意味を失います。
• スプリントごとに目標は1つ。 リストではなく1文です。「顧客が請求書払いを選べる」は目標ですが、「請求まわりを進める」は目標ではありません。
• 会議は3つ。 計画、中間チェック、デモ。10営業日で会議は約90分です。
• 数字は2つ。 スループット(完了した課題数)と持ち越し(次のスプリントに回った課題数)。

なぜ5人にはフルのScrumが重すぎるのか

Scrumのイベントには正当な理由があり、ガイドのタイムボックスは上限であって目標ではありません。小さなチームにとっての問題は固定費です。15分のデイリーは5人チームで1日75人分、2週間のスプリントで約6人時かかります。誰かが話を延ばす前の数字です。毎回のレトロスペクティブ、リファインメント、レビューがさらに加わります。

5人なら、こうした会議で表に出ることのほとんどはすでに見えています。全員がボードを見ており、全員が同じチャットにいて、APIの決定待ちで止まっている人はたいてい1時間以内にそう言います。それでも価値がある会議は、放っておけば誰も下さない判断を迫るものです。何を約束するのか、まだ間に合うのか、作ったものは良いのか。

私たち自身の運用で削った会議は、ボードがすでに示していることを繰り返すものでした。毎日の進捗報告と見積もりの議論です。残したのは、チームが一緒に何かを選ばなければならない会議です。

5人チームのための最小限のスプリント

Scrumの各イベントから何を残し、残りを何で置き換えるかをまとめます。

会議時間の合計はスプリントあたり約90分から2時間半に収まります。教科書どおりなら8時間以上かかります。

2週間スプリントの回し方：手順

以下は2週間(10営業日)で、バックログがおおまかに並んでいる前提です。バックログが散らかっているなら、最初の計画の前に上位20件を1時間かけて整理してください。いちばん効果のある1時間になります。

1日目：計画(45分)

1. 前回のスプリントの数字を見る(5分)。 完了した課題数と持ち越した課題数。これがキャパシティの目安です。
2. 目標を書く(10分)。 終わったときに何が実現しているかを1文で。プロダクト担当が提案し、チームが議論します。
3. 目標に役立つ作業を選ぶ(20分)。 バックログの上から、前回のスループットと同じくらいになるまで課題を取ります。目標に関係ないものを入れるなら理由が必要です。
4. すべての課題に担当者を1人決める(5分)。 1課題1人。共有の課題は誰の課題でもありません。
5. リスクを名指しする(5分)。 目標をいちばん潰しそうなものを1つ、目標の下に書きます。

スプリント計画テンプレートには、この議題、キャパシティ表、目標の欄があり、スプリントと呼んでもサイクルと呼んでも使えます。

毎日：デイリーの代わりに非同期の近況共有

各自が午前中に、チームのチャットのスレッドへ2〜3行書きます。終えたこと、取り組んでいること、止まっていること。書くのに2分、読むのに2分です。ブロッカーはスレッドでの返信か、関係する2人の短い通話で解決し、5人の会議にはしません。

6日目：中間チェック(15分)

Scrumにはなく、小さなチームに最も必要な会議です。折り返し地点でボードを見て、1つだけ問います。目標は達成できるか。答えがノーなら、10日目ではなく今、何を削るかを決めます。6日目に2件外すのは計画です。10日目に4件終わっていないと気づくのは不意打ちです。

10日目：デモと締め(30分)

出荷したものを、スライドではなくプロダクトで見せます。それからスプリントを締めます。完了した課題は完了、未完了の課題は次のスプリントに回すかバックログに戻すかを、意図して決めます。最後の5分で「次は何を変えるべきか」を1つだけ問い、変えることは多くても1つだけ書き留めます。

測るもの：スループットと持ち越し

5人チームなら数字は2つで足ります。

スループットは、スプリント中に完了した課題の数です。課題数を数えるのはポイントより粗いですが、ごまかしにくく、見積もり会議も要りません。3〜4スプリントで、たとえば5人チームなら18〜24件のような範囲に落ち着き、その範囲が次の計画のキャパシティになります。課題の大きさがそろっているほどうまく働くので、3〜4日以上かかりそうなものは分割します。

持ち越しは、スプリントに入っていて完了しなかった課題の数です。少しなら普通です。多い場合や、同じ課題が3スプリント続けて持ち越される場合が、注目すべきサインです。計画しすぎているか、課題が大きすぎるか、誰も口にしていない何かに止められています。私たちは毎回の計画で、スループットより先に持ち越しを見ます。

3つ目の数字が欲しければ、スプリント目標を達成した頻度を記録します。いくつか持ち越しがあっても、5回中4回目標を達成しているチームはうまく回っています。

やめてよいもの：ストーリーポイント、ベロシティ、ほとんどのグラフ

ストーリーポイントは、期間内にどれだけの作業が収まるかを予測するためのものです。5人では、その予測が課題数を数えるより良くなることはまれで、見積もり会議には現実の時間がかかります。過去のデータから顧客に納期を示す必要があるときや、課題の大きさがばらばらで分割できないときには意味があります。それ以外ならやめてかまいません。

ベロシティチャートはポイントが前提なので、これも不要です。累積フロー図などは20人規模なら役立ちますが、5人ならボードそのものが作業の詰まりを示してくれます。

残す価値があるグラフは、未完了課題のバーンダウンだけです。中間チェックの問いに一目で答えてくれるからです。

小規模チームのスプリントで比べるLinear、Jira、Atrix

3つとも小さなチームのスプリントをうまく扱えます。違うのは、何をツール側が決めるかです。以下は2026年10月時点の各社ドキュメントと料金ページによる情報です。

Linearは、ここで紹介した方法にいちばん近いツールです。サイクルのドキュメントには、自動の持ち越し、サイクル間の任意のクールダウン、直近3回の完了サイクルから見積もるキャパシティが説明されています。5人チームなら、Linearの料金ページにある無料プランで、課題が250件を超えるまでは足ります。

Jiraは最も細かく制御できます。スプリントを完了するとき、Jiraのドキュメントでは未完了作業の行き先として、バックログ、作成済みの将来のスプリント、新しいスプリントの3つが示されます。持ち越しを毎回人が判断したいなら正しい選択で、Jiraの無料プランは10ユーザーまで使えます。

Atrixは私たちが作っているツールなので、まず制限から書きます。プロダクトごとに1〜4週間のサイクルがあり、それぞれに目標と未完了課題を数えるバーンダウンがあります。サイクルを完了すると未完了作業は次のサイクルへ回るか、バックログに戻ります。色つきのラベルとマイルストーンも使えます。ストーリーポイント、ベロシティレポート、クールダウンの設定は意図的にありません。プロセスがそれらに依存するなら、LinearかJiraを使ってください。Atrixが向いているのは、ドキュメント、チャット、CRM、採用も同じワークスペースにまとめたいチームです。プロジェクト管理のページに機能の詳細があり、Linearとの比較ではLinearが優れている点も正直に書いています。

小規模チームのスプリントがうまくいかない典型例

• 目標がなく、リストだけ。 意図を示す1文がないと、どの課題も同じくらい重要に見え、中間で何も削れません。
• 実績ではなく希望で計画する。 前回20件終えたのに35件入れるのは野心ではなく、あらかじめ予定に入れた持ち越しです。
• 中間チェックを飛ばす。 最終日の不意打ちは、ほぼ必ず6日目の時点で存在していました。
• 終わらないほど大きな課題。 スプリント全体を占める課題は、最終日まで何も教えてくれません。分割します。
• 長さを変える。 3週間のあとに1週間のスプリントを挟むと、すべての数字が意味をなさなくなります。

スプリントとサイクルという言葉の違いや、なぜ一部のツールが確認なしに作業を持ち越すのかは、サイクルとスプリントの違いをご覧ください。

よくある質問

小さなチームのスプリントの長さはどれくらいがよいですか?

小さなプロダクトチームの多くには2週間が合います。デモする価値のあるものを終えるには十分で、計画が外れても損失は小さく済みます。毎日リリースするチームには1週間、調査の多い作業には3〜4週間が向きます。スクラムガイドはスプリントの上限を1か月としています。

小さなチームにデイリースタンドアップは必要ですか?

会議としては通常不要です。チャットのスレッドに書く近況共有なら、数分で同じ情報が得られ、誰の集中も妨げません。書き込みではブロッカーが表に出てこない場合に限り、対面のスタンドアップを残します。

5人チームはストーリーポイントを使うべきですか?

通常は不要です。完了した課題を数えれば、見積もり会議なしで計画に十分なキャパシティの範囲が得られます。顧客向けに納期を予測する必要があるときや、課題の大きさがばらばらで分割できないときにはポイントが役立ちます。

スプリント終了時の未完了作業はどうすべきですか?

ルールを一度決めて守ります。Linearのように未完了をすべて次のスプリントへ自動で回すか、Jiraのように1件ずつ見直して次のスプリントかバックログへ送るかです。2回持ち越された課題には注意してください。

5人のチームにScrumは向いていますか?

スクラムガイドのチーム規模は10人以下なので、原則として5人も含まれます。実際には、5人チームの多くがScrumの期間、目標、レビューを残し、デイリースクラムと本格的なレトロスペクティブを軽い形に置き換えています。

次のステップ

次の計画にはスプリント計画テンプレートをコピーして使い、Scrumの用語は用語集のスプリントの項目でまとめて確認してください。