我們一直在強調製定目標，執行計劃，然後不斷地更新Project，幾乎每天Show計劃完成情況。於是我們確定開發目標，執行開發計劃，然後又確定Bug修改目標，然後再執行Bug修改計劃，就這樣不斷地重複安排時間測試，安排時間修改Bug，再安排時間測試，再安排時間修改Bug。就這樣我們花一週開發，然後花兩週重構，再花三週修改Bug，可是我們的項目並沒有多少好的改觀。問題出在哪兒？
我想應該是出在績效標準上。
這個是我們容易忽視的，我們經常強調目標，強調計劃，強調執行，可很少人去強調工作績效標準，做一件事不做好，還不如不做。領導安排任務後，一定要給下級定一個績效標準。開發人員完成一個任務，一定要給自己定一個任務完成標準。
每一個人都有任務，每一個人都有自己的績效標準，每週例會時項目經理髮布每個人的績效標準的好壞，該表揚就表揚，該批評就批評。有一句俗語，叫‘沒有規矩，不成方圓’，我現在還記得剛來項目組，我們開發人員經常把一些自己臨時的配置文件提交到SVN上，導致別人運行時出錯，就開始我們也在項目例會上提到此問題，告訴大家要注意，可問題依舊。後來決定，以後誰出此差錯，捐獻十元做活動基金，此後一個十元也沒有收到。我在此不是要說明懲罰有多好，但懲罰，批評可以讓我們進步更快。
項目經常出現大量Bug，和大量Reopen的問題，我建議我們開發人員應該制定規矩，開發出現可以出現 20% 的Bug，Bug可以出現 3% 的Reopen，超過數據開發人員自己週末來加班解決。這不僅是對自己的懲罰，更是讓自己進步的鞭策。項目其他人員也制定規矩，項目組成員共同監督，共同努力。