スプリント とは？

普通の開発だと「半年かけて全部作って納品」みたいになりがちだけど、スプリントは2週間ごとに「計画→作る→見せる→振り返る」を繰り返すんだ。短く区切ることで「思ってたのと違う！」を早めに防げるよ。

全部は無理だけど「ログイン機能だけ」とか小さな単位で完成させるんだ。毎回動くものを見せることで、お客さんから「ここをもっとこうしたい」とフィードバックがもらえる。それを次のスプリントに反映するんだよ。

原則としてスプリント中は計画した内容を変えないよ。新しい要望はバックログに追加して次のスプリントで検討する。これが「開発者が集中できる環境」を守るルールなんだ。

チームの特性やプロジェクトによるけど、2週間が一番人気だよ。短すぎるとスプリントイベント自体のオーバーヘッドが大きくなるし、長すぎるとフィードバックが遅れる。最初は2週間で試して、振り返りで調整していくのがおすすめ。

面白いのは「ベロシティ」っていう指標が見えてくること。各スプリントでどれくらいの作業量をこなせるかが数値化されるから、将来の見積もり精度が上がるんだ。ただしベロシティを「チームの評価指標」に使うと数字を盛る動機が生まれて形骸化するから、あくまで「チーム自身の計画ツール」として使うのが鉄則だよ。