回到阔别了十几年的故乡——上海让我倍感兴奋这个城市的蓬勃生命力让我倍感激动。培育人才同样是一件令人激动的事尤其是为华裔员工、女性员工提供职业指导和咨询。过去几年这一直是我在美国总部工作的一部分。我经常会为他们的努力而感动也会因为他们的成功而骄傲更让我颇感成就。很高兴回到上海三个月后还能继续这样的工作。今天我们的主题是如何提高自身在工作中的影响力我想用三句话来概括我对这个话题的一些思考。知己知彼Self Awareness Interpersonal Awareness进入到第一个话题“知己知彼”之前我先分享一段担任Visual InterDev开发主管期间的经历。当时我们团队来了一位刚被提拔的开发经理我和另几位开发主管直接向他汇报自然我们都会与他有定期的1对1会议沟通各自的工作进度。几乎每次当我陈述完一个问题他都会迫不及待地提出他的解决方案。我当时的反应就是“我到这儿来不是因为我没有自己的解决方案而是来告诉你我正在做些什么事情。”在我看来这两者是完全不一样的。在这之后很长的一段时间他还是一直习惯性地建议我如何如何处理问题。通过平日的观察我也发现他更喜欢花时间对技术和产品进行深度探讨而非团队管理。于是几个月后我找了一个机会跟他说“我觉得你做软件架构师说不定会更有意思。”而他自己也觉得这个建议不错。几个星期后他真的转去做架构师的工作我们团队也迎来了一个新的开发经理。我觉得这就是一个有关影响力的典型例子。毫无疑问我不能决定我的老板到底是做开发经理还是架构师。我只是觉得他比较适合并让他对自己的优势也有了一个全新的认识。与此同时我也让其他的主管意识到他对架构师的工作更有热情。整个过程中在一定程度上体现了下属的一种影响力。任何一位微软的高管在做每一个重要决定前都会去听取相关人员的反馈和建议以确保自己考虑了问题的方方面面。如果我们希望将自己的信息传达给这些决策者当然需要找到那些他/她会听取意见的关键人物通过他们来延伸我们的影响力。因此当我们要向另一个人或另一个团队提出一个方案以完成某项工作就要仔细考虑以下几个问题1) 这个方案能给对方带来什么帮助或好处为什么对方需要花时间和精力考虑或参与我们的方案这个方案对他们来说有多重要2) 我们是否找了一个合适的人来提出我们的方案他/她是否能为他/她的团队做决定3) 对方是否充分了解我们的想法我们是否提供了足够的信息4) 决策者是否充分了解我们的要求及问题的背景总之要提高自身的影响力很重要的一点就是知己知彼既要了解自己需要什么更重要的是要了解对方需要什么。言行一致Credibility –Say What You Do; Do What You Say!开始我们往往只能影响一些非常细小的事情在这些细小的事情上获得成功后我们的信誉会随之有小小的提升继而可以影响稍微大一点的事情。随着我们个人信誉的不断提升我们所能影响的范围也会越来越大。所以在提升影响力的过程中另一个重要因素就是个人信誉。那么如何才能提高个人信誉呢答案就是四个字言行一致。所言即所行所行即所言。不要多承诺、少兑现也不要少承诺、多兑现。为什么言行一致那么重要呢原因就在于我们的个人信誉来自于我们以往工作中的表现。绝大多数的公司新人都是从零信誉开始的。不管我们在面试中的表现如何出色不管面试官给我们多正面的评价对我们所加入的团队来说我们还是新人我们的信誉还得从零开始积累。只有当我们具备高信誉时比如在别人眼中我们是开发软件或测试软件方面的专家才会有人主动花时间来倾听我们的建议和想法。要提高我们在公司的信誉第一步要树立我们在自己团队中的信誉这和加入团队的时间、为团队做出的贡献、个人的职业背景等等有关。当我们还是个新手的时候如果想对一个很大的项目提出建议应该先和上司沟通。假如他/她欣赏我们的想法他/她就会继续和他/她的上司沟通通过上司来提出我们的建议。这是因为他们具有较高的个人信誉和更大的影响力。尽管最后不是我们自己直接提出建议但是在这一过程中我们如何层层扩大自己的影响力或者促成某个项目的完成是很值得思考的。问题 不等于 解决方案 不等于 结果Problem ! Solution ! Results !这是我在微软最喜欢的话题之一。虽然问题、解决方案、结果这三者完全不同的但是每天我都能发现工程师们把问题与解决方案或是解决方案与结果混淆在一起。分享一件去年发生在上海Visual Studio团队和印度SQL Server团队之间的故事。两个团队邮件往来10个回合后仍无法在某个问题上达成一致因此上海团队把我拉进了邮件讨论。于是我从头开始读邮件读到第四封我大致了解到分歧的根源在于两个团队所沟通的根本不是同一件事。印度团队认为自己开发了一个特别棒的SQL Compact工具能满足客户的重要需求所以要求把这个功能加入Visual Studio 2010 Beta 1 (Visual Studio 2010 的第一个公开测试版)上海团队认为当时已接近测试版的发布日期考虑到功能加入产品前必须遵循的一系列发布流程时间上恐怕来不及了。之后的邮件里印度团队一直强调这个功能是多么棒应该让它在测试版中发布也就是一个解决方案却从没有解释他们要解决什么问题上海团队则不断重申功能加入必须按流程来可见他们之间的交流完全错位了。在这个典型的案例中印度团队努力推动一个解决方案却没有想清楚所要解决的问题为什么会对上海团队也非常重要。之后我们发现的确有一个用户使用场景需要用到SQL Compact工具于是我们询问新工具对这个使用场景有何帮助是否能与其他新功能兼容 … …一旦我们能明确这个问题的本质我们就不难找出双方都接受的解决方案例如立即加入第一个测试版或稍后加入第二个测试版甚至是加入Service Pack等等。所以当我们向他人推荐自己的建议或方案时一定要向对方提供详细的背景资料使双方在对问题的理解上达成一致否则就无法进一步在解决方案上取得共识。有时我们可能不需要明确问题直接采取行动就行。不过我们不一定知道每个行动的结果能否真正解决我们的问题。几年前有段时间我的一个工作重点是为团队招募不同级别的员工也就是我们这里所说的结果。问题就来自于我们有很多种途径实现这一结果例如校园招聘、社会招聘、公司内部调动。每一种途径既有各自的问题也有各自的解决方案采取不同的解决方案得到的结果也是不同的。比如社会招聘常规的简历筛选很难高效地找到优秀候选人。针对这一问题我们发现通过优秀员工推荐人才是个行之有效的方法。所以同样是社会招聘当我们采取不同方法的时候得到的结果也就不同。以上就是我认为影响他人过程中非常重要的三点知己知彼、言行一致、问题不等于方法不等于结果谢谢大家
如何提升工作中的影响力
回到阔别了十几年的故乡——上海让我倍感兴奋这个城市的蓬勃生命力让我倍感激动。培育人才同样是一件令人激动的事尤其是为华裔员工、女性员工提供职业指导和咨询。过去几年这一直是我在美国总部工作的一部分。我经常会为他们的努力而感动也会因为他们的成功而骄傲更让我颇感成就。很高兴回到上海三个月后还能继续这样的工作。今天我们的主题是如何提高自身在工作中的影响力我想用三句话来概括我对这个话题的一些思考。知己知彼Self Awareness Interpersonal Awareness进入到第一个话题“知己知彼”之前我先分享一段担任Visual InterDev开发主管期间的经历。当时我们团队来了一位刚被提拔的开发经理我和另几位开发主管直接向他汇报自然我们都会与他有定期的1对1会议沟通各自的工作进度。几乎每次当我陈述完一个问题他都会迫不及待地提出他的解决方案。我当时的反应就是“我到这儿来不是因为我没有自己的解决方案而是来告诉你我正在做些什么事情。”在我看来这两者是完全不一样的。在这之后很长的一段时间他还是一直习惯性地建议我如何如何处理问题。通过平日的观察我也发现他更喜欢花时间对技术和产品进行深度探讨而非团队管理。于是几个月后我找了一个机会跟他说“我觉得你做软件架构师说不定会更有意思。”而他自己也觉得这个建议不错。几个星期后他真的转去做架构师的工作我们团队也迎来了一个新的开发经理。我觉得这就是一个有关影响力的典型例子。毫无疑问我不能决定我的老板到底是做开发经理还是架构师。我只是觉得他比较适合并让他对自己的优势也有了一个全新的认识。与此同时我也让其他的主管意识到他对架构师的工作更有热情。整个过程中在一定程度上体现了下属的一种影响力。任何一位微软的高管在做每一个重要决定前都会去听取相关人员的反馈和建议以确保自己考虑了问题的方方面面。如果我们希望将自己的信息传达给这些决策者当然需要找到那些他/她会听取意见的关键人物通过他们来延伸我们的影响力。因此当我们要向另一个人或另一个团队提出一个方案以完成某项工作就要仔细考虑以下几个问题1) 这个方案能给对方带来什么帮助或好处为什么对方需要花时间和精力考虑或参与我们的方案这个方案对他们来说有多重要2) 我们是否找了一个合适的人来提出我们的方案他/她是否能为他/她的团队做决定3) 对方是否充分了解我们的想法我们是否提供了足够的信息4) 决策者是否充分了解我们的要求及问题的背景总之要提高自身的影响力很重要的一点就是知己知彼既要了解自己需要什么更重要的是要了解对方需要什么。言行一致Credibility –Say What You Do; Do What You Say!开始我们往往只能影响一些非常细小的事情在这些细小的事情上获得成功后我们的信誉会随之有小小的提升继而可以影响稍微大一点的事情。随着我们个人信誉的不断提升我们所能影响的范围也会越来越大。所以在提升影响力的过程中另一个重要因素就是个人信誉。那么如何才能提高个人信誉呢答案就是四个字言行一致。所言即所行所行即所言。不要多承诺、少兑现也不要少承诺、多兑现。为什么言行一致那么重要呢原因就在于我们的个人信誉来自于我们以往工作中的表现。绝大多数的公司新人都是从零信誉开始的。不管我们在面试中的表现如何出色不管面试官给我们多正面的评价对我们所加入的团队来说我们还是新人我们的信誉还得从零开始积累。只有当我们具备高信誉时比如在别人眼中我们是开发软件或测试软件方面的专家才会有人主动花时间来倾听我们的建议和想法。要提高我们在公司的信誉第一步要树立我们在自己团队中的信誉这和加入团队的时间、为团队做出的贡献、个人的职业背景等等有关。当我们还是个新手的时候如果想对一个很大的项目提出建议应该先和上司沟通。假如他/她欣赏我们的想法他/她就会继续和他/她的上司沟通通过上司来提出我们的建议。这是因为他们具有较高的个人信誉和更大的影响力。尽管最后不是我们自己直接提出建议但是在这一过程中我们如何层层扩大自己的影响力或者促成某个项目的完成是很值得思考的。问题 不等于 解决方案 不等于 结果Problem ! Solution ! Results !这是我在微软最喜欢的话题之一。虽然问题、解决方案、结果这三者完全不同的但是每天我都能发现工程师们把问题与解决方案或是解决方案与结果混淆在一起。分享一件去年发生在上海Visual Studio团队和印度SQL Server团队之间的故事。两个团队邮件往来10个回合后仍无法在某个问题上达成一致因此上海团队把我拉进了邮件讨论。于是我从头开始读邮件读到第四封我大致了解到分歧的根源在于两个团队所沟通的根本不是同一件事。印度团队认为自己开发了一个特别棒的SQL Compact工具能满足客户的重要需求所以要求把这个功能加入Visual Studio 2010 Beta 1 (Visual Studio 2010 的第一个公开测试版)上海团队认为当时已接近测试版的发布日期考虑到功能加入产品前必须遵循的一系列发布流程时间上恐怕来不及了。之后的邮件里印度团队一直强调这个功能是多么棒应该让它在测试版中发布也就是一个解决方案却从没有解释他们要解决什么问题上海团队则不断重申功能加入必须按流程来可见他们之间的交流完全错位了。在这个典型的案例中印度团队努力推动一个解决方案却没有想清楚所要解决的问题为什么会对上海团队也非常重要。之后我们发现的确有一个用户使用场景需要用到SQL Compact工具于是我们询问新工具对这个使用场景有何帮助是否能与其他新功能兼容 … …一旦我们能明确这个问题的本质我们就不难找出双方都接受的解决方案例如立即加入第一个测试版或稍后加入第二个测试版甚至是加入Service Pack等等。所以当我们向他人推荐自己的建议或方案时一定要向对方提供详细的背景资料使双方在对问题的理解上达成一致否则就无法进一步在解决方案上取得共识。有时我们可能不需要明确问题直接采取行动就行。不过我们不一定知道每个行动的结果能否真正解决我们的问题。几年前有段时间我的一个工作重点是为团队招募不同级别的员工也就是我们这里所说的结果。问题就来自于我们有很多种途径实现这一结果例如校园招聘、社会招聘、公司内部调动。每一种途径既有各自的问题也有各自的解决方案采取不同的解决方案得到的结果也是不同的。比如社会招聘常规的简历筛选很难高效地找到优秀候选人。针对这一问题我们发现通过优秀员工推荐人才是个行之有效的方法。所以同样是社会招聘当我们采取不同方法的时候得到的结果也就不同。以上就是我认为影响他人过程中非常重要的三点知己知彼、言行一致、问题不等于方法不等于结果谢谢大家
