Thunder粉把Vassell吵到睡不著

這篇在講 Game 7 前怎麼守住睡眠、節奏和注意力，避免外部噪音把人拖垮。

我看這種季後賽備戰故事，常常會有一種不爽感。大家都愛講戰術板、對位、誰手感熱不熱，結果真正會把人搞爛的，往往是那些看起來很小的東西：睡不好、被吵到、節奏被打斷、該收的工沒收乾淨。我以前也以為這些是枝微末節，後來才發現，真正決定你能不能撐到最後的，常常就是這些破事。

這次我盯上的來源，是 Newsweek 的這篇 Devin Vassell 故事。它不是什麼超華麗的比賽分析，但我反而覺得這種內容更值得拆。因為它講的不是「球進了沒」，而是比賽前一晚怎麼被環境偷走專注力。這種事，在球場上叫心理戰；在工作上，叫你明明準備了，卻還是被外部條件陰了一把。

我用這篇文章當切口，想拆的不是 NBA 八卦，而是一套很實用的備戰方法論：怎麼看待睡眠、怎麼看待噪音、怎麼看待 workload，還有最重要的，怎麼把那些看似不起眼的 margin 管好。這東西你不只可以拿來看球，也可以拿去看專案、發版、面試、簡報，甚至任何你不想在最後一刻翻車的場景。

來源錨點先放這裡：觸發我整理這篇的，是 Matthew Couden 在 Newsweek 寫的 Devin Vassell / Thunder Game 7 相關報導；文中沒有提供觀看數、書籤數或星數，所以我不亂寫。

別再把「睡不好」當成小事

“I was tossing and turning for a little bit, for sure. … I know they're going to be playing music out there at that park trying to keep us up, so I was trying to get as much sleep as possible,” Vassell told reporters.

翻譯一下就是：Vassell 不是在講他怕球迷，他是在講他怕自己睡不好。這才是重點。很多人看到這種新聞，腦中只會停在「球迷很吵」；但真正有經驗的人會立刻想到，睡眠一旦掉鏈子，後面整套狀態都會歪掉。

我自己以前做產品發佈也犯過一樣的錯。前一天晚上以為再看幾版簡報就好，結果一路看、一路修、一路回訊息，最後腦袋像泡在水裡。隔天上台不是不會講，是整個反應慢半拍。你以為自己輸在內容，其實你輸在睡眠品質。

這就是這段 quote 的價值：它把壓力從「比賽內容」拉回到「比賽前一晚」。而這個視角很重要，因為真正高壓的場景，往往不是當下爆炸，是前一晚就開始漏風了。

實操寫法很簡單：如果你知道隔天會是硬仗，請把睡眠當成正式資產管理，不是可有可無的附加項。關掉通知、提早收工、不要在床上做決策、不要在睡前亂刷刺激內容。你要先保住大腦的電量，才有資格談輸贏。

• 把睡前 90 分鐘視為禁區，不處理高刺激資訊。
• 把「我再看一下」改成明確截止時間。
• 先處理環境，再處理意志力，別顛倒。

Scissortail Park 不是背景，是戰術

這篇文章提到的關鍵細節，是 Scissortail Park。它就在 Paycom Center 對面。這不是隨便提一個地標而已，這個位置把整件事從「球迷很吵」升級成「有人刻意把噪音放到你窗外」。

白話講，這代表壓力不是抽象的。它有地理位置，有時間點，有聲音來源。你一旦把它具體化，就會明白這不是情緒化抱怨，而是一種很現實的干擾設計。這種設計不一定每次都有效，但它的目的很明確：讓你不好睡，讓你不好恢復，讓你第二天少一點精神。

我很吃這種細節，因為它讓我想到很多團隊會犯的錯：大家只會說「環境很糟」，卻不去描述是哪裡糟、什麼時候糟、誰在製造糟。結果你根本沒辦法改善。你只是在抱怨。

實操上，我會建議你在做任何高壓任務時，把環境寫清楚。不是只寫「會議很多」這種廢話，而是寫「哪個地方會吵」「哪個時段最容易被打斷」「哪種干擾最致命」。你只要把場景講具體，很多解法就會自己浮出來。

• 把抽象壓力拆成具體來源。
• 標記干擾發生的地點與時段。
• 把環境視為流程的一部分，不是背景板。

分鐘數這種東西，才是教練的真話

文章裡還有一個我覺得很有意思的點：Vassell 是隊上出場時間最高的人之一，平均 33.9 分鐘，略高於 Stephon Castle 的 33.4 分鐘；而且他在 Game 1 打了 51 分鐘，最近一場則只打了 26 分鐘。這不是巧合，這是節奏管理。

也就是說，教練組很可能在做一件很務實的事：在關鍵戰前，想辦法別把主力操到沒電。這種事球迷常常看不懂，因為大家只想看明星多打、硬幹、撐住。但真正懂的人會知道，季後賽不是比誰最猛，是比誰還有油。

我以前帶工程排程也看過同樣的戲碼。某個核心成員前面幾週被操爆，大家還覺得他很扛；等到最後一週整個人開始掉速，團隊才突然驚覺，原來不是能力不夠，是負載管理爛掉了。這種事不處理，後面只會一直補洞。

所以這段的實操重點是：如果你知道某個人、某個模組、某個任務是高槓桿，就不要等到它快炸了才補。先減載，先分工，先砍掉不必要的東西。不要把英雄主義當成管理方法，那通常只是延後爆炸而已。

Game 1 的 51 分鐘，是提醒不是勳章

Newsweek 提到，Vassell 在 Game 1 打了 51 分鐘，還拿下 13 分、6 籃板、2 助攻、2 火鍋、1 抄截，幫球隊在雙延長中贏球。這種數據看起來很帥，但我看到的是另一件事：他已經先把體力帳單刷了一部分。

翻譯一下就是，Game 1 那場是他能撐住，但不代表後面每場都能複製。很多人喜歡把這種超長上場時間當成榮耀，彷彿只要夠硬，身體就會自動配合。問題是，身體不是口號。你前面花掉的力氣，後面就是要還。

這個邏輯我在專案裡也看過太多次。第一階段大家拼命加班，第二階段開始出現 bug、溝通錯誤、回覆變慢，然後主管還問為什麼品質掉了。因為你前面就把人榨乾了啊，後面怎麼可能還有穩定輸出。

實操寫法：當你看到某個關鍵角色在早期就超量輸出，不要只拍手。你要立刻問，後面怎麼保？怎麼輪？怎麼降載？如果沒有答案，那前面的英雄表現多半只是把問題往後推。

Game 7 真正比的是 routine，不是情緒

這篇故事的背景，是一場 Game 7，贏的人繼續往下走，輸的人回家。這種局面很容易讓人以為勝負全看臨場發揮，但我越看越覺得，真正決定結果的，常常是 routine 有沒有守住。

所謂 routine，不是什麼勵志雞湯，是一套讓人不會亂掉的固定流程。睡多久、幾點收工、賽前怎麼吃、怎麼暖身、怎麼避免被外界聲音帶走。這些東西在平常看起來很平，但到了 Game 7，就是救命繩。

我自己最怕的不是高壓，而是高壓下還要臨時改流程。你本來就已經很累了，結果環境再塞你一個變數，整個狀態就會散掉。所以我很認同這篇文章真正想講的東西：不是要你變得更激動，而是要你更穩。

實操上，你可以直接做一份「高壓日 routine 清單」。把你最不能亂的三件事寫下來，然後在前一天就先鎖住。不要等到當天再靠感覺撐。感覺很常騙人，流程比較老實。

這篇其實在講 margins，不是球迷

如果只看標題，你會以為這是個球迷鬧場的小故事。但我讀完的感覺是：這篇在講 margins，也就是那些最容易被忽略、卻最常決定結果的邊角料。睡眠、噪音、分鐘管理、恢復、節奏，這些東西沒有一個會上精華剪輯，但它們一起決定了你能不能撐到最後。

這也是我最想拆給台灣開發者看的地方。因為我們太常把焦點放在「最後有沒有成功」，卻不看成功之前，系統到底有沒有被保護好。你如果只看結果，很容易誤判；你如果看 margins，才知道問題到底卡在哪裡。

我會把這篇文章當成一個很實用的提醒：真正的備戰，不是把聲勢做大，而是把會壞掉的地方先補起來。這句話聽起來很普通，但它真的很管用。

• 先保護關鍵狀態，再談輸出。
• 先處理干擾源，再談臨場表現。
• 先看邊角細節，再下結論。

可抄的模板

# 高壓前一晚備戰模板：睡眠、噪音、負載、routine

## 1) 這次高壓事件是什麼？
- 事件：
- 時間：
- 會影響誰：

## 2) 目前最大的外部干擾
- 噪音來源：
- 可能打斷的時段：
- 最容易失守的環節：

## 3) 需要保護的內部狀態
- 睡眠：
- 注意力：
- 體力 / 腦力負載：
- 固定 routine：

## 4) 具體減載動作
- 今天幾點後不再碰高刺激內容：
- 哪些事延後到事件後處理：
- 哪些責任先轉交 / 砍掉：
- 哪些通知先關掉：

## 5) 事件前的最低保護線
- 最晚就寢時間：
- 起床後第一件事：
- 出發 / 上線前檢查項：
- 若失眠，備案是什麼：

## 6) 一句可直接對外講的版本
[人名 / 團隊] 目前不是缺努力，而是要先保住 [睡眠 / routine / 負載]，不然 [事件名稱] 會先輸在邊角。

這份拆解主要是我根據 Newsweek 原文整理出來的延伸閱讀；Scissortail Park 和 Paycom Center 只是幫我把場景補完整。原創的是我的拆法，衍生的是這個可直接套用的備戰模板。