One Plan

整体目标

咱们从今天正式开始这一期的固定报价的工作，这一期的目标是除了完成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 测试人员需要根据内部计划评估测试任务和时间，制定测试计划。

反馈

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

转载于:https://www.cnblogs.com/WateringPig/archive/2011/09/02/2163392.html