專案經理的英文求職信怎麼寫

一封專案經理求職信的結構

四段，每段一個任務。發起人讀信的方式和讀狀態報告一樣：先找日期，再找偏差，最後才看是誰寫的。

1. 1
   主旨行：寫出案子的名字

   「Application for ERP Programme Manager — 你的名字」。大公司同時有三、四個大型專案在招人，主旨行是分信的依據；寫「Job application」的信會被轉到錯的資料夾，或誰都不轉。職缺有案件編號就用職缺的寫法，不要自創一個。

2. 2
   稱謂：寫給一個人，但假設它會被轉寄

   信通常先到招募或 PMO 手上，再被轉給發起人。所以稱謂寫給一個人——職缺有名字就用名字，沒有就用 Dear Hiring Manager，不要用 To whom it may concern——內容則要禁得起第二個讀者：不要出現只有前一位讀者才懂的鋪陳。

3. 3
   第一段：職缺的日期 × 你的日期

   職缺寫「多國 ERP、固定上線日、受監管」，第一段就拿履歷上那個如期上線的案子接上去，預算與國家數留 [N]。最後一句說：這三件事你同時守過。不自我介紹，不解釋為什麼想換工作。

4. 4
   第二段：兩個形狀相同的成果

   從履歷挑兩條和對方案子最像的：一條追回延誤，一條談下合約而沒動日期。各一個數字。點名對方年報或公開文件裡的那個案子，證明你查過。

5. 5
   第三段：每週的習慣

   專案經理的習慣是行事曆上的東西：週五發 RAID log、每週開變更管制會、用書面的接受門檻。寫成動作，接上它改變的數字。最後留一個只有內部人答得出的問題。

6. 6
   第四段：到職與聯絡

   幾週後能到（交接期就是理由）、方便談的時間、會的語言。履歷附上。兩句結束，不感謝。

這封信每一段在做什麼

逐段看：哪一句承擔哪個任務，哪一件事故意不寫。

1. 1

   Your posting for an ERP Programme Manager wants a multi-country programme taken to a fixed go-live inside a regulated business. At an enterprise systems integrator I delivered a [N] million euro ERP consolidation across [N] countries on the committed date, holding cost within [N] percent of baseline through [N] approved change requests; before that I spent [N] years at a medical device manufacturer, where regulatory sign-off is the milestone every other one waits on. Date, budget and regulator are your posting’s three worries, and I have held all three at once.

   第一句用職缺自己的話說出三個條件：多國、固定上線日、受監管。第二句給履歷上的 ERP 整併案——預算、國家數、成本偏差、變更數全部留 [N]——再補器材廠那 [N] 年，說明監管簽核是所有里程碑的前提。第三句把三個條件收回自己身上。沒有 PMP、沒有 PRINCE2、沒有「我對貴公司很有興趣」。

2. 2

   Two results from that record have the shape of the programme your annual report describes: one ERP instance across every manufacturing site, with validation on the critical path. When the warehouse-management workstream slipped [N] weeks, I re-sequenced integration testing and agreed a vendor overlap that recovered the date at no added cost. At the device manufacturer I negotiated a [N] million euro validation contract down against the vendor’s first proposal without moving a single delivery date.

   兩個成果各一個數字：追回 [N] 週延誤、談下 [N] 百萬歐元的驗證合約。兩條都對到年報裡那個單一 ERP 實例的案子，「with validation on the critical path」是讀過年報的證據。故意沒把「halved the backlog」放進來——留給第三段當習慣的證據，一條成果不花兩次。

3. 3

   The habit behind those figures is weekly and unglamorous. I publish the RAID log every Friday so risks reach sponsors before they become issues, which cut steering-committee escalations from [N] a month to [N]. I run change control against a written acceptance threshold, which halved the open change-request backlog in one quarter. Your posting places validation with the quality function, and one thing I would rather ask than assume: which of the two, programme or quality, signs the go-live?

   習慣寫成每週的動作：週五發 RAID log、變更管制照書面門檻走，每個動作後面接它改變的數字。結尾的問題——上線由專案還是品質簽核——只有內部人答得出，這是對方回信的理由。沒有「我學得很快」「我抗壓」。

4. 4

   I can start in [N] weeks, the notice my current programme needs for a clean handover, and can talk on any weekday in English, Dutch or German. My resume is attached; every figure on it has a baseline I can show you.

   三件事：[N] 週後到職（交接期是理由，不是藉口）、任一工作日可談、三種語言。「every figure on it has a baseline I can show you」把讀者送回履歷，也說明每個數字都有基準線可查。沒有感謝對方撥冗，兩句就是禮貌。

第一句可以怎麼寫

發起人讀第一句就決定要不要往下讀。五種寫法，沒有一種以「I am writing」開頭。

• The [N] million euro ERP consolidation I delivered across [N] countries on its committed date is, line for line, the programme your posting describes.

  你的案子 → 他們的職缺，一句對上。適合職缺把範圍、國家數、上線日都寫清楚的公司。

• Your annual report names a single-instance ERP across every manufacturing site as next year’s largest capital programme; I have landed one of those on its date, and I will be specific about what held it.

  從對方公開文件切入，證明你查過。適合上市公司或有公開年報的組織。

• A [N]-week slip on a warehouse-management workstream is the problem your posting is quietly describing, and the last one I recovered cost the sponsor nothing.

  單一成果對上職缺最痛的那一句。適合職缺在字裡行間承認案子已經在延誤的情況。

• Your posting asks for someone to re-baseline a programme that has already moved its date once; the last one I re-baselined went live on the second date and has not moved since.

  上一句對的是字裡行間，這一句對的是明講：職缺出現「重新基準線」「專案健檢」「接手現有專案」時用。它承認案子已經延誤，把可信度放在第二個日期守住了。

• I have run the same ERP cutover from both sides of the contract, first for the integrator and then for the client paying for it, and I know which side the risk sits on.

  乙方轉甲方最好用的第一句：不解釋動機，只說你看過合約的兩邊。適合對方目前被廠商牽著走、或第一次自己當甲方的職缺。

這封信會被誰打開，他在確認什麼

專案經理的信很少只有一個讀者。招募先對硬條件，PMO 主管看你是扛日期的人還是報日期的人，發起人看規模對不對得上，功能部門主管看你怎麼調動不歸你管的人。四段各要通過其中一個人的檢查。

1. 1
   招募或人資：先過硬條件

   他不讀你的論證，他在對表：到職週數對不對得上動員日、常駐地與出差比重、職缺明文要求的證照、約聘還是正職。這些全部寫在第四段的兩句話裡，不要散在中間。漏掉到職時間，信在第一關就停住，而且沒有人會回信告訴你原因。

2. 2
   PMO 主管：你扛過日期，還是報過日期

   答案在動詞裡。「supported the go-live」「coordinated the workstreams」是報告的人；「re-sequenced integration testing and recovered the date」是扛的人。他也在找你主動說出來的那一次延誤——只報綠燈的信，他每週看三封，而那三封的案子後來都紅了。

3. 3
   發起人：規模對不對得上

   這是算術，不是評價。他手上是跨 [N] 國、預算 [N] 百萬的案子；你上一個案子的預算、廠區數、工作分支數、廠商數如果差一個數量級，信後面寫得再好都補不回來。所以第一段就要有量級：數字可以留 [N]，單位和維度不能留白。

4. 4
   功能部門主管：你怎麼指揮不歸你管的人

   矩陣組織裡專案經理沒有直屬部下，工程、品質、資訊的主管都知道。他讀的是你怎麼描述借來的人：是「managed a team of [N]」（他看得出來不是），還是「[N] 個工作分支主管向專案回報，來自 [N] 個部門，升級路徑寫在專案章程裡」。他同時在看你怎麼寫跟他這種人的意見不合。

5. 5
   採購或廠商窗口：你有沒有拿合約管過廠商

   這個量級的案子，日期多半握在廠商手上。他要的是動作：里程碑怎麼驗收、變更單的門檻在哪、工作說明書怎麼改、廠商遲交那次你做了什麼。範例第二段那條「談下驗證合約而沒有動任何交期」就是寫給他看的——省下錢和守住日期出現在同一句，才算數。

什麼時候它就不是同一封信了

同一份履歷可以寫出六種第一段。決定寫哪一種的不是你，是對方的交付模式、監管環境，以及他們現在要啟動一個案子還是救一個案子。

• 新創的第一位專案經理 vs 企業 PMO

  新創沒有基準線也沒有指導委員會，你去了就是自己建。信裡把 RAID log、變更管制會、閘門審查一項項列出來，讀起來像一個要來開會的人。倒過來寫：上一個案子你用多少會議就守住了日期，以及第一個月你會先建哪一樣——一樣，不是五樣。企業 PMO 要的證據剛好相反：你在別人的模板和報告週期裡跑過。

• 乙方（系統整合商、顧問）vs 甲方

  乙方的專案經理對合約負責，日期和毛利是同一個問題；甲方的專案經理對效益負責，上線之後還要跟這套系統過日子。同一個成果要換一個結尾：對乙方寫你怎麼守住工作說明書的範圍，對甲方寫上線後 [N] 個月的穩定期誰扛、效益從哪一天開始算。範例信走的正是乙方轉甲方，所以第二段刻意選了一條「錢省下來、日期沒動」的成果。

• 受監管 vs 不受監管

  醫材、藥廠、銀行、航太都有一個你自己簽不了的簽核：驗證或稽核在要徑上，上線由品質或法遵放行。這種職缺要看的是你和一個不歸你管的關卡合作過——驗證排在時程的哪裡、文件什麼時候凍結、稽核發現怎麼吸收而不吃掉上線日。不受監管的案子把同樣的字數換成速度：立案到第一個里程碑幾週。

• 敏捷交付 vs 階段閘門

  職缺寫 increment、季度規劃、跨團隊相依，就不要用固定範圍加固定日期去對。改成可預測性：一季承諾的範圍落地了多少、規劃會前清掉幾條相依。職缺寫閘門、基準線、變更管制，就用範例那種寫法。兩種都做過的話，最有力的一句是你怎麼把兩個敏捷工作分支的進度放進同一份給指導委員會的報告，比宣稱自己屬於哪一派有用。

• 救火 vs 全新啟動

  職缺出現「重新基準線」「專案健檢」「接手」，代表案子已經延誤，而且多半換過人。這種信的第二段不是寫你交付過什麼，是寫你接手過什麼：接手那天延誤幾週、你砍掉哪一部分範圍、第二個日期守住了沒有。全新啟動的職缺要的是動員速度：立案到第一個里程碑之間，你做了哪三件事。

• 從相鄰職位轉進來

  從工程主管、分析師或 PMO 分析師轉專案經理，缺的通常不是方法，是「一個你自己扛過、而且要花錢的決定」。所以不要花一段解釋轉職動機，寫一次你端到端負責的範圍：你決定了什麼、那個決定花了多少或省了多少、誰因為它改了行程。範圍小沒關係，端到端不能少。

專案經理求職信最常見的錯

• 把履歷的專案清單再抄一遍

  信只選一個案子講透：它和對方的案子哪裡一樣、你在哪裡守住日期。其餘的案子留在履歷，讀信的人會自己翻。

• 證照寫成一段

  PMP、PRINCE2 在信裡最多半句。一整段講證照，就是一整段沒有日期的文字。

• 數字沒有基準線

  「降低成本」對誰？相對什麼？寫成「相對基準線 [N] 個百分點、經過 [N] 次核准的變更」，發起人才知道你有 change log。

• 假裝從沒延誤

  沒有案子從頭準時到尾。寫你追回的那一次、怎麼追回的，比一份零延誤的紀錄可信得多。

• 一封信寫給三個讀者

  HR、CIO、品質主管想看的不一樣。信只寫給一個人：PMO 主管或發起人。同時討好三個人的信，是三封信的平均值。

• 把人頭當規模

  矩陣組織裡你沒有直屬部下，「managed a team of [N]」讀信的人一眼看破。改寫成事實：[N] 個工作分支主管向專案回報，來自 [N] 個部門，升級路徑寫在章程裡。規模是預算、廠區、工作分支和廠商，不是你沒握過的人頭。

• 把工具當能力

  MS Project、Jira、Smartsheet 是履歷上的一行。在信裡，工具要變成動作才有位置：你在裡面重排了什麼、重排之後哪一個日期回來了。一句只列工具的話，是一句沒有動詞的話。

• 不寫到職時間

  對方正在排動員日，你的交接週數就是他排程的一個輸入。一封沒有日期的信，出自一個以日期為業的人，本身就是證據。寫「[N] 週，交接需要這麼久」，比「as soon as possible」有用得多。

• 把相關人寫成難搞的人

  「managed challenging stakeholders」的問題在於：讀信的人就是 stakeholder。換成一次具體的分歧——誰要加範圍、你拿什麼資料去談、最後怎麼決定、決定之後日期有沒有動。

常見問題

從 SI 轉甲方，要在信裡解釋原因嗎？

一句就夠，而且要站在對方的角度：你在乙方交付過的那種案子，正是他們要自己接手的。範例信第一段就是這樣寫——沒有解釋動機，只把案子的形狀對上。

不要寫「想找更穩定的環境」。這是你的理由，不是他們的。

案子還在跑，數字可以寫嗎？

寫目前的狀態：相對基準線的偏差、已追回的週數、已核准的變更數。不要寫預測的結果，面試追問就露餡。缺的數字留 [N]，回去翻 RAID log。

PMP 要放進信裡嗎？

放履歷。職缺明文要求 PMP 的話，半句帶過（「PMP-certified since [N]」）就好。證照證明你會這套語言，守住的日期才證明你會這份工作。

結尾的問題要問什麼？

問一個只有內部人答得出、而且答案會改變你第一個月怎麼做的問題：誰簽上線、驗證歸誰、變更的門檻是多少。不要問「團隊文化如何」。

職缺寫 agile，我做的是階段閘門，要不要換成敏捷的說法？

換的是顆粒度，不是標籤。你做過的事本來就有敏捷的對應物：每週清相依、分批上線、範圍凍結前的取捨。用他們的詞描述你真的做過的動作可以；把一個瀑布的案子講成一串 sprint 不行，面試第一個問題就是你們一個 sprint 幾週。

我的案子被砍了或無限期延期，可以寫進信裡嗎？

可以，而且是好材料，前提是你寫的是決定，不是遭遇。「在第二個閘門建議停止，省下 [N] 的後續投入」是專案經理的成果；「因組織調整專案取消」是一句沒有主詞的話。

但不要放第一段。第一段留給守住的那一個。

內部專案沒有預算數字，規模怎麼寫？

換一個維度：人天、廠區數、系統介面數、涉及幾個國家、這套系統一天承載多少筆交易。發起人在對的是量級，不一定是錢。真的都拿不到就留 [N]，但單位要寫出來——「[N] 個廠區、[N] 個介面」讀得出規模，「a large project」讀不出來。

相關指南

• STAR：用證據回答行為面試
• 外商面試每一輪在篩選什麼
• 獵頭與招募者：怎麼打交道