Daily Scrum M2 11-5
本周开始,我们的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
很明显的工作量不均衡。。。另外请忽略最后一位已经跳槽的员工。
看起来接下来工作的调整非常重要。不然有人该超负荷运转了。
以上。