工作說明書 (SOW)：拯救你和你的專案

在一個美好的藍色星期一早晨，客戶給你發了一封郵件，要求緊急視訊通話。你作為一名優秀的專案經理，始終將專案進度狀態和其他所有細節掌握在手。因此，毫不猶豫地，你接通了視訊通話，並開始與客戶討論。

在你們最初的寒暄過後，客戶突然抱怨說你的方向錯了。他查看了你昨天在第一階段結束時釋出的應用程式，並且非常失望，因為最初他提到的需求與你開發的需求不符。此外，他還對專案的預算和交付時間提出了質疑。

你現在陷入困境，這是一個典型的兩難境地。你知道專案正在按照最初與合作伙伴討論中記錄的需求進行。所有需求都已妥善記錄並儲存在專案資源庫中。

由於你擁有所有需求文件，因此毫不猶豫地聲稱專案正在朝著正確的方向發展，並向客戶展示了這些文件。但令你驚訝的是，他斷然否認這些需求是他提供的。什麼？！他怎麼可能否認？你知道這些需求是他提供的，你的業務分析師也很好地記錄了它們。

你現在該怎麼辦？任何事情都可能發生。你無法讓合作伙伴相信你的話。也許他會相信你，或者你需要根據他提出的更改來修改應用程式，這將抹去迄今為止完成的所有工作，從而可能使你的專案脫軌/延期。而且，如果你不同意他，你的專案可能會被取消。

那麼，為什麼會發生這種情況？問題出在哪裡？你擁有所有證明的檔案，但他卻不願意相信你。為什麼？因為合作伙伴在提供需求時沒有簽署這些文件。他沒有正式簽署。在這裡，工作說明書 (SOW)的重要性就體現出來了，它可以避免這種情況在最初就發生。

工作說明書 (SOW) 是一份正式檔案，描述了專案中需要完成的工作範圍。這是一份正式檔案，陳述了所有各方共同商定的需求和可接受的交付成果。最重要的是，這份檔案由雙方的指定代表正式簽署。

工作說明書包括：

正如我們所討論的，工作說明書的重要性與目的，讓我們看看模板，它是什麼樣子的

工作說明書 (SOW) 模板

提供專案背景的一般資訊。專案的目的是什麼以及專案最終的收益。

例如：

ABC 手機集團計劃在其成功的“GoGO”應用程式基礎上構建一個新的應用程式。需要對現有的遊戲平臺進行升級，以達到新的水平。它將更加使用者友好，並提供豐富的圖形以增強使用者體驗。ABC 手機集團尋求將新級別的完整開發、測試和實施外包。他們期望新增的功能將增加其市場份額，以及公司的收入。

在本節中，你需要提供專案範圍。詳細的需求可以在“需求”部分中說明，在這裡我們需要說明什麼在範圍內，什麼不在範圍內。

例如：

在這裡，你應該說明要執行的工作地點。在某些情況下，客戶可能會堅持在其場所的即時環境中執行測試階段。因此，你需要根據雙方商定的內容詳細說明這些內容。

例如：

在本節中，我們需要詳細說明實際工作，這將需要成功完成專案。本節需要盡一切努力盡可能詳細地包含所有內容。

例如：

在這裡，我們需要提供每個交付成果和重要里程碑的分階段時間表。日期應在所有各方達成一致後說明，所有利益相關方都應遵守這些日期。

例如：

在本節中，我們需要提供合作伙伴可接受的交付成果狀態。它應包括階段/工作何時可接受的描述以及代表公司授權和接受工作的授權人員的詳細資訊。

例如：

供應商和買方之間存在不同的合同執行模式。有些是固定報價專案，成本是固定的，而有些是時間和材料合同，成本按小時或按單位支付。在所有各方達成一致後，應清楚地說明合同模式。

例如：

這是一份時間和材料合同，成本應根據參與專案的工程師的費率和他們在專案中工作的小時數來計算。

本節包括付款計劃的詳細資訊，如果是分階段或里程碑式付款專案。付款方式、發票日期和頻率也應在此處說明。

工作說明書應始終清晰簡潔，併為所有相關各方理解。它被視為服務購買方和服務提供方之間的正式協議，並且可用於解決專案生命週期中可能出現的任何爭議。因此，在準備時要特別注意，仔細說明我們在本文中討論的每個部分的詳細資訊。

Samual Sam

更新於：2020-07-14

212 次檢視

完成課程後獲得認證

開始