UML風格::憶往

重讀這本書讓我回憶起一個專案，不過也不能算是重讀這本書，因為在此之前，我其實讀的是第一本2002年版的書，這次則是讀第二本2005年版的書。

岔題了，回頭來說我多年前輔導的UML/OOAD專案，在那個專案中，我帶領了一個六人的系統分析師團隊，其中絕大部分的人都是生手，聽過UML/OOAD但是沒有實際應用在專案中。這個專案後來夭折了，中途砍掉專案的原因當然很多，不過我倒是憶起當時我們大約每兩天就要開一次會議，一邊檢視我們的產出，一邊統一彼此的產出風格。

團隊成員會決定花時間統一產出的風格，並不是毫無緣由的。當時，一方面考量日後會加新人進團隊，有一致的風格會讓新進成員有跡可循，另一方面也考量當時訂下的風格可以成為公司正式的文件，以後公司所有的UML/OOAD專案無論是委外開發或是自行開發產出的文件內容都有一致的風格，不僅可以節省訂定統一風格的探索時間，也可以提高產出的效能和品質。

現在回想起來，如果當年大家都讀過Scott W. Ambler的書的話，應該可以節省不少開會時間吧！

不過，當時出錢的大老闆並不欣賞我們的做法，看團隊成員三天兩頭關在會議室熱烈地開著會，覺得我們在浪費時間，主事者的急功近利、眼光短淺其實是這個專案中途腰斬的最大原因。

統一風格當然是有好處的，不過這就像是建設下水道工程一般，建設平凡老百姓看不到的地方，很難爭取到選票，如同當時雖然團隊成員上下一心且投入極大的熱情，但是產出的東西還是很難說服主事者繼續掏出口袋裡的鈔票！

許多學者專家已經證明過，在專案進行中，貿然加入新的團隊成員，通常會拖慢專案進度，而非理想中的加快專案進度。當然，這個問題要認真討論起來，又要花上一大堆的篇幅了。

但是，統一風格卻是對團隊成員的擴充有幫助的。怎麼說？我想很多人都有中途加入專案的經歷，總是焦頭爛額地想在極短的時間內搞清楚產出的文件、搞清楚現在專案的進度及程序、搞清楚自己該產出什麼樣的文件、搞清楚自己該如何以最快的速度融入團隊！如果您沒有這樣會使人壓力大到胃潰瘍的經驗的話，恭喜您，不過請您現在想像一下這樣的場景。

所以說，倘若之前團隊產出的文件都有統一的風格的話，因為容易解釋與理解，所以方便現有的團隊成員解釋給新進的團隊成員聽，通常是一敎就懂。如果UML/OOAD文件雜亂無章、毫無風格的話，新進成員腦袋裡會有一堆的問號，像無頭蒼蠅般纏著現有成員不放，不僅無法盡速投入工作，還會擾亂現有成員的工作進度與心情。

總之，簡單來說，有統一風格的產出文件，能夠讓UML圖更簡明且容易了解，也能夠讓UML圖更行得通且有效能。看了Scott W. Ambler的書後，認真地調整一下專案文件的風格，這可是提升產能的第一步喔，好比許多名人懷孕前喜歡找中醫抓藥調整體質一般，調整調整之後，總是很快就聽到懷孕的好消息了。

<上一篇><下一篇>