HRMS項目管理之七(績效標準)

 

我們一直在強調製定目標,執行計劃,然後不斷地更新Project,幾乎每天Show計劃完成情況。於是我們確定開發目標,執行開發計劃,然後又確定Bug修改目標,然後再執行Bug修改計劃,就這樣不斷地重複安排時間測試,安排時間修改Bug,再安排時間測試,再安排時間修改Bug。就這樣我們花一週開發,然後花兩週重構,再花三週修改Bug,可是我們的項目並沒有多少好的改觀。問題出在哪兒?

我想應該是出在績效標準上。

這個是我們容易忽視的,我們經常強調目標,強調計劃,強調執行,可很少人去強調工作績效標準,做一件事不做好,還不如不做。領導安排任務後,一定要給下級定一個績效標準。開發人員完成一個任務,一定要給自己定一個任務完成標準。

每一個人都有任務,每一個人都有自己的績效標準,每週例會時項目經理髮布每個人的績效標準的好壞,該表揚就表揚,該批評就批評。有一句俗語,叫‘沒有規矩,不成方圓’,我現在還記得剛來項目組,我們開發人員經常把一些自己臨時的配置文件提交到SVN上,導致別人運行時出錯,就開始我們也在項目例會上提到此問題,告訴大家要注意,可問題依舊。後來決定,以後誰出此差錯,捐獻十元做活動基金,此後一個十元也沒有收到。我在此不是要說明懲罰有多好,但懲罰,批評可以讓我們進步更快。

項目經常出現大量Bug,和大量Reopen的問題,我建議我們開發人員應該制定規矩,開發出現可以出現 20% BugBug可以出現 3% Reopen,超過數據開發人員自己週末來加班解決。這不僅是對自己的懲罰,更是讓自己進步的鞭策。項目其他人員也制定規矩,項目組成員共同監督,共同努力。

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章