Z.XML第一次迭代分数分配

紧张的第一次迭代落下帷幕，便到了分数分配这样令人揪心又无奈的日子。如何进行分数分配，以使大家都能满意，这一直是个难以非常好地处理的问题。幸运地是，我们团队的所有成员每个人都对本次迭代乃至整个项目过程付出了很多，每个人都尽力地做好自己的事情。这让分数分配的环节显得容易了许多。

最后我们根据上次例会产生的团队个人排名，并按照老师的“各人不同分”的要求，对此次迭代的各人分数进行了分配。

一、本次迭代团队个人排名及工作的简单介绍：

1、毛宇。

    毛宇在本次迭代中主要负责了软件集成这一重要又较为困难的任务。在过程中出现问题，也及时找相应的代码编写人沟通，并最终将软件成功地进行了集成。同时，他还负责编写游戏技能模块，设计出多种技能（最终选出5种），效果非常好。

2、李孟

　　李孟是团队本次迭代的PM，负责团队组织及协调工作。在软件方面，他的主要工作是进行模块测试，以及集成测试等测试工作。于此同时，他完成了游戏主界面的设计和功能实现（按钮、血量条等），以及帮助，排行榜，分享，关于等辅助功能，并完成了软件移植工作。

3、周敏轩

　　周敏轩非常完美地完成了主角的编写，代码质量非常好，使得后期调试工作量减小很多。其精美的主角和丰富的效果也使得团队成员信心大增。同时，他还参与了《设计文档》的编写。他还在队友发生困难的时候给予了帮助，搜集了缺失的素材，他的团队精神让人佩服。

4、薛亚杰

　　薛亚杰在本次迭代中主要负责地图模块的编辑。地图编辑不仅需要编写代码，还更需要寻找合适的素材，做出漂亮使用的地图。对于计算机系的同学来说，美工的工作着实有些为难。但是他迎难而上，一夫当关，集中精力解决技术难题并搜集大量素材，高效地设计出初版并在过程中不断地优化，最终达到了让团队满意的效果。同时，他还参与了《测试报告》的编写工作。

5、肖俊鹏

     肖俊鹏在本次迭代中主要负责敌军模块的编写。该模块涉及到AI算法，是本次分工中难度较高的一项任务。但是他凭借扎实的技术功底和领先的算法思维，成功地完成了敌军模块的编写。同时，他还参与了《设计文档》的编写。不得不提的是，他在整个项目开发过程中提出了很多有建设性的想法，尤其在分工阶段发起了深刻的讨论，他的思维能力和责任感让人佩服。

6、马辰

    马辰是团队里唯一的女生，但是她向我们展示了“谁说女子不如男”的巾帼气派。她完成了道具类、子弹类、以及圣塔类的编写效果。尤其圣塔的效果被大家所称赞。同时，她还完成了《功能说明》的编写工作。她在生病期间还不忘坚持工作，让人十分感动。

7、罗凡

    罗凡在本次迭代中主要负责主菜单、成就系统、设置类以及游戏结束场景的编写。更重要的是，他搜集了大量素材提供给队友，使得游戏地图显得十分漂亮。他在美工上下足了功夫，使得游戏美工提升了一个层次。同时，他还完成了《需求文档》的编写工作。

  值得一提的是，在开发的最后，我们团队每一个人都参与了软件的测试，并积极进行调试。也因着大家的认真和努力，和对敏捷开发原则的坚持，我们的软件开发过程一直在受控制的进度控制良好地进行下去，并取得了较为满意的效果。人多必有排名，但是这排名也只是一个排名。最重要地是，大家在过程中付出自己的努力，团结团队的智慧，做出团队的产品！

二、公布分数分配：

成员	分数
毛宇	19.9
李孟	20.2
周敏轩	20.1
薛亚杰	20.0
肖俊鹏	20.3
马辰	19.8
罗凡	19.7

三、困惑解释：

 看到我们的分数以0.1分成等差数列，相信大家会提出质疑，认为我们的分配不合理或者太随意。下面我将就几个可能的问题作出解释。

1、如此分配是否符合规定？

分数分配的原则是每个人的分数都不一样，而且总和等于20*团队人数（在我们团队，就是140）。并没有任何规定限定最小分差值，因此我们此次分数分配是符合规定的。

2、这符合你们之前设定的分数分配方案吗？

我们最开始设定的分配方案是见此。在当时我们以为很好，然后再软件工程的方法学习中以及软件开发过程的进行中，我们发现该方法确实存在一定问题。比如难度系数事实上较难确定，大家都没有开发经验。（当然，如果团队里有个老板，能明确地说哪个任务是哪种难度，值多少分值，就另当别论了。）因此如果完全按照原来分分配方法进行的话，大家的分数会相差很大（初步的评分结果证明了这一点）。在发现这个问题之后，我们对分数分配政策进行了调整。考虑到我们团队的自身的特点，我们按照初次评分后的结果进行排名，并最终按照排名结果对分数进行了上述表格的分配。

3、大家分数差距这么小，是否会有人因此工作积极度下降。因为做多做少，分数也差的不多啊。

实质上，如果单从分数分配政策角度上来说，这种分配方式肯定会造成问题提到的消极情况。然而，一切方法都是应用在实际中的。只有适合实际的方法才是好方法。我们基于自身团队的特点做出这样的分配，是出于以下几点理由：

（1）首先从过程中我们可以看到，大家都在努力的完成工作。对于分配到的任务，没有接了而不做的。即便再忙，大家也会尽量把工作赶在进度内。毕竟这是团队的事情。

（2）平时地接触和了解，我们团队的每个人都不会甘于打酱油，大家都是抱着学习的心态进行软件工程。如果发现自己完成的水了，还会觉得对不起大家。另外，大家也都很看重自己的学习，不会荒废自己的学业。

（3）然而，最重要的一点是，项目团队的目标在产品。所以团队的竞争在于产品的竞争而不在于团队内成员的个人竞争。微软臭名昭著的排名制度终究被废除，也是微软管理方法升级的体现。借助这种排名制度，微软的各级管理者会对手下的员工进行评分，将他们分为卓越、优秀、普通、糟糕四个等级。这种排名方式源于销售行业。在销售行业是销售者之间在竞争。这种评分有助于极大刺激销售者的工作积极性，增大销量。然而对于项目团队来说，不管该成员做得如何，他一定会被归于四个等级的其中一个。这样反而会压抑成员，降低其工作积极性。这样的团队很难有100%的干劲去实现做出最好产品这样一个目标。对于我们这样一个学生项目团队来说，分数就像我们的工资（甚至比工资更重要，所谓分数如命），而我们的产品将会被拿去和其他产品进行竞争。只要大家的利益被绑定在一起，我们所有人才能全力以赴，为着共同的目标奋斗。当然，这一定是基于以上两点基础。毕竟，一切说到底，还是落到人头上。

 

写在最后

最后，希望我们Z.XML团队能一如既往地发挥优良的风格，摒弃过程中呈现出来的缺点和不足；积极合作，高效工作；学习软件开发方法，践行敏捷开发原则；拓宽思路，建言献策；实现我们做出做好产品的共同目标！

如有错误，请指正。

编辑：李孟