"你的冲刺怎么样？" 吉恩问道。
“真是难以置信啊。” 我稍微向后靠了靠。“我领了五个任务，并把它们都完成了。然后我从待办事项列表里拿了一项，也快完成了。”
凯文怎么样了？
"哦，你知道凯文吧。" 我耸了耸肩。"他接手了三件事，现在还在第二件上忙活。这周每天都说快做完了，可我觉得他连这个都完不成，更别说开始下一个了。"
我刚告发了邻居，还觉得挺不错的。
吉恩停顿了一下。'你觉得冲刺是靠你接手待办事项更有帮助，还是靠你帮助凯文更有帮助？'
哦。
我从来没想过要帮助凯文。我挺喜欢比他完成更多任务。对我来说，冲刺是工程师之间的竞争：谁能关闭最多的任务单？我从未将其视为一个共同目标，也从未想过帮助队友可能比增加自己的任务数更重要。
说实话，我从来没有真正想过冲刺。我不知道为什么它们被称为冲刺。我认为它只是一堆随意的任务，每个人都自顾自。除非你有审核别人拉取请求的讨厌差事，否则你就做自己的工作。
我知道我们当时在做“敏捷”或“Scrum”或“看板”之类的。我只是从来没有真正思考过这些东西到底意味着什么。这让我想起，在过去25年左右的时间里，项目经理被改名为产品经理，而我当时以为它们是同一个东西。
我不需要别人的表扬。或许我私下里希望被钦佩，但我希望这种钦佩本身就是个秘密。让我做我自己的事。尽管如此，即使是经理温和的批评也会让我受伤，尤其是当它正确的时候。
吉恩可能后来没怎么想那次交流。但是那天，我回到家开始阅读。敏捷的历史。冲刺背后的原因。"完成"应该意味着什么。我一直在基于一堆我自己编造的假设工作，而且几乎所有这些假设都是错误的。
这正是这本实践指南要讲的内容：那些你需要知道但不会学到的东西，因为学校不教这些。得有人告诉你才行。谢谢你，Gene。