移动项目总结

    总而言之，这次做移动项目，心情不是很好。按我同事的话说，就是移动的项目果然名不虚传，就这样弄一次，就被搞的这么惨。注，这次从9月中旬就开始的福建移动网络业务资源管理系统，一直到今天10。23.期间几乎每天加班到8：30，而且还有两次加班到半夜。
    这次项目的正式立项时间，我也忘记了，大概是9月的第二周吧。当初说是要1个月时间就完成的。结果搞到了现在。时间上，和精力上，都已经折磨的差不多了。再也找不到当初做这个项目时的信心了。
    从开发开始这次应该分为三个阶段吧。
    第一阶段，从9月22日，一直到9月28日。22号开始开发，做设计的时候，我就感觉有点不舒服了。因为很多我的意见都被项目经理给驳回了。到了设计了后期，都是项目经理跟另外一个同事一起搞定了这个项目的设计。我只是充当了程序开发都的角色。
    后面，导致了一个问题，他们出来的设计，已经超出了我们小组6天的工作量。主要原因是，一则是从来没有参加过移动的项目，按原先联通的基础来参加这种项目，大大超出的预期。
    第二阶段，从10月4日， 一直为10月10日。这个阶段，其实就是根据第一阶段的遗留下来的BUG来修改我们的程序。这个阶段也做的不是很顺利。一则是事先没有谈好需求。到了10月5日那天才临时发现有些东西还要处理。打乱了部分的计划。更重要的是就是由于时间上很紧张，没有做详细的设计，多个人一起开始，信息传达上，发生了点问题。其实，到10月6日，大家都已经完成了手头的工作了。但是到7日那天拿出来跑了一下，发现不是程序不能使用，就是很多功能点，跟事先预想的不太一致。接下来就连续修改了两天。然后，加班了一个晚上。。。
   第三阶段，事情有所转机。一则在时间安排上加向项目经理那边多要了点。二则，加大了人手。把CL给叫出来了。这次做的比较顺利，关键是，把GWaver包的维护剥离了出来。把查询，联动部分的组件，给单独出来给CL和zmh单独处理。虽然如联动部分的组件比原先想象的要复杂很多，拖了两天，但总体上，经过两次的处理，大家对业务上的东西也都有所了解。上手了，动作快了些。最终还是按进完成了任务。尽管后面又测试出来了很多的BUG。
    这次的经历差不多先写到这。关键还有要从这次开发出总结点东西出来。比如说，后台的资源模型，真的不好用。还有前台，经过无数的修改终于满足了当前的功能点。还是时间上的安排，以及整个开发流程上的把握。都应该是总结上的关键点。此外，就是如何跟同事打交道了。如整个项目中的角色安排。还有如果技术的选型上的问题，如果有冲突，应该如果处理，或者说，应该如何说服别人听你的意见。而不是一直被报怨，技术好有什么用，功能都实现不好。其实技术应该是为了更好的实现功能的。。。