这个项目从去年年底就被老师提出来了，当时我们刚来江西微软不久，其他组员还没有接触Web程序设计，所以并没有正式开始。然而，在那段“激情澎湃”的岁月里，大家还是热烈地参与到学习和讨论中，产生了一些垃圾代码和文档。

  这个学期开始，我们接触了UML、设计模式，系统地学习了软件工程，正是要学以致用的好时候，奈何这仅是我的个人想法。“力气没往一处使”引发的直接后果就是开发进度拖拖拉拉。

  我当初的构想是，利用极限编程的思想，实行周末短期交付，然后大家坐下来进行讨论、总结。也就是说，在项目的每个阶段，大家对项目都要保持一定的关注度，都要把自己融入进去。而事实上呢，我们的课程多得吓人，还加了“职业素养”、“实训补强”之类的课程，这些课真是如鸡肋一般――食之无味，弃之可惜。业余时间可以用少得可怜来形容了，大家都想周末放松放松，提到项目就没劲。

  老师的需求又总是变动，大家对画用例图，写用例文档，已经不胜其烦了。（大家做惯了学校的课程设计，不能适应变化的需求。）为了提高士气，我就先根据用例文档画概念模型CDM，也不管画得合理不合理，但我知道，实体、属性以及实体间的关联一出来，大家就有想法了。之前大家分工写用例，关注的仅是某个执行者的某个功能，而CDM把系统涉及的实体轮廓都勾勒出来，大家考虑的角度也就不一样了――“我用例文档中的字段列表，会影响系统概念模型的设计”这是组员最直观的感受。于是，在之后修改用例文档中，也更加用心，考虑得更缜密。

  好景不长，或许是没有驱动力吧，加上学校有几门课程要结业考试了，需求阶段告一段落，组员的心又散了~My God，完成任务就像挤牙膏一样，如果可以，我真恨不得一个人全做了。呵呵，事实上不现实，相当不现实:)

  ――我有时候会想，你又不是组长，想那么多干嘛呢？

  ――只因为这是我同别人一起做的第一个项目，我想做里面的灵魂人物。有时候，这是一种习惯。

  团队协作初体验，我体会到“里程碑”的重要性，不仅要有“里程碑”，还要有他们能感知的“里程碑”。BTW，再引出一句名言，“技术上可以解决的问题，都是小问题。”