由於這次的系列文章屬於小說文體，為了方便大家快速查找特定主題或概念，我整理了這份知識點反向索引，希望當你想回顧某個特定技巧或方法時，可以直接從這裡找到它在 30 天文章中出現的所有位置。
你可能會發現，這個系列裡談到需求管理、專案協調這些主題時，有時候我沒有特別去套用那些專案管理的標準框架。
不是因為那些框架不好，而是因為對工程師來說，可操作性真的太低了。畢竟我們不像 PM 有全職的時間可以做這些事，我們的首要任務還是寫 code 啊。
所以這裡用的有些是簡化過的框架。目標是讓我們在繁忙的工作中，也能有足夠的餘裕去操作這些方法，並且出發點是保護跟促進我們自己的工作能順利進行，而不是要從 PM 的專案視角來看事情。
寫這個主題的時候，我最在意的是要先處理心理門檻。
等到阿偉(或讀者)開始能接受「這不是拍馬屁，而是翻譯」之後，我才開始逐步加入具體方法：從個人層面的價值展現(Day 5、Day 6)，到面對不同對象的翻譯技巧 (Day 12、Day 14、Day 23)，最後才是更進階的向上溝通實戰 (Day 22、Day 28、Day 29)。
這樣的編排順序，是希望讓大家能夠先釋懷、再理解、最後才操作。
這個主題的編排，是從個人出發、逐步擴大到團隊的過程。
一開始先從處理個人界線(Day 4、Day 10) 開始，因為如果連自己都保護不好，就更不可能保護團隊了。所以要先學會怎麼對不合理的請求說不、怎麼守住自己的專注時間。
接著是緊急度判斷(Day 15)，這是個人界線跟團隊界線之間的橋樑。因為當我們開始有能力判斷什麼是真的急、什麼只是看起來急，你才能開始替團隊做這件事。
最後才是團隊界線管理 (Day 18、Day 25、Day 26)。這時候阿偉已經有一定的資歷，開始需要保護的不只是自己，還有團隊成員。主要是在鋪陳一個從被保護者變成保護者的成長軌跡。
這部分主題的編排邏輯，是從具體場景開始、然後再逐步往心態調整深入。
一開始我先從從 Code Review (Day 3)切入，因為這是工程師最常遇到、也最容易起衝突的技術溝通場景。先給具體的操作方向，讓大家有個可以立刻嘗試的起點。
接著才是心態層面的調整 (Day 11)，談怎麼從「防禦的心態」轉換成「合作心態」。因為如果只有技巧沒有心態轉變，之後的溝通還是會卡住。
然後是處理不同性格的人 (Day 13 的完美主義者)，以及更進階的溝通策略 (Day 21)。這個順序是希望讓大家能夠先有可操作的方法、再調整底層心態、最後才處理複雜情境。
這裡是從打破迷思開始當做起點、然後再逐步討論到我們可以如何實際運用影響力。
一開始先處理心態層面(Day 3、Day 7)，建立起「溝通能力和技術能力之間，其實不屬於對立關係」的認知。接著談不同情境下的溝通 (Day 19 遠端工作)，雖然現在疫情已經過了，但許多眉角在hybrid甚至回去on site都還是很有用。
然後當阿偉已經不再抗拒「經營關係」這件事時，才是更主動的關係經營 (Day 22)，比如談怎麼找貴人啊、建立影響力地圖等等。最後在故事接近尾聲時 (Day 28)，再度挑戰阿偉的心魔，讓他試著去克服它。
關於這部分，一開始是從個人的知識管理來切入(Day 17)，接著談組織層面的困境(Day 18)，為什麼知識分享這麼難推？在這裡我把描寫的重點，擺在希望能讓大家看懂問題的結構上，方便讀者思考在自己的環境裡的其他變形。
然後是帶新人跟授權(Day 16、Day 26)，這時候阿偉開始要教人了，得學會怎麼把知識傳出去、怎麼放手讓人成長。最後則是 AI 時代的新挑戰 (Day 27)。這個順序是希望能夠先管好自己、再影響組織、最後教會別人。
很多工程師會覺得妥協就是放棄原則。所以 Day 13 先從具體場景切入，讓大家看到其實可以在技術理想跟現實限制之間找平衡，在有限資源下保留願景。
Day 24 跳到職涯選擇，談怎麼用實驗心態來看待職涯。阿偉開始思考要走技術還是管理，但我不想給標準答案，算是保留一點懸念吧。
而 Day 25 描述的，是一個決策者的心態，談當責跟權衡取捨。接受不完美是第一步，勇於嘗試是第二步，學會承擔才是最難的。
心理建設這個主題，其實是穿插在整個系列裡的。而在 Day 8-10 集中處理了三個最常見的心理障礙，像是到底該不該學溝通(Day 8) 啊、冒牌者症候群 (Day 9)、以及技術焦慮(Day 10)等。
會把這三篇放在前面，是因為如果這些心理門檻沒有先處理，後面教再多方法都很難真的用出來。就像明明知道怎麼做，但心裡就是過不去那關一樣。
Day 27 講 AI 時代的焦慮，則是放在故事後期，讓阿偉重新面對、並設法處理這些捲土重來的不適感，還有擔心被取代的深層焦慮又被喚醒的恐懼。
iThome鐵人賽
看影片追技術