項目進度管理定義完成的標準和進度信息的核實

申請免費試用、咨詢電話：400-8352-114

　　進度信息的獲取

　　由于團隊開發(fā)中的每個團隊成員的日常工作之間都存在或多或少的依賴關系：某個人的工作要以其他人的一件工作產(chǎn)出為輸入，同時其工作的輸出又是另一個人的某件工作的輸入。

　　從團隊自我管理的角度來說，進度信息是將團隊成員的工作自主得銜接起來的重要因素。因此，敏捷開發(fā)團隊中，進度不應該是只有項目經(jīng)理才關心的事情，而是整個團隊成員都應該關心的事情。但事實上，團隊成員往往傾向于只關心自己手頭上的工作。因此，項目經(jīng)理需要引導和鼓勵團隊成員主動關注自己手頭上的任務所依賴的任務的進度。

　　另一方面，進度是整個團隊應該關心的事情，這就要求在團隊內有一個統(tǒng)一的進度信息獲取與發(fā)布的平臺和途徑。這個平臺可以是一個管理軟件，比如工作流軟件。也可以是一個即時通訊軟件。不管采用什么樣的平臺，項目經(jīng)理應該引導和鼓勵團隊成員主動將各自的進度信息推送到這個平臺，而不是每個人進度還要等其他人來詢問。

　　站立會議也是進度信息的發(fā)布和獲取的一個常見途徑。站立會議中，每個團隊成員都要介紹自己昨天完成了什么，今天計劃做什么。這樣，每個人的進度信息都可以讓其他人了解到。

　　泛普軟件-項目進度管理系統(tǒng)定義完成的標準和進度信息的核實

　　獲取進度信息后，要及時對其進行核實。敏捷開發(fā)中的優(yōu)秀實踐"定義完成的標準"可以幫助我們對進度信息進行核實。

　　下面我們討論什么是完成的標準、定義完成的標準的作用以及如何定義完成的標準。

　　曾經(jīng)有個剛剛開始帶領團隊的人向我咨詢這樣一個問題：他向他的組員分配一個任務，然后他不定期得檢查這個任務的進度?？墒敲看嗡麢z查進度的時候，他的結論都是這個組員的工作成果沒有達到他所期望的，而這個組員卻是認為自己已經(jīng)完成了當天的任務。這種情形導致這種組員不斷得為返工而加班，最后導致其身心俱疲，提出離職申請。事實上，這樣一個問題產(chǎn)生是因為任務的分配者和執(zhí)行者事先沒有約定好什么叫做"完成"。雙方都只是在依照自己心中的"標準"來判斷是否完成，從而導致了對于進度認定的沖突。

　　可見，在我們斷定一個任務是否完成、進行到什么情況前，首先要規(guī)定什么叫"完成"，否則就會在衡量進度的時候產(chǎn)生上述例子中的沖突。這種對于什么才叫做完成的規(guī)定就叫做完成的標準。顯然，進度不能在脫離質量的前提下孤立得衡量，因此完成的標準不僅定義了質量要求(通常是最低質量標準)，也是進度衡量的重要依據(jù)。

　　比如，如果你讓一個沒有什么工作經(jīng)驗的人去安裝一個數(shù)據(jù)庫管理系統(tǒng)，他很可能就是把安裝程序執(zhí)行一遍，若執(zhí)行過程中沒有遇到安裝程序提示錯誤就認為是完成了軟件的安裝。而最后，其他人都不知道這個已經(jīng)安裝"完成"的軟件的訪問信息，比如它所在機器的 IP 地址、偵聽端口。甚至知道了這些信息后，在實際使用時卻發(fā)現(xiàn)所安裝的軟件根本就無法正常運作。

　　其實，對于這樣一個任務我們可以定義一個完成標準：所安裝的要經(jīng)過驗證(比如使用 SQL 能夠在數(shù)據(jù)庫中插入一條記錄，并能夠使用相應 SQL 查詢到插入的記錄)，并輸出軟件的相關使用信息(如軟件所在機器的 IP 地址、軟件的偵聽端口)。

　　可見，完成的標準不僅定義了質量要求(通常是一個最低質量要求)，也定義了任務所要交付的產(chǎn)出物。泛普軟件完成的標準所定義的產(chǎn)出物和質量要求正是評估任務進度的依據(jù)。一個任務在整個團隊中有了一個大家一致認同的完成標準時，任務完成的質量和進度的衡量才不會出現(xiàn)沖突。