| 华's profile婆婆妈妈PhotosBlogLists |  Tools  Help |
婆婆妈妈
|
August 26 Alcatel Issue从Edegem回来之后，SHDSL Project经历了几次大的变动。首先Project Manager由Nie老板换成了Wu老板，Nie老板做事不拖拉，干净利索，做事有条理，属于制定战略的高手，不愧是NOKIA出身。Wu老板喜欢追求细节，经常参与到项目的细节里，对于出现的各种问题都会及时跟进，期望在短时间内解决战斗，属于实施战术的老手，不愧是IBM培养出来的。其次Edegem的大头安排Arya做客户支持。因为SHDSL已经开始由客户订货了，沙特电信，德军总部，还有其他的潜在客户，需要一位经验丰富的专家做咨询顾问，因此Arya是不二的人选。这样所有的测试工作都要由Beijing来承担，包括SIT和Automation，那么我就成为了接受这项工作的唯一人选。
在全部接手之前，PM需要确定Beijing Lab的DSLAM可以正常的工作，毕竟DSLAM的测试比B2B更接近客户的环境。因此在R8.1.1和R8.2.1版本测试的时候，Lab Administrator帮助我检查了一下实验室的现有设备。ASAM(Glospan)可以正常的工作在ATM1Pair和2Pair，NSLT-A一部分端口可以用能够满足ATM和EFM MPair的工作，NSLT-D还没有测试所以没有结论，作为应用最广泛的SMLT-K和SMLT-J的结果令人失望。这两个板卡，不能稳定的工作，同步时间过长，ATM/EFM切换会出问题，还有大部分端口不能连用。这种状态已经严重影响到测试工作，在PRB会议上，PM决定解决这个问题。但是因为PM的变化，两位PM对于这项工作的安排就有些不一样。
其实要想让项目进行下去，就必须解决Alcatel的板卡问题，但是从公司的规章制度和组织结构方面来说，每个人看问题的出发点是不一样的。
PM：想将板卡送到上海，让Alcatel的人帮助检测一下。
SIT manager：这件事情的费用，风险。另外怕让Alcatel抓到我们的把柄，或者在上海不能解决问题怎么办，到底办卡不能工作的影响程度有多大。总之，我们必须分析我们走的每一步是不是很妥当。瞻前顾后，怕承担责任，如果有问题还要背黑锅，所以坚决不同意。
做为工程师，我能做的就是服从安排，听从指挥。
聂老板没有跟部门经理对着干，所以第一次讨论的结果就是先放下这个问题。吴老板就很积极，没有听从部门经理的安排，直接根大老板联系决定，结果争取到了去上海修理办卡的机会。看来人事斗争和斗争技巧很重要，最重要的是要有承担责任的勇气，要有解决问题的能力。最后7月中旬，我去上海Alcatel处理我们的板卡问题，接待我的是Alcatel的工程师zhang Bo和System Architecture：Yan Shilang。经过一天的测试，我们SMLT-K的电路有问题，缺少一个电阻。另外一块儿卡没有问题，可以使用。这次测试任务并没有发生一些涉及到公司利益的问题，没有经理想象的那么问题多多。人家也是尽其所能帮助我们，缺电缆给电缆，缺操作手册给操作手册，只要能帮助的一定会帮助我们。看来事情只有亲身经历了，才能有发言权，坐在办公室里成天乱想，只能添乱。就这样，我们跟Alcatel这条通道建立起来了，以后遇到问题，我们也能及时处理了，也不用拖个半年从头再开始。如果大家抱着一起解决问题的态度，工作的效率就会大大提高。人还是见见面，坐在一切，直接沟通交流，能够收获更多意想不到的东西。 Edgem Training上个星期，Bert给头们发封信，任命我为Tech Lead，其实就是SIT Project Leader。其实这次任命只对于项目，如果这个项目结束，我仍然还是一个普通的工程师。但是无论怎么样，我已经迈出项目管理的第一步，还是很高兴得很。从今天开始我就总结一下这个项目的点点滴滴，全都是有感而发，就算做自己的成长经历了。
一、项目的开始
我参与到SHDSL Project，还得从去年12月份开始。Edegem将一部分手工测试转移到Beijing，Bert安排一位同事测试一些cases，包括Back to Back，SMLT-K，SMLT-J(Infineon Chipset) 和ASAM(Glospan Chipset)。可是没几天管理层重新安排工作，Pearl推荐了我来做这个项目，于是我从SIP Voice Team转到了SHDSL Project，同时因为我对于SHDSL一片空白，管理层安排我去Edegem培训一个月。就这样我一边准备出国的手续，一边通过PQT，TRS，FQT和ITU-T了解SHDSL知识。最终在1月7号我坐飞机去了安特卫普，入住Empire Hotel（就在安特卫普火车站旁边，钻石一条街上），买了32路的月票，坐车40分钟到Edgem。
在Edegem测试SHDSL的是Feris Mark(Team Leader), Sandjaja Arya(Layer2 Expert), Mark现在已经是管理层了，所以所有的工作由Arya负责。首先熟悉的是各种SHDSL platforms: ST605s(SHNT-E), ST620s(SHNT-D), TG605s(SHNT-G)和TG628s(SHNT-F), ST610s(SHNT-B)已经淘汰了。现在使用的build是R8.1.1系列，由于SHNT-F不稳定，所以我们以SHNT-G为主，又因为EFM还不能使用，我们只能以ATM为主，因此这次培训的范围限制的比较小。但是由于学习这些技能需要的时间超过了一个月，所以我尽可能的多了解，多联系，等回到Beijing再总结。总的来说，package loss是当时这个项目遇到的最大的问题，因为它涉及到Infineon chipset, BM6348和我们自己的软交换丢包问题。因此当时主要的培训，就是学习怎样在B2B和ISAM的环境下，使用SmartBits重现这个issue。另外sync问题在当时没有得到重视，以至于后来影响了其他项目的进展，这个是后话，不过测试的方法还是掌握了。
在培训期间，Nosie PBO，Performance，Line and link wireruborst和Regrssion test也随着测试的不断深入，逐渐地了解，最后一个星期我们终于开始讨论automation的问题。按照计划，我要把automation也得学会，不过由于我是SIT而不是automation的人，所以在组织结构和责任分配上有矛盾。最后采用了折中方案，我先学习运行脚本和分析结果，至于编写程序的问题，回到Beijing，由Bart分配。Automation的这种安排就造成了后面project manager与SIT之间存在的流程管理问题，也就成就了我这个project leader的出现，也算是意外中的意外。总的来说这次培训的效果一般，如果在去之前我能对项目有个大概的了解，那么收获会更大一些。
总之这次去Edegem了解了一下那边的生活和工作方式。那边的人的工作效率和工作质量真是一个顶两个，难怪Beijing招聘的时候，人头数是按照Edegem这边人数的2倍算的。Mark的这个小组，包括Arya的SHDSL和Diago，Laurindo的VDSL两个项目。总的来说，由于芯片，接口总线，内存和软件的限制，SHDSL有很多的问题需要不断的研究，解决。又因为这个项目随着DSLAM的不同，行为也会不一样，对于核心交换设备的要求也很高。这些因素加一块注定了这个项目是一个受硬件和系统影响比较大的，主要集中在互联互通，包交换的测试，以及各种设备的操作，交流和研究的方面，不是短时间内能够结束的，所以我要做好长期的打算。 |
||||||
Send a private message
Subscribe to RSS feed
Tell a friend
Add to My MSN
Add to your network
Sign up for alerts|
|
