无人转会申请

无人转会申请

PureMan6

---

       PureMan6团队在Alpha阶段进展状况符合我们的预期，团队合作非常愉快，每个人的个人能力都获得了提升。同时出于人员变动必然会导致失去原有功能的开发和维护者，会产生新的学习任务产生而耽误开发进度，所以希望能够保持在现有的人员，仅加入一名新的队员（该同学在Alpha后期阶段已经开始参与我们的例会并对项目有了一定了解，对Beta阶段有自己的理解和想要进行的工作），在此提出申请。
PureMan6团队认为自己在以下几个方面做的比较好：

目标实现：

• 在Alpha阶段初期进行了比较充分的用户调研，了解了需求，并设定了合理的功能目标，将目标进行拆解后，以合理的进度分阶段实现了设定的功能（燃尽图比较平稳），对于上一代代码的较为严重的遗留bug基本都进行了修复，且在新开发的功能中基本没有产生新的bug；对于反馈结果中小的遗留问题将在Beta阶段进行解决。
• 找到了合适的发布平台并达到了预期的用户数和活跃度，并且有比较好的反响和较多的反馈，同时也产生了下一步推广的思路。
• 在项目的完成度上，取得了比较好的成果。

工程质量：

• 继承项目后，遵守上届制定的代码规范，尤其在命名和注释方面，保证了较好的可读性。
  （数据证明：
  在Alpha阶段开发中，相比原有项目，代码行数增加了近一倍，而注释行数是原来的3.46倍，注释比例提升了约78%。

       PS：

       1. 注释包括单行注释和多行注释。
       2. 空行算作代码行。
       3. 总行数=代码行数+注释行数
       4. 注释比例=注释行数/总行数）

• 在开发阶段初期，形成了比较清晰地代码组织结构，整个工程有比较清晰地逻辑。
• 开发人员进行代码签入之前都要进行基本的测试，没有明显的bug后进行签入（极少情况出现小问题会立刻在群里通知回退）。每次签入或产生可验证成果之后测试人员都会对该阶段的成果进行测试。
• 测试人员和开发人员对发现的bug进行了在issues上的记录和及时更新修复状态，测试同学建立的
  测试树，对bug（或体验性问题）进行了详尽的记录（Download后查看）。
• 在项目的进展过程中，项目经理会根据结构、设计的调整对各文档和github上project进行更新。

项目管理：

• 以功能为单位将Alpha阶段划分成多个小的阶段，每次迭代实现相对独立的功能或取得较大进展，始终保证App的可用性和可验证性。如果因为技术问题导致某些功能不能完整实现，会适当调整任务的先后顺序，不会耽误整体进度，由PM记录和沟通、考量是否下阶段尝试实现或更换目标。
• 在Alpha阶段中，基本可以按照事先确定的项目分解目标进行推进，同时每次例会交流项目的进展情况，并对优先级进行合理调整。
• PM对每位成员的每日进度进行了详尽的考量并记录在issues和11次报告中，确保每次议会讨论都真实而有价值。在Alpha阶段中基本确定了当前仍存在的问题，和下阶段目标，近日将整理并反映在Alpha阶段反思中。

团队合作：

       团队中每个人承担不同的任务，遇到问题时任务的承担者在尽力解决问题同时，如果问题难度较大或有技术性问题可能会对进度产生影响，会在群聊中及时报告，其他开发人员和项目经理共同讨论寻求解决。
       各位开发小天使们在完成自己的任务后主动在测试人员测试之前进行一些小测试，承担了一些界面优化、bug修复的工作，在编写测试单元时开发和测试也进行了良好的沟通协作。


       以上是PureMan6团队的申请，我们会努力保持优点，并且不断改进，希望可以保持现有的队员们，继续一起努力做出令人满意的“班级博客园”。