スプリントで勝っていると思っていた

スプリントで勝っていると思っていた

Published Invalid Date

「勝つ」とは、隣のエンジニアよりも多くのチケットをクローズすることだと思っていた。しかし、ある直接的な質問で、スプリントが何なのか全く理解していなかったと気付かされた。

「スプリントはどうでしたか?」とジーンが尋ねた。

「すごいね、実際に。」私は少し体を後ろに傾けた。「5つのタスクを取って、全部終わらせたんだ。それで、バックログからも何か取って、それももうすぐ終わりそうだよ。」

ケビンはどうしてる?

「ああ、ケビンのことだよね。」私は肩をすくめた。「三つのことを始めたのに、まだ二つ目をやってるんだ。今週は毎日、ほぼ終わったって言ってる。終わるとは思わない、次のを始めるなんてとんでもない。」

ちょうど隣人を裏切ったばかりで、それで平気だった。

ジーンは一呼吸置いた。『スプリントがより進むのに、君がバックログ項目を拾うことと、ケビンを助けることのどちらが役立つと思う?』

ああ

私はケビンを助けることなど考えたこともなかった。彼よりも多くのタスクをこなすのが好きだった。スプリントは、私にとってエンジニア間の競争で、誰が最も多くのチケットを閉じられるかが問われた。それをチーム共通の目標として考えたことはなく、チームメイトを助けることが自分の数字を膨らませることよりも重要かもしれないと思ったこともなかった。

正直に言うと、私はスプリントについて全く考えたことがなかった。なぜそれがスプリントと呼ばれるのか知らなかった。それは単なるタスクの適当な集まりで、みんなが自分勝手にやっていると思っていた。自分で自分の仕事をしていたが、他人のプルリクエストをレビューするという嫌な作業がある場合は別だった。

私たちが「アジャイル」や「スクラム」や「カンバン」とかをやっていることは知っていましたが、それが実際に何を意味するのかは、一度も考えたことがありませんでした。それは、ここ25年のどこかで、プロジェクトマネージャーがプロダクトマネージャーに改名されたことと同じで、私はそれらが同じものだと思い込んでいました。

私は褒められる必要がある人ではありません。たぶん、密かに憧れられたいと思うけど、その憧れ自体が秘密であってほしい。自分のやり方でやらせて。それでも、マネージャーからのちょっとした批判的なフィードバックでさえ傷ついた、特にそれが正しかったときには。

ジーンはおそらくその後、そのやり取りをあまり考えなかっただろう。でも、あの日、私は家に帰り、読み始めた。アジャイルの歴史や、スプリントの理由、そして「完了」の意味についてだ。私は自分で作り上げた仮定の山に基づいて行動していて、そのほとんどすべてが間違っていた。

これは、この実践ガイドが焦点を当てていることです。学校では教えてくれないけれど、知っておくべきこと。誰かが教えてくれなければならないのです。ありがとう、ジーン。

エンジニアリング・フィールドガイド © 2026現代の開発者のためのソフトウェアエンジニアリングの原則、ベストプラクティス、ツールに関する総合ガイド。