项目的几个片段
在网上曾看过一段文字，标题好像是“一生的几个片段”，想想，这段文字就叫做“项目的几个片段吧”，谁让这是咱到××之后带的第一个项目呢。
这段文字与项目总结是有区别的，总结是交给PM的，也发给了项目组成员，一定要说些积极向上的东西，不能有牢骚、抱怨。在这里，我想写些更真实的东西。
项目交接会议
到××之后一直是PG（程序员）的角色，也就是公司当中最受剥削和压迫的阶级，不过，我喜欢写代码，没有觉得怎样受压迫。可代码写久了也是会烦的，特别是在对日的项目当中，当我来××7个月之后，开始有些烦了，可又没有找到其它的出路。
在这种情况下，PM让我接了一个进行了一半儿的项目，为了接触公司的管理流程和开发文档，我欣欣然的接下了这个“烂摊子”。在和同事完成了交接之后，开始了我的PL工作，进入角色之后，第一项工作就是“项目交接会议”。
自从离开上一家公司，很久没有在大家面前讲话了，到会议室之后9个人分成两列，5个程序员坐一侧，SQA、mht、前任PL和我坐在他们对面，像要谈判似的，呵呵。
需求出现问题
十一期间我看公司的管理文档和项目文档，并对物理设计式样书做了注释，指出了一些表面的问题。8号上班之后，第一件事就是将整理好的问题告诉大家，当时也不知道是怎么想的，将邮件也抄了一份给PM。
早晨的小会结束之后，大家开始修改各自的问题，此时PM叫我过去，指出了一些更具体的问题，其中最重要的，就是需求出现了问题。之前在整理需求时，和PM及相关领导沟通不足，已经完成的设计存在一些问题。怎么办？
决定重新开发
当初接项目时，就想过重新开发，因为已经完成的数据库设计和代码的质量都不大好，更别提程序整体的结构了。但是，当时我的工作重点是做测试，只要做好单体测试和结合测试，再完成相关文档，我的工作就完成了。
当我知道需求出现问题后，再次想到了重新开发，可问题太多了！首先是时间，其次是如何保证质量，另外，还要考虑影响吧！经过慎重考虑，向PM提出了三个解决方案，并推荐第二种，也就是比较折中的方法，修改遇到问题的部分，测试继续进行。说实话，我对修正的信心不大。
当我到另外一个部门了解他们的程序之后，和PM又沟通了一次，此时我觉得还是重新开发是比较理想的。并且答应PM：如果不要求文档，我可以保证两周时间完成开发！
当时没想那么多，即便我一个人，两周时间也是可以完成的。
质量如何保证
虽然向PM说两周可以完成开发，但我当初接项目不是为了编码，所以又向SQA进行了咨询，同时mht也给我指出了一些问题。最主要的问题是，没有前期的设计文档，不进行后期的测试，项目的质量如何保证？？？
是啊，这些都没有了，质量如何保证？！不是又回到了当初做国内项目的时候吗！可是，什么都做我根本不可能完成！
他们的一段话，让我对品质的认识更进了一步，之前做项目，我写代码质量是比较高的，可是到××之后，也一样多次发现BUG！
页面评审会议
向领导了解需求时，领导提出先完成页面，之后组织一些PM进行评审，为了这次评审，项目组3个人周末都没有休息，用心设计了相关的页面，可评审的过程却令我不大满意，这哪里是页面评审，分明就是需求调研。
在评审之前，我准备不充分，造成了评审开始之后，参与评审人员什么都问；从另一方面看，既然是页面设计评审，那么来“评审”的人就要知道，这个东西是做什么的，要实现什么效果。我是这样认为的。
评审过程中，cdh的发言很有见解，让我眼前一亮，他的一席话让我无话可说。在进行页面设计时，我一直没有跳出现有的Excel预订模式，也受之前完成的设计影响；从另外一方面看，缺乏需求分析经验，不能正确捕捉用户需求。
评审过程中，PM一直在帮我说话，谢谢。
控件问题多多
一波三折之后，终于开始编码了，由于时间太紧，我们只用了一天时间进行外部设计。正因为前期测试不足，造成了后期的开发太累，特别是lzh在处理预订效果时，不得不面对WebGrid太差的扩展性，自己花了很多时间解决问题。
当时我曾经想过自己写类似的效果，最后还是放弃了，因为时间不够，也怕写出的控件问题多多。通过这件事儿，我真觉得“兵熊熊一个，将熊熊一窝”，我的一个错误决定，让我的同事付出了N多的努力，对不起。
cdh的点评
尽管再次完成的效果不太理想，基本的功能还是实现了，进行部署之前cdh过来看看，并提出了一些问题。通过他近一个小时的说明，让我感觉到自己在分析、设计方面的不足；同时也在想，如果当初不到现在的部门，可能会是另外一种情况吧。
cdh还提到，这么一个小东西，代码量多了70％；就是说，我写的数据访问层，占用了太多的时间，对于这样一个东西不大适合。其实，通过后来几天的开发，我就开始反思，用两天的时间写了一个访问层是否值得？如果我用前面的两天进行相关的测试，开发的质量会大不一样。
部署
亲手将代码分解，修改命名空间，心里不是很舒服，可换个角度想，毕竟辛苦了一个月的程序还可以使用。
聚餐
喝多了，也有点儿说多了。
