關於如何衡量項目的進度一點思考

        在最近的一個項目中，每次的周總結會議上對項目進度的衡量都是最重要的一個環節，也是花時間最長的一個環節。每次大家都會說：我完成了50%，我完成了80%，我完成了90%…… 但是我心中一直有一個疑問：這個百分比對項目真正進度的衡量有多大意義呢？在當前的這個項目中，我看到的現象就是，大家都說自己的功能完成了多少多少，可是測試人員卻沒有可以測試的功能，更別說達到上線標準的東西了。那麼問題又出在什麼地方呢？

        一個項目的完整流程，基本上包括需求、設計（包括視覺和功能）、編碼、測試、驗收、上線等六個環節，當然這六個環節對整個項目不一定是串列的，但是對於一個具體的功能點來講肯定是串列的。項目的整體進度肯定是要從達到上線標準的功能來衡量。如果功能無法正常運行，對於使用者來講，就等於零。在使用者眼裡只有1和0的區別，沒有使用者會接受完成度是80%的說法。作為開發人員，我們更希望從代碼的角度去考慮這個事情：主流程實現完了，那就是80%，再加上異常的處理流程，Okay，那就是100%了。其實這個100%對於整體的功能來講，最多隻能算是30%，過了驗收測試應該可以算上90%，上線穩定運行才是1。在會議上，開發人員估計的進度，換個角度應該可以理解為，這個功能編碼工作量的完成度。