這是我們的第四個Sprint了。由于上一個迭代周期的失利，Leader群發郵件這樣描述道：“對任務的樂觀估計，導致Sprint 3沒有如期完成。我們需要在這次Sprint計劃中仔細評估各自任務，并重新調整計劃。” 周一上午九點半準時啟動我們的計劃會。Leader簡單說明當前工作情況，并把剩下的任務羅列出來，找出需要這一期完成的任務。下面，就要為這些任務找到主人。 第一個任務是HR的服務程序。這是周權和我在上一個Sprint遺留下來的。權哥負責邏輯部分，而我負責WIN8上面的服務程序的調研。所以此任務還是被我倆領走了。 邏輯部分代碼編寫需要大家一起評估時間，而評估時間就是大家假設任務由自己來做，需要花多少時間。然后就像做游戲一樣，每人把自己評估的時間寫在紙上，由Leader組織游戲，依次亮出自己的答案。最后，Leader權衡大家的時間，決定此任務最后的DeadLine。周權對此任務了解較深，他先對任務說出自己的設計想法和一些背景信息，然后大家陷入了思考。 當我大筆一揮在紙上寫下“6”時，旁邊的測試MM笑了。我問她笑什么，她說：“這是拍腦門子想出來的啊！”事實也許就是如此，每個人都是從自己的邏輯角度和經驗來思考這個問題，寫下自己認為可能的時間，其實不就是拍腦門子嘛。 第二個任務是原有架構設計中FACADE模式的實現。 客戶提供驅動接口文檔，為了封裝和隱藏原有系統，齊天準備用FACADE模式來做。這樣會使架構的韌性更好。當然，江濤提出了自己的疑問：“我們非要再次封裝嗎？” “如果不想封裝也可以，直接調原來系統的方法也許。如果時間不夠，不封裝就不封，反正我無所謂。”齊天退步了。 ”還要按原有架構走，沒有重大問題輕易不改原有設計。“Leader還是從大局出發。大家就這樣討論起來，你一言我一語，最后，還是原有計劃不變。 在討論的當兒，我的思緒回到了幾年前高哥給我們培訓設計模式時講的故事： 他原來公司有個項目，需要使用第三方商用庫來開發。他的頭兒在接到這個第三方庫時，自己把所有接口都封裝了一遍。當時大家也不理解為什么這樣做，多麻煩啊。他給大家畫了一幅圖并解釋到，我們的項目調用我封裝好的接口，如果第三方庫有變化，只需要我修改一下封裝層，我們的項目都不用變。  這第三方庫也十分給面子，在第二年就發布了重要版本，修改較大。公司得到這個新庫之后，大家都唏噓不已。如果沒有那次封裝，后果真是不堪設想。 思緒回來，繼續我們的會議。半個多小時，基本上任務都有主人了。墻上的Task板也進行了調整，Task從TODO不斷移動到In Process中。接下來的一周要把它們向To verify和Done中遷移。 Story都已經定下來了，結局如何，還要看我們這一群人的努力。一定會圓滿的，因為我們是A Team。