Sunday, September 27, 2009

書摘:與熊共舞—軟體專案的風險管理

在漸進交付計畫這一節當中,有一段是這麼說的。

The second constraint is that the design blueprint must show the entirety of the design partitioning, down to the lowest level. It's common practice to do some hand-waving at what seems to be an upper-level design, declare the design complete, and leave the rest of the design partitioning to be done as a by-product of coding. When this happens, all the advantages of the closure metrics derived from the incremental delivery plan are lost.

翻譯一下,大意就是說若在”漸進實作“開始之前你只有一份草率的High-level Design,那麼你的完工度指標就沒有意義了。

我認為DeMacro所認定的漸進式的哲學又和“設計一點,實作一點,測試一點”不一樣。工程師透過設計來分解出實作的最小單元,可是設計本身是不可分割的過程,尤其當經理人認真的想追蹤專案進度的時候。

專案管理的最大敵人就是不確定性,在專案初期就把設計做確實,在某個程度上就消除了許多不清楚的地方(尤其是語意上的模糊,需求書的內容被各自表述)。這是風險管理關鍵的一步。

不過,該花多久時間進行設計,該如何有效率的設計,又是另外一個主題了。

No comments: