管理者应该如何沟通技术问题？

　　布雷克科伦（BlakeCallens）移动电子商务平台SpotTrot，首席工程师，SpotTrot为LadyGaga、贾斯丁比伯等众多明星提供在线商店，布雷克尤以对电子商务技术的创新贡献而广为人知。
　　在过去的十年间，人们渐渐将电脑视作消费品而不再是新鲜的工具。当时，即使计算机和电子技术已经成为生活中不可或缺的一部分，在谷歌上进行的关于计算机技术的搜索次数也下降了50左右。在2004年，在计算机方面最多的搜索词条是““Linux”，“drivers”和“Java”，这时候大家的关注点还在软件开发方面。到了2012年，搜索最多的词条已经变成了“Apple”，“Google”和“Samsung”，增长较快的有“GalaxyS3”，“Minecraft”和“AppStore”。
　　人们对技术的兴趣转向了消费品，电子产品持有数量的增长和大众对技术了解程度的降低给软件开发者造成了这样的困境：如何在提供复杂功能的同时保证产品的易学易用？如何使产品在满足技术需求的同时还能洞察消费者的期待？
　　这些问题的存在使得软件公司的工程师成为一个颇具挑战的职位。他们不光要研究用户需求，还要与团队中那些不懂得技术又信奉“只好管用”信条的同事们进行协调，这些同事往往身处管理职位，不懂技术，却负责产品的开发工作。
　　任何一位工程师或者系统管理员都不喜欢与销售经理或者项目负责人没完没了地解释技术问题，很多人认为程序员的脾气都不太好，是因为他们实在没有耐心一遍遍地跟每个人解释同一个问题，他是被雇来做产品，不是当教导员。
　　对于任何人来说，被别人教育如何工作都是难以接受的，尤其是对方又不了解技术方面的细节，然而，而中小企业的工程师往往就面临着这样的窘境，在这些公司里，销售人员与工程师往往直接冲突，而没有项目经理或者首席技术官来缓冲矛盾。
　　随着新技术的发展，了解最新的硬件设备并用玩得纯熟是聪明人的标志。外行领导专业项目的确是很多公事的通病，但是在软件公司，这事儿就变成：开发团队的决策者必须预见一切。而且，更麻烦的是，技术人员往往不擅长交流和表达。也就是说，即使他们没把事情说得很清楚，也不代表事情做得不对。
　　在很多软件公司里，常见的情况是无论是领导者有什么建议，到了程序员那儿都是“不行”，这种简单粗暴的否决往往是因为建议本身的不尽合理。下面就是一些我收到过的关于产品的要求：
　　修改谷歌分析系统的源代码以满足客户的跟踪需求。
　　当用户用手机进入某家公司的网站时，秘密地在其手机桌面上安装一个应用程序。
　　当用户身处建筑物之内时，通过手机GPS对他们进行精确定位，误差不超过1米。
　　在所有业务中，最好的管理者应该是帮助团队成员找到内部和外部问题的方法，而不是事事干涉，问问工程师他们在工作中最大的乐趣是什么，回答一定是独立解决问题的成就感。
　　为了有效地驱动团队，有经验的管理者应该会技巧性地表达自己的需求，使得工程师能够给出有效的解决方案。例如：
　　谷歌分析系统是做什么用的？它的局限在哪里？如果满足不了客户的跟踪需求，我们该怎么办？
　　这款应用的装机量需要提高，我们一起来想想办法吧。
　　手机GPS能提供什么样的功能？如何提高定位精确度？
　　对于管理者来说，少插手一些事务并且听从工程师的建议可能有点艰难，然而这是建立顶级软件开发团队的必经之路。
　　总之，没有人是因为技术差才来做技术工作的，好经理都知道最快得到解决方案的办法就是充分地信任他们。如作家乔治麦克唐纳所说：被人信任，是比被人喜爱还要更大的赞许。