从3月底接到老师这个项目至今，不知不觉已经过去了一个多月。这一个多月虽然也取得了一点成绩，不过还是存在许多问题。
首先，参加项目的9位同学水平参差不齐，对相关技术的认识都处于一种朦胧的状态。如果计算机基础扎实的话，这也不是什么大问题，假以时日，就能慢慢掌握。可又有多少人基础算得上扎实呢？等到开始编码的时候，必定会有许多问题暴露出来，或许还会很严重。
其次，缺乏强有力的领导。本来，这个项目是一位老师交给我们做的，自然而然老师应该是组织者和领导者。但是一方面老师比较忙，另一方面也是出于对我们的信任，布置了课题之后基本上很少插手这个项目，实际的工作基本上是我在推动。这完全是锻炼能力的大好机会！但是因为一些原因（本身课程就比较繁重，周末还有双学位课程，几乎很少有空余的时间，再加上为了顺利通过软件设计师考试，花了不少时间精力来准备），很少有时间来顾及这个项目，导致出现一段时间项目无人过问的情况。（我实在应该好好检讨！）
再次，由于管理松散，存在任务分配不均的问题，往往有同学忙得焦头烂额，有同学无所事事。对谁都不是一件好事，忙的、空的，积极性都会受到挫伤。针对这个问题，后期我们会把小组进一步划分为几个子小组，以降低管理跨度，明确分工，对这个问题的解决应该有所帮助。
另外，同学们的惰性似乎也比较严重。经常是推一下动一下，很少有人主动为项目出谋划策，自觉完成自己的工作。往往要限定期限，在期限快到的时候，大家都忙开了，匆匆忙忙把工作赶出来，经常完成得不尽如人意，修改，返工……
还有一点不得不提，有的同学能力比较强，能够别出心裁。这本来是一件好事，但是实际却导致工作的时候也别出心裁，不按规范来，这是始料未及的。
前面大家花了大把的时间精力把需求确定了下来，基本上得出了一个比较令人满意的方案。接下来就该设计、编码、测试，一切都该顺理成章了。可是交给一些同学的设计任务，做完了一看，与原先确定的需求大相径庭，问他，则振振有词地说“我认为应该……”。可实际上呢？一经推敲，往往漏洞百出，还是照着需求返工。
作为一个团队，分工协作很重要。如果任务分下去之后人人都按主观想象自搞一套，最后各人交上来的模块必定无法衔接，偏离需求，这是很严重的！
当然，也不是说做好的需求就无懈可击，也很有可能存在漏洞和考虑不周的地方。假如有更好的建议和设想大可提出，大家一起讨论，有必要的话完全可以对需求做出修改，再按新的需求继续后面的工作。但是应该严禁自己想当然地篡改需求，否则谈何协作？没有协作，团队目标又如何实现？
现在已不是个人英雄主义的时代，而是团队协作的时代。讲究的是团队目的明确，成员之间配合默契，成员都有积极向上的自我驱动力，对团队要有一种责任感。如此，才是一个合格的团队，目标的实现才不是空中楼阁。