【IT168 评论】略过连绵的皑皑雪山，飞机徐徐停落在西雅图机场的那一刻，我知道我的生活将翻开崭新的一页。从未在上海以外的城市居住过的我，带着两个装满了生活用品的大箱子，我的兴奋和期待在西雅图潮湿的空气里蔓延开去。在这里，我为期六个月的丝绸之路即将展开。

　　我有很多师傅

　　尽管不是第一次来微软总部工作，却是第一次拥有挂有我铭牌的办公室。来之前，我师傅(Mentor)就为我安排好了办公室。和我同屋的是一个同组的PM，一个开朗的印度小伙子。有些人喜欢独享办公室的私密，我倒是很开心有人可以一起工作和聊天。一个人呆在屋子里未免有点孤单!

　　师傅的办公室里有一张特别宽敞舒适的大沙发。洒满阳光的午后，靠着柔软的沙发，每周在师傅的办公室里和他的一对一谈话都是我最享受的时光。我的师傅是一位资深项目经理(PM)主管，他参与过许多产品的设计开发，有强烈的客户至上的理念，对客户需求和市场情况都有深刻的洞察。可以说，他绝对是我的偶像(Role Model)!每次和他聊天， 我都能深深体会以用户需求为本的设计理念，以及他对于每个设计细节的关注。尽管我们不在同一个功能团队里，但他总能对我正在设计的功能提出好的建议和想法，并提醒我关注一些还没考虑到的情况，这也促使我对自己的每个设计都反复斟酌、精益求精。阳光、沙发、和师傅的谈话，这一场景已如同定格的影像留在我心里。如今我已回到上海，但每次设计功能或与客户交流时，我都会先问问自己，如果是师傅的话，他会怎么做、怎么说?

　　之前，我和师傅的谈话都通过电话沟通，有时候会错过许多表情和肢体的语言。到了美国之后，面对面交流的机会让我更加感受到沟通不仅是有益的，也应该是非常令人享受的!

　　除了师傅，我还与其他功能团队的许多资深和高级PM主管进行了交流，这都得益于我在上海的经理为我牵线搭桥，让我充分利用在美国的机会多学习、多交流。因为身处不同团队的关系，我常常跑到其他办公楼里去他们的办公室聊天，这也让我有机会顺便参观了其他团队的走廊“风景”。例如，在TFS团队的走廊里贴满了大大小小的图表和照片，有的是团队进度表，有的展示Team Foundation Server(TFS)使用情况，还有团队外出活动的有趣照片，更有记录着客户对TFS需求的列表!相信团队成员每次经过这个走廊都会提醒自己客户需要什么，也会为自己的工作而自豪!

　　和这些PM主管的聊天同样令我受益匪浅。我们大约每两到三周见一次面，聊的内容比较随意。有时我会给他们讲我正在做的产品/功能，而几乎每次我都能从中得到额外的收获。虽然我们在进行不同产品的设计开发，但他们往往结合以往经验或他们的产品角度给出全新的建议和看法!这一过程使我学习到如何从不同的角度来看问题，也令我再次感受到：对不熟悉的产品，也能提出设计的思路和想法，看来PM对产品的设计完全出自本能!

　　我需要三头六臂

　　到了美国之后，我有机会参与到多个产品项目中。合理安排好多个同时进行项目的工作，是我在上海工作中没有尝试过的。有时候，我真觉得自己需要三头六臂才能把事情做完!然而，多任务并行的能力恰恰是PM需要具备的关键素质，所以我很珍惜这难得的历练机会。

　　我当时(同时)参与的项目有这样几个 –

　　Pro Tools 功能在Visual Studio 2010 Beta1里的 发布

　　一个Pro Tools的设计变更(Design Change Request, DCR) – 与SQL Server团队合作

　　RIA Services工具 (实时提供智能标签功能) – 与RIA Services团队合作 (现已改名WCF Services)

　　SharePoint 扩展开发工具 – 与SharePoint团队Developer Platform Evangelist合作

　　如果你对这些产品都不熟，没关系。重点是每个项目的时间表都不同、合作的团队不同、团队的开发/测试人员不同、甚至流程也不尽相同，更棘手的是，所有的产品对我来说都是全新的!和我之前在上海做的产品基本没有任何关系。所以跌跌撞撞地，我就这么上手了。

　　我的第一个改变是把Outlook日程表里的每个会议项用颜色区分开。每个项目的会议都用同一种颜色表示。这样做的好处是，首先我能大致了解每个项目花了我多少时间，另外每次会议前我能提醒自己迅速切换到相关项目中去。与此同时，我也要与上海团队继续保持沟通，下面的日程表里红色方框标识的就是我和上海的会议时间!

　　其次，我抓紧一切机会读文档、熟悉产品功能、穿梭于园区的不同办公楼之间以了解所合作的团队。当然，这其中我得到了许许多多同事的无私帮助，对于我这个来自上海的小PM，他们给予了无比的耐心为我答疑解惑，还花时间为我介绍这些产品的背景知识。

　　几周之后，我慢慢步入正轨，融入了团队也同时为每个团队设定了对我工作的合理预期，也就是我能为每个项目分别花上多少时间，以及我能为每个团队贡献什么。对于这一点我的感触很深，奔波在多个项目之间的PM很多，如果没有给团队正确的预期，可能会导致团队的不理解。比如项目A的团队正期待我两天内完成他们的Functional Spec(功能规划书)，而实际情况是我还有50%的时间会花在项目B和C上，所以我得一周后才能完成这份文档。对我来说，这是很自然的事情，但是如果我的团队A不了解这一点，他们可能会抱怨我的效率太低!J

　　另一个让我感触良多的是，这个过程促使我再一次思考了PM对团队的核心价值。这其实是我从成为PM第一天起就一直思考的问题。曾经以为，PM一定是团队里最了解产品的那个人，PM将自己的想法编写功能规划书交给开发和测试人员实现。然而事实是，这并不是PM的全部意义。根据团队和项目的不同情况，对PM在团队所起作用的期待也是不同的。

　　就拿我参与的SharePoint扩展开发工具项目来说，参与者有多位来自Visual Studio团队的主管、来自SharePoint团队的资深DPE、对SharePoint有丰富开发经验的工程师，而我，是两周前还对SharePoint扩展开发一无所知的PM。尽管我努力学习，但依然注定不可能在短期内成为团队里对产品最熟悉的人。即便如此，团队仍然需要我。我定期将所有人召集到一起开会讨论功能设计、了解进度、讨论可能的问题，和其他的项目不同，这次我不能主导讨论，但我会仔细总结我所听到的和理解的，确保团队里的每个人理解一致。我还要保证会议上提出的每个问题都有人跟踪直到解决。我也完成了功能策划书，但并不是传统意义上PM对产品的设计，而更像是大家讨论的智慧结晶。

　　这个项目之后，当我反思这个团队为什么需要PM的时候，我忽然意识到困扰我的PM的核心价值问题似乎得到了解决。PM不见得是团队里决定一切的人，每个微软的工程师都很聪明，每个人也都渴望为产品贡献自己的力量，而PM要做的，不过是汇集所有人的智慧，设计出最好的产品 – 想法可以是PM的，更可以是每一个团队成员的 – 只要是对用户最有益的。而PM的核心价值，总结起来应该是：推动项目进程，汇集团队智慧来设计出最好的产品!

　　办公室的大门永远敞开

　　在上海工作久了，刚到总部的时候，拥有了想去找美国同事就能直接去他们办公室找的权利，还真是不适应!在总部工作最大的好处就是大多数同事随时在线或在办公室里，有邮件说不清的事情可以立刻当面讨论，让人心里特别踏实。而在上海的时候，常常是一封邮件过去要等一个晚上才能得到回复，如果碰巧有理解错误，得再一封信过去解释，来来回回地一个问题可能要几天才能解决。而在总部，可能解决同样的问题只需要一个小时!

　　很多同事的大门永远敞开着，随时就能过去请教问题或讨论问题。我也从中受益匪浅。面对面的交流，让我更深地感受到微软人的友好和亲切。有一次，我们遇到一个SharePoint问题，需要确认特定情况下的用户输入和期待的产品行为。几个邮件来回之后，我们意识到最有效的方法应该是见面讨论。于是当天我们就赶到了17号办公楼的SharePoint团队，坐进了一个测试人员的办公室，和他一同在电脑前仔细讨论了产品行为，一个小时后，问题解决了!我们击掌相庆!

　　另一次我印象很深的是去Team Foundation Server(TFS)团队的一名资深PM的办公室，在半小时内完成了我之前以为很艰巨的任务，也让我感受到微软信息渠道的通畅!在Developer Division(开发工具部)，我们已广泛使用TFS来跟踪多种工作项，而每个工作项的模板是由TFS团队统一设计管理的。一次我们团队希望能在模板中添加一个域来记录每个功能的性能测试结果。这虽然是小小的要求，但是模板的改动将会影响到上千名开发工具部工程师的使用。于是，我先向产品组提交了这个要求，经同意后又提交给了整个Visual Studio大组，一番讨论之后得到批准，接下来就需要决定如何进行这个改动。就这样，我找到了TFS团队的PM。在他的办公室里，我们在电脑前仔细查看了TFS工作项现有的结构和已有的工作项的域，讨论了可能的添加和设计的方式，最后决定复用一个已有的域来满足我们的需求。半个小时之后，我刷新了TFS工作项，看到了新的域已经准备就绪!

　　开放的办公室文化，同事们的友善和帮助，让我很快适应了总部的工作节奏，也让我了解到一些看起来困难的事(尤其是在上海的话!)其实并没有那么难。

　　我在微软三年啦!

　　今年3月29日是我来微软三周年的纪念日。一早我就在办公室门口摆上了三磅的巧克力。这是微软的传统 —— 一年=一磅巧克力。路过的同事停下拿块巧克力，认识的不认识的，我们也顺便聊几句。很喜欢这样的传统。其实不仅是纪念日、生日、刚来微软的新人、产品里程碑的时候，大家都会在办公室门口摆上一些零食，所以很多时候能在走廊里找些吃的!即使是去到其他办公楼，在不相识的同事办公室门口也可以拿块糖，顺便打个招呼。

　　有时候大的产品里程碑时，还会有更大规模的庆祝Party。整个产品组聚到一起，有啤酒和各种饮料，还有薯片等零食，然后大家一起开心的玩Xbox 360的“吉他英雄”。看平时严肃的老板拿着麦克风吼着摇滚，大家都乐不可支。

　　还有一次，我们集体庆祝了St. Patrick's Day ( “爱尔兰日”)。大家准备了许多绿色的道具，把每个人都打扮得“绿色洋溢”，又享受了一个放松的周五下午!:-)

　　硝烟纷飞的Ship-room

　　Ship-room是很有微软特色的会议之一。

　　当产品临近发布的时候，Ship-room便成立了，会议上会决定哪些缺陷会在这个版本中修复、哪些缺陷不修复，并审查整个项目的进度，确保产品能按时发布。参与者通常是Release Manager(产品发布经理)及每个功能团队的代表。临近发布的时候，气氛开始紧张，即使一个很小的改动，都可能引发连锁问题，进而影响产品的如期发布。因此Ship-room会议必须严格把关，确保只有极其必要的修复才能签入到产品代码中。另一方面，每个功能团队都希望能尽可能多得修复缺陷。因此Ship-room的会议时常硝烟纷飞。

　　进入询问阶段 (Ask Mode)以后，如果一个功能团队希望签入一个修复，则必须由一个代表将缺陷提交Ship-room审批，而这个代表最好有超强的抗压力，因为在这个会议上各种问题和不同意见会从四面八方狂轰滥炸过来。我在总部期间有幸来到这著名的“战场”，目睹各位代表们舌战群儒，深切地感受到了公司对产品质量的严格把关精神，也学习到了唯有从用户至上的角度出发才能在这场“战争”中取胜。衡量每一个缺陷的关键中的关键是，这个修复带给用户什么样的利益?如果一个修复无法为用户提供更好的体验，那么其它一切都免谈。代表们需要为每一个缺陷提供一个扎实的用户体验的场景，对用户有益的修复才有可能获得Ship-room开出的签入通行证。

　　目睹了Ship-room的“严苛”要求，深知获得Ship-room通行证的艰难，给了我很多的启示。现在，每做一个设计的决定时，每遇到一个问题时，我都会想起那些在Ship-room中被“子弹”攻击得体无完肤的代表们。一个个隐藏着的问题，都像一个不定时炸弹，随时发生。而炸得越晚，伤亡越惨，几乎没有补救的机会。让前线战士免受伤害的方法，就是及早发现并解决问题!

　　直面客户 – 你希望我们怎么做?

　　在总部期间，我还参加了好几次与客户面对面交流的活动。给我感受最深的一次莫过于3月的微软全球最有价值专家(MVP)峰会了。这个峰会聚集了全球MVP与微软开发团队直面互动。整整一个星期，开发团队向MVP们介绍各个正在开发的产品信息，其中很多信息都是未公开的。除此以外，MVP们也可以直接向开发团队提出他们对产品和技术的反馈和需求。与其它公开讲座不同，MVP峰会更像一场互动的讨论会。

　　峰会上，微软开发团队最常用的开场白就是“这些是我们正在考虑的新版本功能，你希望我们在其中怎么做选择?”有时，我们让MVP挑选他们希望我们做的优先级最高的三个功能;有时也用虚拟问题“如果你有100元，你会投资哪几个功能?”。但无论用哪种方式，我们都能从中获得许多宝贵的信息和意见。MVP们往往能提出很有见地的想法，也常常带给我们更多启发。这些反馈的意见都会成为我们产品设计的重要砝码，每做一个决定时，都会先问问自己“用户想要什么?”，再想想，用户会喜欢和赞同这个设计吗?如果这一关过不了，那么可能需要重新考虑了。

　　飞回上海

　　六个月的时光不短也不长，冬去春来，转眼六月了。我还意犹未尽之时，却要收拾行囊了。这次，我的大箱子里除了来时的生活用品，更是装满了沉甸甸的收获。学到了许多，却感觉还有更多的未知。六月的西雅图微风和熙，与来时的瑟瑟寒冬相比恍若隔世，而我，也仿佛经历了一次成长的穿越，在时空变换之间完成了一次历练。