软件工程之项目总结
昨天我们软件工程的课程就算告一段落，软件工程的课程自我感觉学的不是很好，因为学的东西比较飘渺，可能是一些概念和一些方法在实际的项目中暂时用的还不是太多。但是我确实感觉这门课是非常重要的，在以后的学习中还要慢慢的消化和吸收的。其实这个学期我一直都不怎么在状态，软件创新没有参加，中国软件杯因为比赛题目过难需求模糊也就不了了之。然后就是软件工程的项目，稍微还是感觉做的好一点，是给一家公司做一个微信服务号，给一个主营安防工程和电脑及电脑配件的一个朋友做的。至于这个项目我想好好谈一点东西，仅仅是个人的一点牢骚罢了。
这个项目的开始是作为软件工程的课程设计，原本我找人组队的就是追求少而精只有5个人当然不排除有打酱油的，不希望有太多的打酱油的。但是后来好几个同学因为找不到队伍，就找到我加入到这个队伍中了，一共有八个人。这对我当然是一个非常大的挑战，因为是第一次领导这么多的人，当然如果是三四个人还可以。这么多人说实话真心把持不住，因为学生和正真的职业人还是有很大差别的：
第一团队里面成员的程度不同，有的大学两年基本没有敲过代码；
第二团队里面的成员对待这个项目的态度有很大差别；
第三除了队员会感觉如果没有出力不好意思外我们没有约束队友出力的办法；
第四就是队长没有真正被其他优秀的队长领导过，借鉴别人领导的方法。
当然此种种原因并不是为自己缺乏领导力开拓，但是事实上项目组的状态就是一盘散沙，并没有非常强的凝聚力和执行力。之前我无意中看到一句话是这样说的----团队合作：一流执行力+三流点子>>三流执行力+一流点子。在这次的项目中我也是感同身受，现在我开始大概总结一下我们这个项目推进的一些过程和我对出现的这些问题的反思。
第一在团队的组成人员上过于庞大实际上这个项目只需要三个人就可以轻轻松松的在四周内完成（但是我们八个人用了十二周而且我对现在的效果很不满意），我大概分析一下我认为的观点：
1.责任分散效应：多多少少的有这方面的影响，比如在写微网站的时候我找了四个人来写，两个男生两个女生，并选择一个女生作为负责人。然后就由于各种原因导致最后的结果是他们各种拖延，本计划两周完成的前台实现一拖拖了好几周，然后那个女生到了最后才开始写，虽然我中间各种催。最后交给我的东西我非常不满意，然后自己不得不亲自下手写。
2.就是我自己的原因，虽然一些组员只是以旁观者的心态来看这个课内项目实践，但是作为一个副组长还是要明白自己要用于捡起别人不想干的工作，刚开始自己的内心深处是比较反感做前台的，所以把前台的页面设计和编码放给了其他人，自己只想着去做后台或者自己只起一个给组员分配任务的角色。但是这种想法是我在后来收到了
