B模块项目实训最终还是结束了。上周末的答辩真不知道当时是怎么熬过来的，好在组员们的情绪现在看来似乎平静许多。回想项目拟定之时，大家齐聚一堂，怀着与七月盛夏一样的热情共同漫谈项目策划，而今大家虽同处一室，心情却好像已经迈入九月的秋天。
毕竟是项目答辩，判断依据终究是看项目完成情况。我们的项目未能完成，毋庸置疑是失败的项目。这在答辩前夕，组员们都有心理预期，项目是无论如何完不成了。但失败的宣判真的降临时，大家还是未免感到失落。这几日一直在思索为何会变成这一结果，为什么项目无法完成，思来想去，最大的问题还是对做项目的目的不清晰和做项目的方法不熟练以致时间分配不合理。
首先是做项目的目的不清晰，或者说完成项目的决心不强烈。作为小组组长，我对此实在难辞其咎。与其他组情况不同，我们组的组员对Java知识掌握的水平参差不齐。在项目成立之初，我就感觉项目工程比较庞大，预感难以完成。
因此在分配任务时，对于知识掌握不足的组员安排了基础的登录注册功能，对于知识掌握水平较强的组员安排了选座购票等较难的任务。这本来应该是正确的决策，但是在具体实施时，我错误地采取了先难后易的策略，让负责基础任务的组员先复习老师讲的知识点，努力自力更生独立完成登录注册功能，我自己重点协同攻克选座等较难的任务。结果呢，花了很多时间总算把难点攻克了，回头看看登录注册等功能却还没有实现，于是带着组员一边复习老师讲的知识点，一边完成项目，一点一滴地巩固基础知识。虽说组员们都能踏实地掌握了所学的基本知识，但项目进程却是推进甚慢。回头想想，如果效仿其他组让基础不扎实的组员只做一些前台页面设计，数据库信息的添加等简单快捷的任务，或许项目进程能更快一些吧。
其次就是做项目的方法不熟练。刚开始做的时候，可谓万事依赖模板，找到好的模板就复制粘贴，却没有深入对模板进行分析。这样的结果是看似开始做得很快，可是等遇到特殊情况时，突然发现项目被模板的特定框架绑架了，又不得不重新突破框架束缚，回过头研究模板各部分的构成及功能。就好像习字，可以描摹，亦可以临摹。描摹虽快而不得其意，临摹虽慢但是形意兼具。凡事欲速则不达，应该先思而后行。以后做项目不可一味依赖模板，应该在分析模板框架的基础上合理利用模板。
失败是成功之母，通过总结整个项目实施过程的失败教训，将为我们以后开展项目打下坚实的基础。最后，衷心地感谢关心与支持我们的所有老师和同学们。
加油！
加油！