MoSCoW方法是一種用於專案管理、軟體開發和業務分析的優先排序技術。它根據需求的重要性和緊急性來進行優先排序，並讓專案經理能夠相應地分配資源和預算。在本文中，我們將探討MoSCoW方法，並提供一個實際應用的例子。
什麼是MoSCoW方法？
MoSCoW方法是一種優先排序技術，將需求分為四個類別：必須具備、應該具備、可以具備和不會具備。MoSCoW這個縮寫代表：
- 必須具備：對專案成功至關重要的關鍵需求。這些需求是強制性的，必須包含在專案範圍內。
- 應該具備：對專案成功必要的重要需求，但若有必要可延後處理。這些需求重要但非關鍵，可延至專案後期階段再執行。
- 可以具備：雖非專案成功所必需，但能提升專案價值的期望需求。這些需求為可選項目，若時間與預算允許，可予以納入。
- 不會具備：對專案成功無需的需求，且不會包含在專案範圍內。
MoSCoW方法有助於專案經理根據需求的重要性和緊急性來進行優先排序。它讓專案經理能專注於關鍵需求，並相應分配資源與預算。
MoSCoW方法的範例
讓我們以一個軟體開發專案為例，來了解MoSCoW方法如何運作。
假設一家公司希望為其客戶開發一款新的行動應用程式。該應用程式應讓客戶能下單購買商品、追蹤訂單並接收通知。公司也希望加入一些額外功能，使應用程式對客戶更具吸引力。
專案團隊識別出以下需求：
- 必須具備：應用程式必須讓客戶能下單購買商品、追蹤訂單並接收通知。
- 應該具備：應用程式應具備搜尋功能，讓客戶能搜尋商品，以及支付功能，讓客戶能使用多種支付方式支付訂單。
- 可以具備：應用程式可加入會員忠誠度計畫功能，以獎勵客戶的購買行為，以及推薦計畫功能，鼓勵客戶將應用程式推薦給朋友和家人。
- 不會具備：應用程式不會包含社交媒體整合功能，讓客戶能在社交媒體平台上分享其購買內容。
透過使用MoSCoW方法，專案團隊已根據需求的重要性和緊急性進行優先排序。必須具備的需求對專案成功至關重要，必須納入應用程式中。應該具備的需求雖重要，但若有必要可延至專案後期階段。可以具備的需求為可選項目，若時間與預算允許可予以納入。不會具備的需求對專案成功非必要，因此不會納入專案範圍。
真實案例 – CRM系統
專案描述：客戶關係管理（CRM）系統的開發
此敏捷專案的目標是為一家專注於為客戶提供客製化解決方案的小型企業開發一套CRM系統。該CRM系統將設計用以簡化銷售流程並改善客戶互動，使企業能提升客戶滿意度與忠誠度。
專案將遵循敏捷方法論，包含迭代與增量式開發。敏捷團隊將與客戶密切合作，收集需求、開發原型，並以短週期（通常為兩週）交付具備功能的軟體增量。
識別使用者故事清單
為了建立使用者故事清單，您可以考慮與系統互動的不同角色，例如業務代表、經理和客戶，並思考他們為達成目標所需執行的各項任務。您也可以考慮系統中需要儲存與管理的不同類型資料，例如客戶資訊、銷售資料和行銷活動。
根據此分析，您可以產生一份涵蓋廣泛功能的使用者故事清單，從潛在客戶追蹤與客戶服務，到銷售提案與報表。此使用者故事清單旨在為開發團隊提供一個起點，用於優先排序與規劃CRM系統的開發。
以下是CRM系統開發專案的使用者故事清單：
- 作為銷售代表，我希望能夠在一個地方追蹤所有潛在客戶，以便於輕鬆管理我的銷售管道。
- 作為銷售經理，我希望能夠即時查看並監控團隊的進展，以便在需要時提供指導與支援。
- 作為客服代表，我希望能夠查看客戶與我們公司所有互動記錄，以便提供個人化支援。
- 作為行銷經理，我希望能夠根據客戶的偏好與行為對其進行分群，以便針對性地推出相關行銷活動。
- 作為客戶，我希望能夠查看我的購買紀錄與帳戶資訊，以便輕鬆管理與公司的關係。
- 作為客服代表，我希望能夠記錄並追蹤客戶的投訴與詢問，以確保能及時處理。
- 作為銷售代表，我希望能夠快速且輕鬆地生成報價與提案，以便更快完成交易。
- 作為管理員，我希望能夠管理使用者權限與存取等級，以便控制誰可以存取敏感資訊。
- 作為銷售代表，我希望能夠安排並管理與客戶的約會，以便保持井然有序並掌握我的行程。
- 作為經理，我希望能夠產生銷售業績、客戶滿意度及其他指標的報告，以便做出明智的商業決策。
這些使用者故事涵蓋了CRM系統應提供的多樣功能。開發團隊可利用這些使用者故事來優先處理系統最重要的功能，並確保系統滿足所有利害關係人的需求。
以表格形式，我們來呈現與商業情境相關的10個使用者故事的清晰且簡明摘要，以提供使用者故事的整體概覽。
| 使用者故事 | 使用者角色 | 目標 |
|---|---|---|
| 1 | 銷售代表 | 在一個地方追蹤所有潛在客戶，以管理銷售管道 |
| 2 | 銷售經理 | 即時查看並監控團隊進展，以提供指導與支援 |
| 3 | 客服代表 | 查看所有客戶互動以提供個人化支援 |
| 4 | 行銷經理 | 根據偏好與行為對客戶進行分群，以進行目標行銷活動 |
| 5 | 客戶 | 查看購買紀錄與帳戶資訊，以便輕鬆管理 |
| 6 | 客戶服務代表 | 記錄並追蹤客戶投訴和詢問，以確保及時解決 |
| 7 | 銷售代表 | 快速且輕鬆地生成報價和提案，以更快地完成交易 |
| 8 | 管理員 | 管理用戶權限和敏感資訊的存取等級 |
| 9 | 銷售代表 | 安排並管理與客戶的約會，以保持井井有條 |
| 10 | 經理 | 生成銷售業績、客戶滿意度及其他指標的報告，以支持明智的商業決策 |
該表格提供了使用者角色、他們希望達成的具體目標以及使用者故事編號，以便輕鬆引用每個故事。透過將使用者故事以表格形式整理，更容易理解並優先處理需要開發的功能，以滿足專案中相關利益相關者的需求。此表格可作為開發團隊設計和實現符合最終使用者與利益相關者需求的功能之參考。
優先處理使用者故事
根據使用者故事的商業價值及其對專案目標的影響來優先排序非常重要。這確保開發工作集中在最重要且最有價值的功能上，並確保專案能按時且在預算內完成。
可以使用多種技術進行優先排序，例如 MoSCoW 方法，該方法將使用者故事分為「必要擁有」、「應該擁有」、「可以擁有」和「不會擁有」四類。被歸類為「必要擁有」的使用者故事最為關鍵，應首先開發，而「應該擁有」和「可以擁有」的故事則可於後續迭代或發行版本中開發。
以下是之前提到的10個使用者故事的表格，包含相關資訊及根據 MoSCoW 方法進行的優先排序：
根據使用者故事的商業價值及其對專案目標的影響來優先排序非常重要。這確保開發工作集中在最重要且最有價值的功能上，並確保專案能按時且在預算內完成。
可以使用多種技術進行優先排序，例如 MoSCoW 方法，該方法將使用者故事分為「必要擁有」、「應該擁有」、「可以擁有」和「不會擁有」四類。被歸類為「必要擁有」的使用者故事最為關鍵，應首先開發，而「應該擁有」和「可以擁有」的故事則可於後續迭代或發行版本中開發。
以下是之前提到的10個使用者故事的表格，包含相關資訊及根據 MoSCoW 方法進行的優先排序：
| 使用者故事 | 描述 | 優先級 |
|---|---|---|
| 1 | 作為一名銷售代表，我希望能夠將所有潛在客戶集中管理，以便輕鬆掌控我的銷售管道。 | 必要擁有 |
| 2 | 作為銷售經理，我希望能夠即時查看並監控我團隊的進展，以便在需要時提供指導和支持。 | 必要功能 |
| 3 | 作為客服代表，我希望能夠查看客戶與我們公司所有互動的記錄，以便提供個人化的支援。 | 必要功能 |
| 4 | 作為行銷經理，我希望能夠根據客戶的偏好和行為對他們進行分類，以便針對他們推出相關的行銷活動。 | 應該具備 |
| 5 | 作為客戶，我希望能夠查看我的購買紀錄和帳戶資訊，以便輕鬆管理與公司的關係。 | 應該具備 |
| 6 | 作為客服代表，我希望能夠記錄並追蹤客戶的投訴與詢問，以確保能及時處理。 | 應該具備 |
| 7 | 作為銷售代表，我希望能夠快速且輕鬆地生成報價和提案，以便更快完成交易。 | 可選功能 |
| 8 | 作為管理員，我希望能夠管理使用者權限和存取等級，以便控制誰可以存取敏感資訊。 | 可選功能 |
| 9 | 作為銷售代表，我希望能夠安排並管理與客戶的約會，以便保持井井有條並掌握自己的行程。 | 可選功能 |
| 10 | 作為經理，我希望能夠生成銷售業績、客戶滿意度及其他指標的報告，以便做出明智的商業決策。 | 不會實現 |
在此表格中，使用者故事按優先順序列出，首先列出「必要功能」，接著是「應該具備」和「可選功能」。而「不會實現」的功能目前不在本專案的實施計畫中，但未來開發時可能予以考慮。
透過優先排序使用者故事，開發團隊可以確保最重要的功能最先開發，為利益相關者創造價值，並使專案能在時間和預算限制內達成目標。
範例：客戶關係管理系統的Scrum開發計畫
以下是一個啟動敏捷專案的Scrum開發計畫的高階概要。然而，計畫的具體細節將取決於專案需求、團隊結構及其他因素。以下是一個Scrum開發計畫的範例：
- 定義產品待辦事項清單：第一步是定義產品待辦事項清單，這是一份所有需在專案中實作的功能、功能性和需求的優先排序清單。此待辦事項清單將在整個專案期間持續維護，並根據利害關係人需求的變化不斷進行細化與更新。
- 進行迭代規劃：在定義完產品待辦事項清單後，團隊將舉行一次迭代規劃會議，從待辦事項清單中選擇一組使用者故事，作為下一個迭代的開發內容。團隊將估算每個使用者故事所需的投入，並選擇在迭代時間內可完成的使用者故事。
- 舉行每日站會一旦迭代開始，團隊將舉行每日站會，以檢視進度、識別任何障礙或挑戰，並根據需要調整計畫。每日站會應簡短且聚焦，每位團隊成員需報告其進度。
- 開發產品增量：在迭代期間，團隊將專注於開發所選的使用者故事，目標是在迭代結束時交付一個可運作的產品增量。團隊將密切合作，開發人員、測試人員及其他成員共同協作以交付產品增量。
- 進行迭代檢視：在迭代結束時，團隊將舉行迭代檢視會議，向利害關係人展示產品增量，收集反饋，並檢視在迭代期間所取得的進展。
- 進行迭代回顧：在完成迭代檢視後，團隊將舉行迭代回顧會議，檢視迭代流程，識別改進之處，並規劃下一個迭代。
- 重複此流程：團隊將針對每個後續的迭代重複此流程，持續細化與更新產品待辦事項清單，並專注於在每次迭代結束時交付可運作的產品增量。
此Scrum開發計畫提供了一個管理敏捷專案的架構，透過定期的會議與檢視，確保專案按計畫進行，並為利害關係人創造價值。
結論
本文討論了MoSCoW方法，這是一種在敏捷專案管理中用於優先排序專案需求的技術。MoSCoW方法將需求分為四個類別：必須擁有、應該擁有、可以擁有，以及不會擁有。本文提供了一個真實的敏捷專案範例，並說明如何為專案識別使用者故事。隨後，使用MoSCoW方法對使用者故事進行優先排序，其中必須擁有的需求被列為最高優先級。
本文還概述了Scrum開發計畫，包括定義產品待辦事項清單、進行迭代規劃、舉行每日站會、開發產品增量、進行迭代檢視、進行迭代回顧，以及重複此流程。Scrum開發計畫提供了一個管理敏捷專案的架構，確保專案按計畫進行，並為利害關係人創造價值。