紧张的第一次迭代落下帷幕，便到了分数分配这样令人揪心又无奈的日子。如何进行分数分配，以使大家都能满意，这一直是个难以非常好地处理的问题。幸运地是，我们团队的所有成员每个人都对本次迭代乃至整个项目过程付出了很多，每个人都尽力地做好自己的事情。这让分数分配的环节显得容易了许多。
最后我们根据上次例会产生的团队个人排名，并按照老师的“各人不同分”的要求，对此次迭代的各人分数进行了分配。
一、本次迭代团队个人排名及工作的简单介绍：
1、李帅。
李帅在本次迭代中主要负责了主要代码编写这一重要又较为困难的任务。在过程中出现问题，也及时找相应的代码编写人沟通。
2、吴威
吴威，负责团队组织及协调工作。在软件方面，他的主要工作是进行模块测试，以及集成测试等测试工作。于此同时，他完成了游戏主界面的设计和功能实现。
3、安娜
安娜是团队里比较擅长图像类，因此界面的图片搜集以及整理工作交给了她。对于计算机系的同学来说，美工的工作着实有些为难。
4、王鑫楠
王鑫楠在此次迭代任务中主要负责音乐模块的编辑。音乐编辑不仅需要编写代码，还更需要寻找合适的素材，做出合适的音乐。
5、黄为
黄为在此次迭代任务中主要负责辅助模块的编写。该模块涉及积分类、帮助类等。不得不提的是，他在整个项目开发过程中提出了很多有建设性的想法，尤其在分工阶段发起了深刻的讨论，他的思维能力和责任感让人佩服。
6、苏林东
苏林东是此次团队里的PM，主要负责软件的集成和博客的撰写。
二、公布分数分配：
| 成员 | 分数 |
| 苏林东 | 89 |
| 李帅 | 95 |
| 吴威 | 93 |
| 安娜 | 89 |
| 王鑫楠 | 90 |
| 黄为 | 89 |
三、困惑解释：
看到我们的分数非常相近，而且有相等的，我对此作出解释？：
1、如此分配是否符合规定？
分数分配的原则是每个人的分数都不一样。并没有任何规定限定最小分差值，因此我们此次分数分配是符合规定的。
2、这符合你们之前设定的分数分配方案吗？
我们最开始设定的分配方案是很麻烦的。在当时我们以为很好，然后再软件工程的方法学习中以及软件开发过程的进行中，我们发现该方法确实存在一定问题。比如难度系数事实上较难确定，大家都没有开发经验。（当然，如果团队里有个老板，能明确地说哪个任务是哪种难度，值多少分值，就另当别论了。）因此如果完全按照原来分分配方法进行的话，大家的分数会相差很大（初步的评分结果证明了这一点）。在发现这个问题之后，我们对分数分配政策进行了调整。考虑到我们团队的自身的特点，我们按照初次评分后的结果进行排名，并最终按照排名结果对分数进行了上述表格的分配。
3、大家分数差距这么小，是否会有人因此工作积极度下降。因为做多做少，分数也差的不多啊。
实质上，如果单从分数分配政策角度上来说，这种分配方式肯定会造成问题提到的消极情况。然而，一切方法都是应用在实际中的。只有适合实际的方法才是好方法。我们基于自身团队的特点做出这样的分配，是出于以下几点理由：
（1）首先从过程中我们可以看到，大家都在努力的完成工作。对于分配到的任务，没有接了而不做的。即便再忙，大家也会尽量把工作赶在进度内。毕竟这是团队的事情。
（2）平时地接触和了解，我们团队的每个人都不会甘于打酱油，大家都是抱着学习的心态进行软件工程。如果发现自己完成的水了，还会觉得对不起大家。另外，大家也都很看重自己的学习，不会荒废自己的学业。
（3）然而，最重要的一点是，项目团队的目标在产品。所以团队的竞争在于产品的竞争而不在于团队内成员的个人竞争。对于我们这样一个学生项目团队来说，分数就像我们的工资（甚至比工资更重要，所谓分数如命），而我们的产品将会被拿去和其他产品进行竞争。只要大家的利益被绑定在一起，我们所有人才能全力以赴，为着共同的目标奋斗。当然，这一定是基于以上两点基础。毕竟，一切说到底，还是落到人头上
写在最后
最后，希望我们Team--时代团队能一如既往地发挥优良的风格，摒弃过程中呈现出来的缺点和不足；积极合作，高效工作；学习软件开发方法，践行敏捷开发原则；拓宽思路，建言献策；实现我们做出做好产品的共同目标！
如有错误，请指正。