| PSP2.1 | 任務內容 | 計劃完成需要的時間(min) | 實際完成需要的時間(min) |
| Planning | 計劃 | 45 | 40 |
| ?Estimate | 估計這個任務需要多少時間，并規劃大致工作步驟 | 30 | 20 |
| Development | 開發 | 1000 | 1300 |
| Analysis | 需求分析 (包括學習新技術) | 60 | 90 |
| Design Spec | 生成設計文檔 | 30 | - |
| Design Review | 設計復審?(和同事審核設計文檔) | 10 | - |
| Coding Standard | 代碼規范?(為目前的開發制定合適的規范) | 40 | 40 |
| Design | 具體設計 | 60 | 80 |
| Coding | 具體編碼 | 400 | 500 |
| Code Review | 代碼復審 | 30 | 30 |
| est | 測試（自我測試，修改代碼，提交修改） | 350 | 500 |
| Reporting | 報告 | 420 | 480 |
| Test Report | 測試報告 | 360 | 370 |
| Size Measurement | 計算工作量 | 30 | - |
| Postmortem & Process Improvement Plan | 事后總結?,并提出過程改進計劃 | 60 | 80 |
| Summary | 合計 | 1465 | ?1820 |
- 項目完成后才把最終版的PSP表格放出來，好的做法應該是先貼出來然后實時更新（一天更新一次）
- 在實踐過程中發現計劃和需求分析（包含新技術的學習）非常重要，尤其是需求分析，因為新技術的學習很有可能可以使你起到事半功倍的效果。拿這次個人項目舉例，如果提前調研一下C++的相關技術（STL），可以使代碼的簡潔程度和效率都提升很多。因為使用c語言編寫，很多與字符串有關的處理函數需要自己編寫（比如字符串分割等），而且C++中有現成的STL（MAP）可以調用，C的話則需要自己編寫樹的相關實現函數。
- 總而言之，很有必要認真學習一下C++
