專案經理準備乙個user story, 每個人使用撲克的表達對於這個任務的預估。
比如如果是10天，就蓋住乙個撲克牌10, 不讓其它人看到。等大家都打出牌後，一起開牌。
預期相差大的人互相闡述自己的考慮。
再進行一輪，直到時間相差不大為止。
討論完user story後，確定這個user story的實現和分工，團隊一起共同完成
實現的細節關鍵點:
1. 準備好清晰和較小的user story
2. 闡述user story的過程中，只能問關於user story的細節(不允許發表看法，比如，太難，太簡單等)
3. 參與的人的水平不能相差太大， 如果相差太大，則該人應該是某個參與者的輔助者，不參加整個過程。
4. 使用打撲克方式——好處是每個人在說出自己想法前不知道別人的預期, 知道真實的想法。
5. 討論中，一定要評估時間長的人先發言
6. 意見一致後，對任務進行分工，做成sprint
好處:
1. 單個user stroy，時間短， 目標清楚
2. 所有人都參與評估，提高評估的準確性
3. 討論過程，每個人都有自己的實現方法，互相討論過程中使得細節更加具體
4. 提高團隊成員的參與性和互相協作能力，增強團隊合作感。
對於任務的優先順序或者下一步做什麼的確定，也可以採用這種方式
使用VC 進行專案開發的API抉擇
檢視與邏輯隔離 易於不同平台的移植，易於邏輯開發人員和檢視開發人員的協作。資料結構，如鍊表 雜湊表 佇列等，使用標準c 庫，如std vector 而不是mfc的carray 執行緒 程序 同步等與ui無直接關聯的部分，使用window api，而不用mfc的封裝版本 介面特效 windows訊息處...
使用hadoop的壓縮方式進行壓縮和解壓
壓縮格式 對應的編碼 解碼器 deflate org.apache.hadoop.io.compress.defaultcodec gzip org.apache.hadoop.io.compress.gzipcodec bzip org.apache.hadoop.io.compress.bzip...
編譯成dll的專案使用方式
寫專案的時候，可以選擇使用或者不用動態鏈結庫 動態鏈結庫優點挺多，可以把軟體專案更模組化，如果只是變動其中乙個模組，替換對應的dll就可以了 在選擇把某個模組編譯成dll的時候，需要指明，哪些是外部可以用的，哪些是不給用的 ifdef basefunc export define base api ...