建设高素质的业务与技术团队

　　同时，说句实在话，初初的时候，我们团队对于IBSS的整个架构的熟悉程度并不太高，包括各个子系统的实现细节也没有认真的研究，对IBSS整个的复杂程度估计也不足；另外，对于电信业务知识的掌握与了解也比较的有限，与局方各个专业人员的沟通、交流也有一定的障碍。也没有对相关同事进行比较深入细致的培训工作，那出去驻点的同事，也就只能边干边学啦。客观上，这也给我们的前期工作带来了不少的麻烦，经常出现局方提到一些细节问题，现场我们就没有能够准确、快速地回答，给局方的印象分就低了不少了。

　　IBSS，确实是个庞然大物，受理、费用、营销、产品、调度、资源、施工、接口、客户、客服、报表等十几个子系统，如果真正要求一个人对每一块都进行深入细致的了解是不大可能的。这就需要我们做好技术的划分，将相关子系统进行适当的划分，安排不同的人员分别进行钻研与学习，力争做到每个人都业有专精；而且实行备份制度，以防出现一个人病了或者跑了，导致一个项目就停滞不前的情况。

　　除了技术的积累与传播之外，电信业务知识的学习与掌握也是格外重要的，适应各个本地网的业务需求做相应的变更也很重要。

　　这次出去，在上线前两个星期，中山配置带宽型业务的流程的过程当中，与局方各个专业的人员（如DDN，ATM，帧中继FR，数字电路DC，光纤出租，163专线，LAN专线，VPDN）的交流就比较的有问题。不单只产品不太熟悉，业务也不太熟悉，所使用的资源也不太熟悉，各个环节施工要做的事情和涉及的部门也不熟悉，那自己做起来就艰难得很了。而且中山流程的需求，管理部门、施工部门的设置啦，要求啦，与广州的完全不一样，又增加了配置的难度与工作强度。特别是资源中心统管的模式，与广州分散式管理大相径庭，调整的工作量非常之大。

　　一句话，你如果不熟悉实际业务的话，你根本就说不上话。而且，纵使你心里再着急，也是使不上劲。你对系统再熟，也没办法把实际的业务需求融汇到系统里面去，因而也就对用户没有太大的帮助。

　　好在有广州的底子在，在上面修修改改之后，勉强也就可以上线了。但是直到现在，中山资源中心对该类流程也是不大满意，时刻想着要简化的。只是当时我们对于省公司的要求理解不透，比较坚持使用广州的模式，造成了一些使用上的繁琐，也脱离了中山本地网的实际。

　　在上肇庆的时候，简化数据业务流程的方向比较明确了。既然IBSS对数据资源的管理不是十分成熟，何苦将该资源的管理纳入到流程当中呢？一律的采用简化的流程，直接受理，收费，施工（送网维），之后就竣工归档了事。实际97应用当中，肇庆一直就是这样做的，而且现在也没有较好的方式改进以前的处理流程，IBSS也没有更好的管理数据资源的方法，局方也没有设置处理数据资源管理的相关岗位。既然是这样，就尊重本地网的意见做了相关简化的处理了。

　　总结一句话，要做好项目，业务与技术水平同样重要，需要各种不同类型的人才队伍才能建设好项目。因此，在实施策略上，从一开始，我们就应当着手去建立一支能够担当得起推广工作重任的队伍，而不是任由同事们在摸爬滚打当中前行。同时，懂得适应客户需求做合理的变动也是相当重要的，在系统支持的情况下面，可以考虑灵活的做出变更。