项目已经完毕，这次项目我是项目经理，深刻感受到了做一个项目的不容易。一下对项目的每一个方面做下总结。
首先是分工方面，由于每个班总有一些能力低的人，而我们组带了3个能力低的，所以分工本来就是一个难题。要给他分编程他又说自己不会，要其自学又会推脱没时间，不给分工他又觉得我们看不起他。还好这次项目里有很多本书要书写，所以我可以分给他们写书的工作。可是这样到了答辩的时候问到代码的一部分他们就说不出了，即使我们在答辩前要求每个人都看下代码并且组织过讲解。
然后是这次项目的书方面，由于这是第一次接触完整的软件工程工作，所有的书都是齐全而且都要具备的。可是让每个人都写份是不现实的，所以书是分工到每个人写一部分的，这样就造成了我们只了解一部分的知识，或者是对这部分的知识了解透彻点。老师说过考试就是考这些内容，那么没有分到这一块的人可能这道题就会出错，这样不太合理。
代码方面，在这次的项目中我学到了很多，知道了一些自己以前没有考虑过的问题，特别是逻辑上的问题。这次的编程增加了我对代码的热情，我会为了这次项目透彻的去了解每一个函数以及一些基本的代码规范，虽然偶尔也有用错的时候，可是这样才是乐趣所在。
最后，对于这种教学方式首先是一种肯定。不得不说软件工程就是要动手能力，理论再多也是辅助，不实践什么都不会得到。这一点是这种教学方式的好处。
可是另一方面，由于组队的原因，会造成很多人在项目上偷懒。我们不像是社会工作者，是雇佣关系，可以以工作情况来给分，我们会考虑到同学友情，所以这教学方式会让能力强的人越来越强，让能力弱的人还是依旧弱。我觉得解决的办法首先是不要组队项目，用个人项目来给分就会促使很多人自己去学，不过这样工作量就大了。然后，可以用随机组队的方式，让那些玩得好的分开，这样比较能削弱情感方面的影响。还有一种解决方法是老师来给分，队里的贡献分只当参考，这样为了学分大家都回去努力弄懂。
其次，是答辩的时候有些人不善言辞，可能你要他解释自己写的代码他都不一定能说得让人懂，何况在答辩这种紧张的时候，所以不太擅长言辞的就会得到比较低的分，这是一个问题所在。
最后，是考试的问题，由于这样注重动手能力的课考试不能靠书上的死知识，所以会是项目中一些问题，但是有些人即使参加项目，却不负责某一部分，比如在GIT的使用上，大部分都是一个人上传，所以有些在社会工作中一定会遇到的问题我们可能遇不到，这就会让我们对题目无从下手。这一问题怎么解决我也没有太好的提议。
总而言之，这种教育方式还是很好的，可是有许多需要改善的地方，要考虑学生的特殊性。