理解職場動態和人際關係，是持續發展的關鍵。
職場政治#
為什麼政治存在#
- 資源有限
- KPI 不清晰
- 貢獻難以衡量
- 組織重組需要打破舊的權力結構
「只要做好工作」的想法是不現實的。理解組織動態是必要的。
程式設計師的角色#
| 應該做 | 不應該做 |
|---|---|
| 尊重政治的存在 | 假裝它不存在 |
| 理解組織利益 | 只關注個人利益 |
| 成為好的參與者 | 公開抵抗決策 |
| 仔細觀察 | 過度參與 |
| 遵守規則 | 抱怨、說壞話 |
技術變革的政治#
業務驅動技術變革比完美架構更重要：
- 語言變化
- 框架轉換
- 雲遷移
- 微服務改造
方法：接受變化不是完美的；看到新可能性；積極參與（或者恭敬地離開團隊）。
選擇主管#
好主管的標誌#
- 持續擴展業務機會（不只是維持現狀）
- 創造開放、透明的溝通文化，有公平的獎勵
- 提供指導/教練；幫助你看到盲點
評估主管的問題#
- 團隊有多久沒有新業務機會了？
- 團隊成員最近有晉升嗎？
- 主管會保護團隊還是推卸責任？
- 主管是否給予建設性反饋？
向上管理#
核心原則#
讓主管的工作更容易，你的工作就會更順利。
具體做法#
| 做法 | 說明 |
|---|---|
| 主動匯報進度 | 不要等主管問；定期同步狀態 |
| 帶著方案提問題 | 不是「怎麼辦」，而是「我建議 A 或 B，你怎麼看？」 |
| 理解主管的壓力 | 知道他關心什麼，幫助解決 |
| 接受反饋 | 不要防禦，展示你在改進 |
| 守信 | 承諾的事情必須完成 |
與主管意見不同時#
- 私下溝通：不要在公開場合反對
- 提供資料和理由：不是情緒
- 接受最終決定：即使不同意
- 執行決策：不要消極抵抗
- 如果無法接受：考慮換團隊，而不是破壞關係
同事關係#
建立信任#
- 兌現承諾
- 分享功勞
- 承認錯誤
- 幫助他人成功
處理衝突#
- 直接溝通：不要通過第三方
- 關注問題：不是人身攻擊
- 尋求共贏：不是輸贏
- 必要時升級：但要謹慎
避免的行為#
- 背後說人壞話
- 搶功勞
- 推卸責任
- 拉幫結派
晉升中的情商#
「先做再升」原則#
先證明你能做下一級的工作，然後再晉升（而非相反）。
穩定輸出勝過偶爾出彩#
- 一致性比偶爾的突出表現更重要
- 可預測的高質量輸出 = 信任
阻礙晉升的因素#
| 因素 | 說明 |
|---|---|
| 與管理層價值觀不符 | 即使能力強也難晉升 |
| 與主管關係不好 | 主管掌握晉升推薦權 |
| 被認為可能離職 | 主管不會為「飛行風險」爭取 |
| 缺乏資歷 | 在平手情況下，資歷是加分項 |
程式設計師的三個階段#
| 階段 | 年限 | 核心任務 |
|---|---|---|
| 寫代碼 | 3-5 年 | 精通編碼基礎，建立學習習慣 |
| 掌握系統 | 3-8 年 | 理解完整系統設計，做估算，帶領初級開發者 |
| 擁有系統 | 8+ 年 | 完全擁有，策略性思維，業務知識，影響力 |
無論走技術路線還是管理路線，情商和溝通能力都是晉升到高級的必要條件。