整体目标

咱们从今天正式开始这一期的固定报价的工作,这一期的目标是除了完成plan上的任务,同时还需要深入了解系统的逻辑。因为在第一个迭代完成之后,我们还有第二个迭代插入,第二个迭代的任务就相当于Ability Manager中的一些spec,我们需要对系统比较熟悉才能写出质量比较好的spec,才能为下个迭代做好基础准备。

具体计划

各位请看附件的内部计划,两种文件格式,内容一样。以下是一些备注说明:

1. 这次做的计划在迭代中分割成了几周的独立的计划,我以后发送本周目标时会直接将当周的任务计划截取发送,大家也可以多了解一下后期的任务,心里面有个谱。

2. 基本上每周都有部分时间都是是计划用于开发人员的自测和修改bug的时间,大家需要利用好这个时间做好自测,将真正属于自己的任务标记为done,不要遗留未完成部分。有特殊情况,需要发邮件说明,以便于我记录在列表上单独处理。

3. 每个人的投入时间

  • J Yardan和Jon 计划每天投入的平均时间是7小时,计划上对应的是88%,剩余一小时用于处理日常的事物,比如项目周会,部门周会,必要的沟通等等。
  • J Yee计划每天投入的时间是5小时,计划上对应的是65%,其他三小时用于处理解决各位需要我协助的问题和日常沟通,团队管理等任务。
  • J Ivy 在前两天还需要投入部分时间验证AM的bug,后期会全部时间投入。

4. 目前整体计划只比原计划提前了两天,我们也许还有一些隐藏的任务需要投入部分时间,所以在时间上并不是非常宽裕,各位也需要尽量保持高效的沟通,及早的抛出问题,提高我们整个团队的产出。

注意事项

1. 文档

  • J 像我们最初约定的一样,不管是开发人员还是测试人员,发现的有价值的有必要记录的东西都需要记录在one notes上,以便于积累出一些原始的文档,供以后查询,我们会穿插AM和Stats两个系统,如果没有一些文档记录,我们很有可能在一段时间后就忘记了目前还记得的东西。
  • J 谨记这个系统以后也是全权属于我们维护与开发的系统,好用不好用,是否易于添加或修改,我们现在好的习惯可以起到比较大的作用。

2. 重构

  • J 开发人员需要随手重构,发现不好的命名,格式混乱,重复代码等等都是我们需要随手处理掉的问题,不要像AM一样,堆积所有问题到最后一并处理,这样也许以后永远也没时间来处理。
  • J 重构规则尽量与AM中好的习惯保持一致,如果有新的需要规则的地方,请提出来讨论,并将结果记录在one notes。
  • J 现在one notes上已经记录了一些每个页面需要都需要处理的一些条目,各位在处理具体页面时都需要按照这个列表检查一遍。
  • J 在日常工作中,我们需要打开Code Analysis的规则条目并运行测试,尽量将所有的编译警告消除掉。

3. 测试

  • J 由于我们已经经过了一周的系统的开发,测试人员需要尽快熟悉系统,进行一些必要的测试,确保问题不会累积。
  • J 在熟悉过程中,多与开发人员进行沟通,因为开发人员经过一段时间的工作,可能已经比较了解系统的逻辑。
  • J 整理checklist,写测试用例,测试用例颗粒程度依据时间确定。
  • J 测试人员需要根据内部计划评估测试任务和时间,制定测试计划

反馈

各位如果有任何建议或者想法请提出,欢迎沟通讨论。

posted on 2011-09-02 10:14  喝水的猪  阅读(376)  评论(1编辑  收藏  举报