# 如何以 8 個簡單步驟訂立專案範疇 > 良好的專案範疇能助您在預算範圍內按時完成專案交付項目。瞭解如何以 8 個步驟編寫專案範疇。 Source: https://asana.com/zh-tw/resources/project-scope ## 以 8 個步驟界定專案範疇的快速指南 在進行專案管理時，目標不該太大或太小。相反地，專案規模應該_恰到好處：_大到足以囊括所有專案交付項目，但又小到可以作為[可實現的目標](https://asana.com/resources/smart-goals)。 為此，您必須定義您的專案範疇。定義專案範疇可以幫助您在預算範圍內按時完成專案交付項目，而不會讓您的團隊過度勞累。在本文中，我們將介紹定義和管理專案範疇所需的一切知識。 ## 什麼是專案範疇？ 專案範疇是一種方法，用於為您的專案設定界線，並明確定義您將努力實現哪些目標、期限和[專案交付項目](https://asana.com/resources/what-are-project-deliverables)。藉由釐清您的專案範疇，您便可以確保在不拖延或工作過度的情況下實現您的[專案目標及目的](https://asana.com/resources/how-project-objectives)。 界定專案範疇不是一個人的工作。反之，您應該與任何重要的[專案關係人](https://asana.com/resources/project-stakeholder)取得共識，並確保彼此之間資訊同步。舉例來說，若您正在準備一項產品行銷發表活動，您必須確保與公司相關團隊 (例如產品團隊、設計團隊和內容團隊) 的專案關係人保持同步。根據專案的複雜程度，您可能還需要定出變更控管流程，我們將在稍後為您介紹如何做到這點。 ### 什麼是專案範疇陳述？ 專案範疇陳述就是一份用以說明專案範疇的書面文件。根據專案的複雜程度，您的專案範疇陳述可能是[專案計劃](https://asana.com/resources/project-management-plan)中的一個章節，也可能是一份獨立自成的文件。此外，如果您與外部團隊或代理機構合作，您可以將專案範疇陳述轉化為一份工作說明書 (SOW)，以便鞏固您與供應商之間的協議。 ### 什麼是範疇潛變？ 當專案交付項目超出專案範疇時，就會發生範疇潛變。例如，假設您正在忙於產品發佈，但尚未草擬專案範疇陳述。專案進行到一半時，有一位專案關係人將新聞稿加入專案的交付項目中。 幾天後，另一位專案關係人又加入了有關新產品的部落格貼文。 這些團隊未預料到或未準備好進行的新工作可能導致不必要的壓力，甚至造成專案原始交付項目的延遲。 當專案遭遇範疇潛變時，您最終會開始從事專案開始時沒有預料到的任務。這可能會導致專案延遲、過度工作，或交付項目品質低落 。 避免範疇潛變的最佳方法，就是建立一份紮實的專案範疇陳述，並在過程中儘早與任何相關的專案關係人分享。這樣，每個人便能對專案所涵蓋 (或不涵蓋) 的內容有一致的瞭解。 ## 儘早定義專案範疇能帶來的優勢 定義專案範疇是專案規劃的一項關鍵要素。若沒有明確的範疇陳述，則您的專案可能會超出團隊的完成能力，從而導致延遲或過勞。專案範疇可幫助您設想專案的整個生命週期，並確保您的最終目標是可實現的。具體來說，定義專案範疇可讓您做到： - 確保所有專案關係人都明確瞭解專案的界線 - 管理專案關係人的期待並取得其認同 - 降低專案風險 - 適當地安排預算與[資源規劃](https://asana.com/resources/resource-management-plan) - 使您的專案與其主要[目標](https://asana.com/resources/how-project-objectives)相互契合 - 避免範疇潛變 - 為複雜的專案建立變更請求的流程 ## 以 8 個步驟界定您的專案範疇 ### 1. 從您的專案目的開始著手 在界定專案範疇之前，您必須首先說明您的專案目的。[專案目的](https://asana.com/resources/how-project-objectives)是您計劃要在專案結束時交付的資產。您的專案範疇最終會幫助您實現目標，但您必須先知道要實現的是什麼。 ### 2. 若您尚未制定資源計劃，請先進行之。 除了專案目的之外，您還需要瞭解有哪些資源可供您使用。在專案管理中，_資源_可以是從專案預算到團隊能力的任何內容。[資源管理計劃](https://asana.com/resources/resource-management-plan)概述了專案能夠取得的資源，以及這些資源將如何運用。 在建立專案範疇之前，請先準備好定出您的資源管理計劃。這麼一來，在草擬專案範疇陳述的時候，您便能明確知道有哪些可用的資源，並可據此調整您的專案範疇。 ### 3. 收集任何額外的專案要求 早期專案規劃中還有其他重要的要素。但是現在，您應該專注於可能影響您專案範疇的任何其他事項。請記住：專案範疇是您記錄專案界線、主要目標、預算、資源和交付項目的方法。若還有其他可能影響這些事情的因素 (例如您的[專案時間軸](https://asana.com/resources/create-project-management-timeline-template))，請現在就將它們納入其中。 ### 4. 草擬一份專案範疇陳述 是時候將您所編篡的所有內容彙整至同一處了，也就是您的專案範疇陳述。您的專案範疇陳述應該說明您將進行什麼、不進行什麼，以及背後的原因。 依據專案的複雜程度，您的專案範疇可能是一份條列式清單，也有可能是篇幅較長的段落，或是一份完整的工作說明書。不論篇幅有多長，您的專案範疇陳述應該說明專案目標為何，並闡明您的專案將會涵蓋和不涵蓋哪些內容。 如果您需要在界定範疇時需要協助，請先回答以下這些問題： - 為什麼我們要進行這項專案？最終的目標和交付項目有哪些？ - 我們面臨的限制有哪些？能夠取得多少預算、人手和資源？有哪些團隊成員將致力於此專案？ - 我們的交付項目何時到期？需要依循的時間軸為何？ - 有哪些內容超出範疇？ #### 專案範疇陳述範例 假設您正在重新架設公司的網站。如此則您的專案範疇可能如下所示： **專案目的：**將網站後端轉移至內容管理系統 (CMS) 平台，以便改善網頁速度和靈活度。 **資源：** - 網頁團隊 (3 人)，每週工作時數 30 小時，為時 6 週 - 工程經理 (1 人)，每週工作時數 10 小時，為時 6 週 - IT 與法務審核 (2 個團隊)，每週臨時性工作時數 5 小時 - 內容管理系統預算 $7,000 **交付項目：** - 在 2021 年五月下旬培訓所有內容寫手 - 在 2021 年六月以前將網站完全轉移至新的 CMS [專案藍圖](https://asana.com/resources/project-roadmap)與時間軸： - **4 月 26 日：**開始界定 CMS 範疇 - **5 月 10 日：**IT 與法務審核 - **5 月 17 日至 6 月 3 日：**網頁團隊轉移 - **5 月 31 日：**內容寫手培訓 - **6 月 4 日：**CMS 上線 **超出範疇的內容：** - 新的數位資產管理 (DAM) 系統 - 在新的 CMS 上建立可自訂的網頁 ### 5. 取得重要專案關係人的認同與核准 在簽核您的專案範疇陳述之前，請務必先取得專案關係人的認同。這讓您有機會進行變更、重新設想專案目標，並決定專案應該包含和不該包含的部分。一旦專案開始進行，就更難更改專案範疇陳述中的任何要素，故請妥善地與任何重要的專案關係人就您的範疇進行溝通。 ### 6. 視需要建立一套變更控管流程 如果您有很多專案關係人，或者正在管理複雜的計劃，那麼您可能應該建立一套[變更控管流程](https://asana.com/resources/change-control-process)。對於大型或複雜的專案，有些事項發生變化是無可避免的。也許您的時間軸太過樂觀，或者出現新的客戶回饋，導致您必須變更幾個重要的交付項目。但您也不希望任何人都能隨意更改，因為那可能會導致[範疇潛變](https://asana.com/resources/what-is-scope-creep)。 變更流程是專案關係人在其變更獲得核准之前必須經過的一組既定流程。若要建立一套變更控管流程，請先為您的專案團隊和專案關係人訂定提出變更請求的方式，例如集中式的接收[表單](https://asana.com/product/forms)。接著，由一組預先選擇的重要專案關係人審查變更，並判斷該變更請求是否重要因而值得加入。若該請求值得加入，請看看您是否能降低某些原定工作的優先層級，以避免範疇潛變。 ### 7. 與團隊分享您的專案範疇陳述 在您的專案關係人看過並簽核了您的專案範疇之後，下一步就是將之與您的專案團隊分享。請確保您的團隊能在有一個位置能一站式存取所有工作，例如[工作管理工具](https://asana.com/uses/work-management)。 ### 8. 在專案進行期間回顧您的專案範疇 經常參考您的專案範疇文件很有幫助，能確保您的進度正常且沒有範疇潛變的風險。如果有人將尚未經過變更控管流程的新元素引進至專案中，請將專案範疇陳述提供給他們參考，並鼓勵他們將想法提交為一項請求或快速跟進。 ## 使用專案範疇建立健康的界線 專案範疇陳述是確保您的專案進度正常並取得成功的絕佳工具。也是支援專案團隊和防止過勞的好方法。 但只有在有效溝通的情況下，專案範圍才有用。 請務必在專案早期就建立專案範疇文件。 然後，在專案期間不斷經常回顧。 - [專案管理](/resources/project-management) - [制定應變計劃以預防業務風險的 8 個步驟](/zh-tw/resources/contingency-plan) 商業策略 專案規劃 #### 作者 沒有人希望 A 計劃失效，但準備一份強大的 B 計劃是應對任何情況發生的最佳方式。有了可靠的後援計劃，您就可以有效應對非預期事件，並且盡快讓事情重回正軌。應變計劃是一種主動策略，能夠協助您處理事態惡化並確保業務持續進行。在本文中，深入瞭解如何針對非預期事件制定應變計劃，並且制定恢復策略，以確保您的業務維持健康狀態。什麼是業務應變計劃？業務應變計劃是一種策略 ... - [以 10 個步驟為您的專案啟動會議提供強大動力](/zh-tw/resources/project-kickoff-meeting) 專案規劃 #### 作者 雖然您已付出很多努力讓您的專案順利啟動，然而很多時候，甚至在開始執行專案之前，就已感覺好像偏離了進度。這是因為每位專案團隊成員和專案關係人都會將不同的知識、期望值和優先事項帶到專案中。如果在工作開始之前您並未讓大家有機會達成一致，那麼無論您如何努力修正，專案中其餘的部分都會舉步維艱。好在有一個更好的方法：專案啟動會議。啟動會議是讓團隊在開始工作前維持資訊同 ... - [何謂關係人分析，它為什麼很重要？](/zh-tw/resources/project-stakeholder) 專案管理 專案規劃 #### 作者 將您的專案當成奧斯卡提名電影。您得獎了，必須上台發表重要演說。您會感謝誰？就專案管理而言，這些人就是您的專案關係人——對於您專案有重要的關係，以及用某些方式協助您達成的人員。專案關係人可能是執行工作的人員、核准工作的人，或是您替他執行工作的對象，各有不同，但他們全都很重要。您可能難以相信，但找出專案關係人可能比準備奧斯卡受獎演說還要困難。因此專案關係人分析 ... - [艾森豪矩陣：如何安排待辦清單的優先順序](/zh-tw/resources/eisenhower-matrix) 領導 專案規劃 生產力 #### 作者 製作待辦清單是把工作完成的第一步，但若沒有足夠的時間在一天內完成所有工作，那要如何判斷要優先解決什麼問題？藉由有效安排優先順序，您就能提高生產力並確保最急迫的任務獲得立即處理。艾森豪矩陣是任務管理工具，可協助您分辨任務的輕重緩急，從而建立有效率的工作流程。本文說明如何設立艾森豪矩陣，並提供安排任務優先順序的提示。什麼是艾森豪矩陣？艾森豪矩陣是一種時間管理與 ... - [以 8 個步驟界定專案範疇的快速指南](/zh-tw/resources/project-scope) 專案規劃 專案管理 專案管理 - [作者](/author/julia-martins) 在進行專案管理時，目標不該太大或太小。相反地，專案規模應該恰到好處：大到足以囊括所有專案交付項目，但又小到可以作為可實現的目標。為此，您必須定義您的專案範疇。定義專案範疇可以幫助您在預算範圍內按時完成專案交付項目，而不會讓您的團隊過度勞累。在本文中，我們將介紹定義和管理專案範疇所需的一切知識。什麼是專案範疇？專案範疇是一種方法，用於為您的專案設定界線，並明 ...