項目經理的新思想
公開項目面臨的 風險,持續的重新評估風險,并且使用風險來為項目工作進行優先級的劃分。
通過衡量可演示的結果而不是一系列被完成的活動來評估項目狀態。
在項目的早期,對整個項目開發高層次的計劃,但僅僅對當前的和下一個迭代生成詳細計劃。
根據你如何有效的處理風險的經驗,在任何給定的時間上評估你在需求、架構、設計、實現和測試上的投入。
信任你的 團隊。給他們足夠的知識和職責讓他們全全負責產品的質量。幫助他們團結在一起工作。
項目經理的新思想
迭代開發方法的一個最重要的區別是他被設計成為在項目的早期將主要的風險去除掉。利用這個差別需要對項目所面臨的風險公開而且誠實。同時你逃避風險的自然傾向會使人們推遲處理這些風險,風險不知何故的被忽略 — 就像他們從未發生過。風險就像是傳染。耗愫雎运骄,它的危害就越大。風險必須在整個項目中被持續的識別并劃分優先級;每一個迭代都必須被降低風險的原則性的目標所驅動。
使用這種方法會需要一些文化上的變化。典型的管理形式規定你應該對廣大聽眾避免承認風險,因為人們可能會斷定你們在運作一個有問題的項目。這是一個危險的方法:假裝風險不存在不會使風險離去。
傳統的情況下,項目經理通過詢問團隊成員什么活動已經被完成來確定項目的狀態。他們假設但所有活動都被完成時,項目也就被完成了。但是這種方法經常會導致項目的失敗。檢查被完成的活動是不好的測量項目進度的方法,因為它并沒有對活動的結果的質量進行量化。如果項目經理能夠精確的計劃項目團隊需要做的每一項工作,并且沒有會背離項目計劃的事情發生,這種方法可能會滿足項目的需要。然而,就像很多項目經理知道的那樣,事情很少是按照計劃進行的。甚至是如果你創建了更為詳細的計劃,結果也是令人驚訝的。無論我們如何努力的預期未來,我們也不能預期每一件事情。
基于結果的管理
因為我們不能預測未來,軟件項目的經理需要對他們的一些關鍵的策略進行風險的管理。這需要改變你的測量方法:代替基于完成活動的測量方法,你應該使用基于可演示的結果的方法進行測量。這是基于結果管理的基礎。應用基于結果的管理策略意味著將重點放在風險上并正面的處理它。通過特意的結構化項目的活動以處理風險,你可以揭示隱藏的問題,解決問題并穩定的減少項目進程中的不確定因素。
此外,因為一個軟件開發項目的主要結果是軟件本身,所以你所交付的產物應該是成功的主要量度。你可以使用象一系列被通過的 軟件測試、代碼中的缺陷的數量和他們的精確度等等的矩陣來評估你的軟件。換句話說,移到迭代開發就意味著要通過根據指定目標和需求產生的的測量可演示的結果,而不是通過計算有多少活動、產物或者工作產品被完成來評估項目的狀態。為了評估項目的穩定性(有效管理的另一個量度),你也應該跟蹤需求、設計和代碼中的冗余。
文章來源于領測軟件測試網 http://www.kjueaiud.com/