感悟项目收尾——日程管理系统
组名：第15组
组内成员：三泰、恒宝、铁柱哥、小猩猩、瘦子、胖子。
从2016年6月底开始，我在学校的安排之下进行课设，我们被安排的课设的题目是“日程管理系统”，但是给的需求文档模板更让我们感觉到是在做任务管理系统……不管是做啥吧，我们首先要选出组长，这个锅，三泰背了。
组长选出来之后，我们一起讨论了需求，很快就设计出数据库，是的，工期只有7天，一开始大家就很着急，忽视了对于需求的仔细分析，我们又没有写出可扩展性高的程序，致使后来一加功能就瘫。
在人员上，瘦子和胖子出于电脑差和自身能力差的问题，纷纷放弃参与到代码开发之中。我们经讨论决定让他们写文档（总得干点什么事儿吧），但从这个时候开始四个人开发忙得昏天黑地，写文档的胖子或瘦子时不时还要过来问一下恒宝，因为一开始组长分派恒宝要盯着文档的。恒宝耐心教胖子和瘦子如何做文档，一开始还好一些，但逐渐，恒宝就忙不过来了，组长怕恒宝撑不住，开始让恒宝全身心投入到开发之中。而同时呢，组长主要负责前端的开发，他本身就是一个非常忙碌的人。请注意这个时间点，也就是从这个时候开始，文档是由两个文档经验并不好的人在做，并且没有人有足够的精力对此事负责。
然后就开始了疯狂的开发，恒宝和铁柱哥还有小猩猩疯狂写后台代码，从dao层到Servlet，有时还要改JSP文件。在一天又一天的愉快开发之中，我们时不时就会修改一下数据库，但是文档并没有跟进，数据库也没有对各个版本进行备份。
在距离项目验收还有一两天的时候，整个系统进入了优化和调错的阶段。由于其他组很多人不会写前台和后台，频频找我们组的成员去帮忙。虽然我们也乐意相助，但是逐渐的，组内的人员因为经常帮助他人debug，分散了不少精力。
距离验收还有一两天的时候，组内的成员因为各种原因已经开始显出精疲力尽的状态（考试、其他项目、帮其他组debug……）。整体的日程管理系统也开始可以基本运行了。带着疲劳感，大家继续进行测试和优化，只是这个时候，写文档的胖子和瘦子已经被冷落，所有关于代码和数据库的更新都没有得到文档记录，也就是说，开发已经开始没有留下痕迹了！危险即将来临。
验收之时，我们满怀信心地进行汇报，谁料老师在检查提交文档中数据库表格时发现了大量的纰漏，我们只能解释是文档没有跟进，这使得验收的效果极差……因为老师们只看数据库的设计。灰头土脸一顿批之后，我们开始了对于最终提交文档的修改……好在还有代码验收的环节，验收代码的老师们给我们的项目以高度评价。
这次汇报的失败真的只是文档人员的错误么？项目经理难辞其咎。让我们看看项目管理中都犯了哪些错误吧：
- 组长没有提起对于文档的重视，致使文档撰写由没有文档经验的人开发。
- 组长随意更换文档负责人，慌忙中，使得恒宝和三泰都以为对方在负责监督文档的跟进。
- 安排的文档撰写人员不参与具体开发，使得交流沟通成本加大，短暂的工期本就给开发人员压力，再加上文档记录人员的打扰，使得协调工作的状况很差。
- 组长给自己分派了太多的任务，使得自己无暇审查和验收其它各部分工作的进展情况
- 数据库设计十分仓促，为赶工期进度几经修改而且没有备份（虽然在本次项目中没有发生大规模的灾难但是也应该提起注意）。
知耻而后勇，在此次课设之后，我将重视项目收尾环节。如果我是组长，我将预防组内人员出现松懈、浮躁情绪与疲惫心态，做好激励措施。在项目收尾的时候我会冷静地对每项工作成果进行审查，确保万无一失。行百里者半九十！与诸君共勉。
