- 未填公司未填職務31-35歲
系統整合類型的公司，駐點PM，工作上有沒有什麼要注意的？
目前在專案管理這個領域中算菜鳥，先前有在純軟體公司待了幾個月，目前想轉換到系統整合公司做駐點PM嘗試看看。
因為沒做過這類型的PM，並且產業也是新的領域，想請問大致上的工作模式是什麼？有沒有什麼要注意的？為什麼網路上很多人都排斥駐點？
想聽聽前輩們的意見，謝謝。
🧭 一、系統整合公司的工作模式概覽
系統整合公司（SI公司）主要負責整合硬體、軟體、網路、資安等不同系統，幫客戶打造完整解決方案。
🔹常見的工作型態：
公司內PM（內勤PM）：
在自己公司裡負責專案進度、文件、與客戶開會等，偶爾外出。
駐點PM（On-site PM）：
長期派駐在「客戶端」，負責與客戶端溝通、需求確認、協調廠商及內部開發團隊。
你的人事歸屬是SI公司，但日常工作環境、合作對象是客戶單位。
角色有點像「雙方橋樑」。
💼 二、駐點PM的實際工作內容
需求訪談與文件整理
與客戶端討論需求、紀錄會議紀要、撰寫需求文件（SRS、Use Case等）。
協助界面需求、流程設計的溝通。
專案進度與協調
對內：回報開發進度給SI公司、安排開發測試時程。
對外：追蹤客戶端審核、測試、上線的時程。
有時也要協調硬體商、第三方系統對接。
測試與上線支援
協助UAT（使用者驗收測試）、記錄Bug、協助修正與重新驗證。
上線當天可能要在現場 standby。
後續維運與溝通
上線後處理問題回報、版本更新、維護合約事宜。
⚙️ 三、駐點PM需要特別注意的地方
1️⃣ 身份與角色的「灰色地帶」
你是SI公司的員工，但在客戶那裡工作。
對客戶要保持專業、中立、不越界；
對自己公司要準確傳達客戶需求、不讓自己變成「被客戶使喚的外包」。
2️⃣ 資訊流通風險
駐點容易出現「兩邊資訊不同步」的情況：
例如你知道客戶改需求，但內部開發團隊沒被通知。
✅ 建議你建立清楚的文件流，例如會議紀錄、變更紀錄，一定要E-mail抄送並存檔。
3️⃣ 人際互動與職場文化差異
駐點時會面對兩種文化（客戶端、自己公司），可能：
客戶公司比較官僚或講層級；
你原公司比較彈性或工程導向。
這會導致溝通風格差異，所以學會觀察與調整語氣是駐點PM的關鍵技能。
4️⃣ 自主性受限
駐點PM很多時候「不是自己公司主管看得到的人」，有些人會覺得：
成就感低、升遷慢；
被動接受任務、回報線模糊；
有時還會被誤會是「外包人員」。
👉 這也是為什麼網路上很多人排斥駐點的主要原因。
這是一個非常實用的問題，尤其對於剛踏入專案管理領域、考慮轉職到系統整合公司的駐點 PM（Project Manager）來說。以下是針對這個問題的分析與建議：
🔍 一、系統整合公司駐點 PM 的工作模式
駐點 PM 通常是指在客戶端（例如銀行、政府機關、大型企業等）長期或短期工作，負責協助推動專案進行。這類型的 PM 角色介於「客戶」與「原公司」之間，具有溝通橋樑的功能。
主要工作內容可能包括：
與客戶端的使用者或業務單位溝通需求
協助撰寫或確認需求文件（SRS、BRD 等）
協調原公司技術團隊的開發進度與交付
追蹤專案時程、風險、問題處理
有時也需支援測試、驗收、教育訓練等
⚠️ 二、駐點 PM 的注意事項
角色定位清楚：
你是代表原公司在客戶端工作，不是客戶的員工，要注意立場與責任界線。
有時客戶會希望你「幫忙做更多」，要懂得適度拒絕或回報原公司。
溝通技巧很重要：
客戶端的需求可能不夠明確，要懂得引導、釐清。
技術團隊可能不在現場，要能有效遠距協調。
文件與紀錄要完整：
每次會議、溝通都要有紀錄，避免日後爭議。
專案變更要有正式流程（例如 CR、變更單）。
心理素質與彈性：
駐點環境可能不如原公司自由，甚至有些孤單。
要適應不同文化與工作節奏。
🤔 三、為什麼網路上很多人排斥駐點？
這個現象確實存在，原因可能包括：
工作環境不熟悉或不友善：駐點可能像「外人」，不容易融入。
升遷與學習機會有限：不在原公司內部，較難參與內部培訓或晉升。
工作內容重複性高：有些駐點 PM 只是「窗口」，不參與決策或技術。
責任大但權限小：要負責專案進度，但無法直接指揮技術團隊。
✅ 四、給菜鳥 PM 的建議
先釐清駐點的具體任務與權責，避免落入「打雜」或「被當助理」的情況。
建立自己的專案管理工具箱：學會用 Gantt Chart、JIRA、Confluence、Excel 等工具。
持續學習產業知識：系統整合公司可能涉及硬體、網路、資安等領域，建議補充相關知識。
建立人脈與信任：不論是客戶端或原公司，良好的人際關係是成功關鍵。
以上資訊與AI協助提供給你參考
希望對你有幫助
這個問題問得非常好 👍
您現在這個階段（31-35歲、PM菜鳥階段），能夠主動去探索不同產業型態的PM工作，其實是很務實、也很值得鼓勵的。💪
我們來慢慢拆開看👇
🎯 一、所謂「駐點PM」到底是什麼？
駐點PM通常是「系統整合公司（SI）」派駐到客戶端工作的專案經理。
簡單說，你不是客戶公司的人，但你的工作地點、任務對象、每日協作都在客戶那邊。
所以你的角色是：
半個外包、半個內部PM。
要幫SI公司守住專案品質，又得顧客戶那邊的期待與政治。
💼 二、駐點PM的日常工作模式
以一般情況來說，會包含：
與客戶端需求單位開會、確認需求（你是「中間人」）。
回報進度給SI公司內部團隊（開發/測試/維運）。
協調雙方的時程、問題、Bug、變更。
有時還要幫忙處理報價、合約修改等文件。
有時被客戶當成「內部IT」用 😅，要臨時解釋為什麼系統這樣設計。
說白了，你是專案的「外交官」——要懂兩邊的語言、文化與立場。
這角色累，但對鍛鍊溝通、協調、抗壓與政治敏感度非常有幫助。
⚠️ 三、常見的「地雷」與注意事項
身份模糊、歸屬感低
客戶不一定把你當「自己人」，SI公司也不一定天天看到你。
→ 解法：要自己主動維繫兩邊的關係；定期回報、主動爭取可見度。
權責不對等
常會被要求做「要有PM責任，但沒PM權限」的事。
→ 解法：學會用紀錄與回報保護自己，所有重要決策都要「留痕」。
學不到太深的技術
因為多半你是橋樑角色，不會真正開發。
→ 解法：主動跟技術團隊學習系統架構與痛點，別讓自己變成「只會開會的PM」。
被動等待指令、容易被忽略
→ 解法：要用「諮詢式PM」思維，讓自己成為「懂客戶痛點、能幫他解決問題」的人，而不是只是傳話機器。
🤔 為什麼很多人排斥駐點？
老實說，主要是這幾點：
沒有明確升遷路徑（駐點結束後去哪？）
容易被當成「外包工」對待
對專案沒最終主導權
一些人覺得「社交壓力」大（要在非自己公司文化裡生存）
但這些問題，其實要看你是為了什麼而去👇
如果你想：
練專案管理的溝通實戰力 🗣️
體驗不同產業的客戶端運作
快速累積多專案經驗
那駐點PM會是很好的「中繼站」。🚉
💬 給你的小小建議供參考
把駐點當作「修煉場」，不要當成「長期歸宿」。
用這段經歷去練成三個能力：
1️⃣ 跨組織協調
2️⃣ 雙方語言翻譯（技術 ↔ 業務）
3️⃣ 壓力下的溝通與紀錄
若1~2年後想轉產品經理、內部PM或顧問PM，這段經歷會是非常實用的墊腳石。
Jeff
