PMP達人-專案管理經驗成長與學習 IT肥蝦個人的專案管理經驗與心得記事與分享。

67愛的鼓勵 2訂閱站台

溫伯格(Gerald M. Weinberg)在IT軟體專案管理界是耳熟能響的國際大師，伊寫了一系列的專著，都是專案管理人士的必讀經典。本書為溫伯格與高斯(Donald C. Gause)合著，主要在探討如何有效的釐清客戶的期望，以精確、正確、完整，且保留應有設計空間的去記錄使用者的需求。個人以為每章之後的摘要，敘說why(為什麼？)、when(何時？)、how(如何？)、who(誰？)可說是精華中的精華、值得一再的閱讀與深思。

本書區分為五大部份：

第一部 先有一點共識：語意曖昧(ambiguity)是整個需求要件(requirements)作業的最大問題，因此如何有效的釐清需求，並建立與客戶間的信任關係，是收集需求階段的最重要目標。

第二部 起步的方式：需求要件作業重點在縮短客戶的期望(expectation)與感受(satisfaction)間的落差。在探訪需求之前，雙方均一同假設解決方案一定存在，再經由有效的訪談、找到對的人與群組、有效的會議、不斷澄清與調查，去減少語意曖昧的字句與敘述。

第三部 探所各種可能性：說明經由有效方式，集思廣意去擴大解決方案的基底。

第四部 釐清客戶的期望：逐步以功能、特性、限制、偏好、期望的作業程序，從解決方案的基底，進一步獲致一個合理與認可的解決方案空間。

第五部 大幅提升成功機率：應儘量設法將解決方案的界限與問題加以數字化與圖表化，藉由一些有效的工具─技術審查、滿意度的檢測、黑箱測試案例、與現有產品的比較與區隔─達致雙方一致的意見，雖然承諾繼續溝通，但以獲得客戶有效(sign off)的認可，為一切的後續作業核心。

本書提供了很多有效，而且實用的工具，如：叢群法、決策樹、使用者分類法、功能表、特性表、所值幾何圖(what-if worth) 、期望表、語意曖昧的衡量指標、滿意度測試、黑箱測試案例等等，協助分析人員有效地搜集、彙整、分析，以產出精確、正確、完整，且不失嚴苛的需求文件。

文中也對如何舉行一個有效率的會議(一般的討論會議、激發創意的腦力激盪會議、技術審查會議) ！如何進行訪談！如何進行開放式問題詢問！如何調和衝突！如何界定解決方案的適當空間！均提出不少有用的建言、規則，與應注意防範的重點。

本書也一再強調：收集需求重點，不但在產出有效的需求文件；也在經由建置、研議、探索需求的過程中，獲得重要的收獲，回饋至專案的成功。因此過程與結果是同等的重要。

書中以兩個例子貫穿本書探討的所有主題：一、超級粉筆專案。二、電梯資訊裝置專案。因此對沒有IT背景的人士而言，閱讀起來也一樣"輕鬆愉快"。

書中對肥蝦啟發較大的有：

(1)不可將困難的部份留給他人處理。各人對圖表的解讀不同，務要接受不同的解讀意見；而不可要求齊一意見。並且要確認每人都可以瞭解與使用，相關的圖表與方法。

(2)使用圖表的目的應根據我們現有手上的工作類型，以及希望避免的錯誤(使用工具；而非被工具使用)。

(3)使用者的確認(Identify stakeholders)後應再繼續將其分別群組；並列示產品(product, service or result)對使用者的態度－friendly ,Ignore, Unfriendly。鑑別使用者或利害關係人是專案初期(initial)的重要工作，但肥蝦往往並不會再加以分類；並記錄產品對使用群組應有的態度，以致後續在處理需求變更或相關變更、修正的議題時，迷失的應有的立場與態度。

(4)偏好的度量與以圖形化表達需求、期望與限制。肥蝦非常喜愛作者於第四部份－藉由功能、特性、限制、偏好、期望－這五個步驟，來建立一個解決方案的有效空間的說明。

(5)對於專案決策的分類－選擇(基於有意識的思考判斷) 、假設(未察覺、偏見、資訊不足、錯誤判斷)與強迫(法律、習慣、高層指示)－應加以區別，並寫下原因。以便後續可以追溯決策立基的緣由，檢視其是否已經不存在或異動，以擴大專案成功的可能性。

(6)凍結需求要件是一種妄想，收集需求的最後一個步驟是：雙方同意繼續溝通。但可以進行下一階段作業的前題是：有足夠的同意書(客戶簽字) ，以及有效的需求收集程序。

(7)培養自己以專業做事的勇氣，以及至少要將一半以上的時間花在自己的身上；而不要被技術層面的事務，或為他人進行協調佔據所有的時間。

本書不但是一本探索如何作好需求文件的說明書籍，更可以當作是一本工具書。對應於PMBOK 5.1 Collect Requirements有著幾近完美的闡述，與詳盡的作業說明。