九月工作小记--路漫漫其修远兮，吾在项目上求索

      这个月，项目仍然在如火如荼的进行着，之所以用如火如荼这个词，是因为我再也找不到一个合适的词来形容我们在项目上持续的高度的紧迫性。这个月，是一次真正的客户UAT，它让那些挣扎在IT战场上的软件工程师们又一次看到了希望，然而，软工们已经记不清这是第几次在绝望中发现的希望，对于这样的希望，他们已经厌倦了，甚至他们开始痛恨这样的希望，这些微渺的近在眼前，却触不可及的希望。

 

    这个月，是一次真正的客户UAT。在每次发布版本的时候，很多工程师都要到客户现场去。因为系统发布版本的频率较高（每周最少一次），而且测试资源又比较紧缺，导致每次发布的版本没有经过充分的测试，就发布到客户环境上。这样，在客户环境上运行的系统就有很大的风险。我们驻留在客户方面的工程师就能够在第一时间发现问题并及时解决问题。

 

    尽管这样做能够及时的修复客户系统上的问题，但是由于客户环境与实验室环境方面的差异性（包括网络状况、调试环境等），软件工程师们在客户环境上的修复这些问题所花的时间要比在lib修复这些问题所花的时间多2倍，这使得原来紧张的开发资源变得更加紧张。在各种资源都十分紧缺的情况下，我们也没有更好的办法来解决这些问题，很多时候都是拆东墙补西墙，这也是无奈之举

 

    本月UAT的重点是系统集成，这也是UAT中出现问题最多的地方。系统集成涉及到多个子系统，而每个子系统由不同的工程师来负责，我们又没有一个总工程师来统领这个任务。在系统出现问题之后，通常是由于各个子系统中的工程师不能及时将精力转移到问题模块而造成问题不能及时修复。在经过几次问题摩擦之后，提高了大家的默契度，最终Bug修复的效率越来越高。

 

    除了系统集成之外，本月还进行了其它3个模块的UAT，由于这些模块之前就能够在Lib中模拟，出现的问题不多，修复起来也比较容易，这里就不再多说了。

 

    本月仍然是一如既往的忙，忙的不可开交，但由于K架构师的回归，他卓有成效的项目规划和开发计划，让我们按照层级与优先级做有意义的Bug修复，不再追逐于Bug修复数量，使得项目回归到正轨上来。现在，尽管每日修复的Bug数量降低了，但是Refix的Bug数量也大大降低了，从整体上来说，项目的开发速度反而比原来快了，这是值得欣慰的事情。由此，我得出了一个项目公式：

 

     成功的项目 =    优秀的架构师+优秀的项目经理+良好的系统架构+优秀的开发团队

    最后，阿Q终于因不满项目频繁加班，而又没有相应的报酬，炒掉了他原来的公司。在月底的时候，他断然离职，以表达自己的不满。面对阿Q的离职，我们只能说：同事，一路走好！只希望他不要从一个火坑再跳进另外一个火坑。阿Q的离职，多少对项目还是有些影响的，因为他走了之后，项目并没有增加新的人手来接替他的工作，只是把他的工作平均分到项目组的其他人员。

 

    UAT结束了，我们在项目上又树立了一个新的里程碑，这是值得纪念的日子，也是值得庆祝的日子。随着我们的项目一路走来，从无到有，从粗糙到精美，这个中的心情也只有我们自己能理解。如今，项目渐渐走向成熟，希望项目组的同事们坚持下去，一起见证项目的成功！