現狀剖析
提問者僅有一年多開發經驗，面臨「PM」與「Tech Lead/CTO」兩條路徑的選擇。業界共識：一年資歷通常不足以勝任任一角色的完整職責。
角色職責對照表
| 維度 | 專案經理 (PM) | 技術總監 / 技術主管 |
|---|
| 核心產出 | 交付時程、範圍、品質、成本 | 技術架構決策、代碼品質、技術債管理 |
| 人員管理 | 跨職能協調、衝突調解、績效追蹤 | 技術指導、Code Review、招聘技術面試 |
| 技術深度 | 廣度優先、懂架構權衡即可 | 深度優先、能解決最棘手技術難題 |
| 典型門檻 | 3-5 年專案經驗 + PMP/Scrum Master | 5-8 年開發 + 系統級架構實戰 |
一年資歷的建議路徑
- 繼續深耕技術 (2-3 年)：完整經歷 2-3 個專案生命週期，主導至少一個模組的設計與重構。
- 主動承擔「準 PM」任務：協助撰寫規格書、主持 Daily Standup、追蹤 Burn-down Chart，累積專案管理感知。
- 建立技術影響力：撰寫部落格、分享內部 Tech Talk、貢獻開源專案，為未來轉技術主管鋪路。
- 考取入門證照：PSM I (Scrum)、AZ-400 (DevOps) 等低門檻證照，展現轉型意圖。
公司情境變數
- 新創團隊 (<10 人)：常需「全能型」工程師兼任 PM/Tech Lead，機會較多但壓力大、資源少。
- 大型企業：職涯階梯明確，通常設有「Associate PM」「Junior Tech Lead」階梯，轉型路徑較平緩。
- 外包/專案制：PM 需求大，但易陷入「追進度」而非「做產品」的陷阱。
自我檢核清單
若符合 ≥4 項，可嘗試內部轉崗申請：
- [ ] 能獨立完成模組級架構設計並說明 Trade-off
- [ ] 曾主導跨團隊協作交付 (哪怕是小功能)
- [ ] 熟悉至少一種專案管理工具
- [ ] 能用非技術語言向利害關係人解釋技術風險
- [ ] 有處理上線事故、Rollback 經驗
結語
「好」與「壞」取決於組織支援度與個人意願匹配度。建議先與主管坦誠溝通職涯規劃，爭取「導師制」或「輪崗」機會，以低風險驗證適性，再決定長期投入方向。
