本周開始,我們的ASE課程設計中的Milestone2又要開始了,依然是10天的Daily Scrum。當然我們做的還是和M1一樣的東西,只是有更多的改進。
今天是Scrum的第一天,基本上大家還都是處在各自任務的摸索階段。嘗試可行性,寫一些嘗試性的code,然后再慢慢集成進現有的框架。
具體的工作、難點與重點:
1、葉子節點:M1里葉子節點還算比較完善,代碼經過多次重構后也比較容易擴展了。所以當前的任務應該是設計一套新的Template,畢竟原來只有一套Template略顯寒磣。難點估計又是配色問題。雖然鄒老師很熱心地想提供一個UI Vendor來幫我們,但由於UI Vendor更多的是做靜態設計,而不管動態效果的實現,所以好像也幫不上什么忙。但總之都得謝謝鄒老師。現在我們已經有一套配色方案,但具體到代碼又是另外一回事了,很多Photoshop下的效果應用到實際窗體上就會變得比較怪異。
2、根節點:很遺憾,由於覺得不夠好看,所以我們決定直接把根節點砍了。根節點的功能會通過懸浮搜索框來提供(和Win8那個搜索的出現形式差不多)。
3、Bing數據獲取:鄒老師推薦我們將輪詢Bing來獲得新搜索結果的方式改成Bing RSS訂閱來解決。這個主要還是Bing API的使用,但由於Bing文檔齊全,所以好像不是很困難,據了解目前小組成員已經快要解決這個問題。另外一個要做的部分是多線程機制。之前測試時,由於公司網絡斷線,Bing API遲遲不返回結果,這直接導致整個程序Not responding。於是我們決定將Bing數據的獲取改為異步方式,從而避免阻塞UI線程。異步方式基本就是靠多線程,但具體來說由於C#有Async支持,所以到最后是否會直接使用多線程就是另外一回事了。初步覺得利用C# Async機制來實現會更簡單高效。
4、樹枝:M1目前的吐槽點基本都集中在樹枝上了,這導致整個團隊壓力巨大-->M1時最麻煩的也就是這個地方。樹枝的動畫效果真心不容易做,難點在於樹枝的連續性。之前樹枝是分段創建的,所以樹枝的連接處難免比較突兀。這是目前的難點與重點。我們想到的比較簡單的解決方式是預先先把樹畫好,然后在上面加遮罩,再慢慢去掉遮罩從而讓樹出現生長效果。由於樹是一開始就長好的,所以樹的生長也不會有突兀變化。這個還得等我們多試試才行。另外一點要做的是樹的折疊。就是說如果樹長得比較茂盛了,為了方便樹繼續生長,我們會把之前生長出來的樹枝與節點先折疊起來,如果用戶有需要點擊后再展開。這部分的重點基本在於設計一個新的節點樣式。這或許可以等葉子節點設計完成后順便完成。
Working on | Related Item No. | Todo | Todo Item No. | Comments | |
Xiong Zhang | 組織Scrum,Scrum總結 | ||||
Jun Guo | 多線程獲取RSS數據,M1代碼重構,節點Template設計 | 1529,1537,1539 | 多線程獲取RSS數據 | 1529 | |
Shuangzhi Wu | 樹的Folding功能整合 | 1572 | 樹的Folding功能整合 | 1572 | |
Xichao Yang | RSS功能測試,RSS內容解析,RSS內容去重 | 1521,1522,1532 | RSS內容與現有接口整合 | 1573 | |
Li Zhong | 有事未參加Scrum | ||||
Xiao Li | 樹枝子功能設計與實現 | 1526,1527,1528,1518 | 樹枝功能設計與實現 | 1526,1527,1528,1518 |
看起來還是很熱火朝天的感覺。但是M1和M2的一個很大區別就是Task之間的耦合度加大了,雖然很不想這樣不過M2里很明顯樹干的設計成了一個重點的內容,而這方面在M1中並不能算是投入了最多的人力,但是這樣導致的是M2中核心功能由1人開發,而其他的1,2人在等待功能開發的結果才能繼續進行比較solid的工作。希望能迅速打破這種局面。
Burndown & Burnrate
很明顯的工作量不均衡。。。另外請忽略最后一位已經跳槽的員工。
看起來接下來工作的調整非常重要。不然有人該超負荷運轉了。
以上。