(此圖片由 AI 生成)

今天算是一個過渡回，暫時結束了前面準備 PMP 應考的心得，接下來會進入一點點基於 PMBOK 的專案管理理論，直到第2x天才會重新接續報考 PMP (與考試當日) 之類的心得文章。

那麼作為這30天系列文的分段、理論系列的最一開始，讓我們來快速聊聊何謂專案。

什麼是專案？

「專案」Project 在 PMP 中被定義為為了創造獨特的產品、服務或成果而進行的一次性努力。專案通常具有明確的開始和結束時間，並且目標是達成特定的可交付成果。而在 PMP 中，專案常常與「營運」Operations 進行比較：

專案 Project

誠如上面所說：專案是一次性的、有期限的(有明確的開始和結束)，目的是創造某種獨特結果，每個專案都有屬於它的目標和範疇，並且不會重複進行，例如開發一個新產品、建造建築物或開發軟體系統。

營運 Operations

營運是持續的、重複性的日常活動，目的是支持組織、產品或服務的日常運作。營運沒有固定的結束時間，且重複進行。例如，日常的客戶服務、系統維護或產品製造。

例如：對軟體公司來說，發放電子點數這件事，對有電子點數（不論是 EC 點數或是活動用集點）平台就是日常營運 Operations 的頻繁任務，如果能透過程式來做自動化，是不是就可以節省人力呢？畢竟總不可能一個信箱、一個信箱這要檢查校對發送點數吧！

又例如：刪除帳號如果 Web、APP 沒有實作刪除帳號功能，那使用者只能透過客服信箱說要刪除帳號，客服只能請 PM 在 Sprint 打斷正在進行開發任務的 RD 進 DB 刪除對應使用者帳號。在前台暴露刪除帳號按鈕給使用者、在公司內部後台實作刪除帳號功能、在公司內部通訊軟體建立刪除帳號的自動化機器人，對應改善方法有很多種，都比讓 RD 進 DB 改好，既然他是能被能「自動化」處理的，那他就是屬於 Operations 營運任務。

Project 與 Operations 的交集

雖然專案和營運的性質不同，但它們在軟體業經常會交織在一起。新的專案(新功能)可能會引發新的營運活動，而營運中的需求又可能促使新專案啟動。並且當一個專案成功完成後，它的成果很可能會成為日常營運的一部分。

例如，一間自有影音軟體平台的公司，當一個新功能開發專案完成後，該功能或系統的維護和支援就會轉移到營運中，例如交付後台網站給公司內部的營運單位，以後這些功能活動就交由公司營運單位自己處理。

結語

以我們工程師而言，大家通常想做專案任務而不是營運任務，也就是想做開發任務而不是搞 OP 任務，因為專案與營運的區分不僅影響工作內容，更決定了程式撰寫的挑戰性與創新度。

專案帶來的是獨特的目標和短期的衝刺感，而營運則是長期穩定的系統維護與優化，有時候後者容易變得「瑣碎」與「繁雜」，偏偏營運又是「持續性」的，所以個人在學習會用「能否自動化」改善，來劃分專案和營運。