分类：未分类

Live From The Field

专栏与观点
职场成功的秘诀——少干些活
多数出色的职场人士都有一个共同点：他们只愿处理较少的任务，然后全力以赴。
ENLARGE
图片来源：BRIAN STAUFFER
MORTEN T. HANSEN
2018年 01月 30日 14:01
评论
很多美国人工作格外拼命。他们将大把时间和精力投入到工作上，可成效总不见提高。我也不例外。在20多岁时，我找到了份理想的工作，成为美国波士顿咨询公司(Boston Consulting Group)高大上的伦敦分公司的一名管理顾问。我依然记得，工作第一天，我穿上一套新买的精致蓝色正装踌躇满志地去上班，一心想着要通过疯狂努力赢得上司的器重。我自以为这个办法非常高明。

接下来的三年里，我常常一周工作60、70、80甚至90个小时。加班加点的日子里，我喝掉无数杯典型的英式淡咖啡提神，靠巧克力棒充饥。直到有一天，在我为了一个很难搞的项目挠头抓耳的时候，我无意间看见一个同事——就叫她娜塔莉(Natalie)吧——制作的几页幻灯片。在我一页页浏览她写的分析时，我发现了一个让我不舒服的事实：娜塔莉做的东西比我好。她的分析更有洞见、更有说服力。

某个晚上，我去找娜塔莉，发现她不在公司。我问她旁边的同事她去哪儿了，他说娜塔莉已经下班回家了。他说，娜塔莉从不加班——从来都是早上8点准时上班，晚上6点准时下班，晚上从不加班，周末也不加班。

听到这些，我心里很不是滋味。我和娜塔莉有相似的教育背景和经历，也都是经过同样严格的筛选被公司招聘进来，可她不仅干得比我少，还比我干得好。这件事，也就是我所谓的“娜塔莉问题”，让我困惑了好多年。在我离开管理咨询行业，转而以一名学者身份研究工作绩效的时候，找到“娜塔莉问题”的答案就成为了我的目标。为什么娜塔莉花在工作上的时间更少，工作反而更出色？广而言之，为什么有些人的工作成绩要比别人好？

天资论 vs. 勤奋论

对于这样的问题，不费脑子的回答会是：天资不同。社会科学家和管理专家把工作成绩的差别归因于天赋和天然优势的差别。你是不是常听到这样的话：“她有搞销售的天赋”，或者“他是个有才华的工程师”？这种天资论深深影响着我们如何看待成功的原因。

然而，天资论正确吗？有的专家认为不正确。他们认为个人持续的努力对于成功有着和天资一样甚至更重要的作用。按照这种观点，有的人工作出色是因为他们工作勤奋，在工作上投入了很多时间，导致工作量越来越多，承担更多的任务，参加更多的会议。

但无论是天资论还是勤奋论都无法解释为什么娜塔莉的工作比我出色，也无法解释我观察到的其他天资和勤奋程度都一样的人之间的工作成绩差别。

对5,000职场人士为期五年的跟踪调查

2011年，我决定探究不同人之间工作成绩差别的原因。我招募了一群懂统计分析的研究员，然后对哪些行为会成就出色的工作表现作出了一系列假设。然后，我们对5,000名管理人员和雇员（包括销售代表、律师、精算师、经纪人、医生、程序员、工程师、商店经理、工厂工头、护士甚至一名拉斯维加斯赌场发牌员）进行了一项长达五年的跟踪调查。

调查结束后，我们发现，表现最出色的被调查者共有的行为习惯完全不是我们预料的那样。我们本以为这些人的共同点会是拥有更好的组织能力或者知人善任的能力，可真正的答案是：他们都非常善于取舍。他们会对任务、会议、客户、想法或步骤等仔细分析，然后舍弃那些不重要的，再全力以赴少数但重要的几个事项。我们发现，有三分之二的被调查者，其工作表现差异能用与取舍相关的少数几个关键的工作习惯解释。天资、努力和运气当然也很重要，但没有善于取舍重要。

我们的研究明确揭示，若要取得更好的成绩，就必须改变个人的工作习惯。但这项研究给我们的启示远不止此。它告诉我们，我们还需要改变对工作进行管理和褒奖的方法，改变衡量经济生产力的方法，以及——可能是最重要的启示——重新审视盲目颂扬努力工作的文化。如果有人评价我们“工作努力”，我们再也不应想当然把这看作是称赞。苦干未必总能带来最好的结果。巧干才是关键。

查看大图
图片来源：BRIAN STAUFFER
奥卡姆剃刀原则

我们的调查对象中，表现最佳的人是如何巧干的？答案是，相比延长工作时间或承担更多任务，他们反其道而行之。他们在不经意间践行了700年前欧洲修士、哲学家兼神学家奥卡姆的威廉（William of Ockham，简称奥卡姆）提出的一句名言。奥卡姆以一项被后世称为“奥卡姆剃刀”的原则闻名。该原则认为，无论是哲学、科学还是其它领域的问题，最佳的解释通常会是最简单的解释。

如果把这条原则运用在工作上，就意味着我们应当寻找最简单的方案。换言之，我们应当执行尽可能少的步骤、参加尽量少的会议、采用尽量少的衡量标准、设定尽量少的目标等等，只保留对出色完成工作真正必需的事项。按照我惯常的说法就是：尽力少做，只做必做。同样的意思，法国作家安托万·德圣埃克絮佩里（Antoine de Saint-Exupéry，《小王子》作者）也曾在其回忆录中用一句妙语表达过：“完美的实现，不在于无可增添，而在于无可删减。”

有时，“尽量少”意味着“少到只有一个”。我过去为了做宣讲总会制作很多页幻灯片。我以为，越多就越好。某天，在我和欧洲某大型公司的CEO正式会面前，我被要求只用一页幻灯片向CEO介绍高层经理培训方案。“一页幻灯片？”我惊讶地问。之后，我费了好大劲才把15页的幻灯片减到四页，然后又试着把文件再压缩一点。琢磨好一阵之后，我开始问自己：“这次宣讲的重点是什么？”然后，我运用奥卡姆剃刀原则，把所有其它幻灯片都砍掉了，只留下唯一一张，上面是一个以不同颜色标示、按小时排定培训方案的日历。这是我殚精竭虑制作出来的。当你只能用一页幻灯片做宣讲时，就必须把这页幻灯片做得很精良。

我的努力没有白费。由于不用在45分钟内讲解15页幻灯片，我和那位CEO就能更深入地讨论培训方案。当我的讲解结束后，CEO评价我们的会面很有成效。

对过多的目标说不

当你为了有所取舍而做了精简后，往往会有再添枝加叶的冲动。通常情况下，这是外界压力所致。在我们的调查中，有足足24%的人将自己无法集中精力做最要紧的事情归因于上司设定了太多目标。对此，工作成绩最佳的那群被调查者采取的办法是对上司说不，这是我们发现的这群人共有的第二个行为特征。

当然，怎样说“不”是有讲究的。最精明的调查对象解释，他们的首要目标是把工作干得漂亮。他们说，把事情按优先等级排序，不是为了偷懒，而是为了能对最要紧的事情全力以赴，从而出色完成工作。

下次如果上司派给你一堆任务，让你心中升起“我要更努力工作”的过时想法，你可以试着问下上司能否让你把这些任务排个优先次序，好把精力少放一点到以前讨论过的任务上。这样做，决定权就交给了上司。根据我们的统计数据，专心做较少的工作并且为维护这种策略而勇于对上司说不的调查对象，工作成绩更突出，比不这样做的人的成绩评分高了足足25%！这就是工作表现优异和一般的差别。

这个数字应该会引起管理人员的兴趣——如果你为你的团队制定较少的目标，他们的工作成绩或许反而好得多。但有一点也值得团队成员注意。虽然有些任务根本不用做，或可以拖延一段时间做，或可以派给其他人做，但要注意别太频繁说不，也不要专注太小的任务。把一件小任务做得很棒并不会提高你的整体工作成绩。

查看大图
图片来源：BRIAN STAUFFER
创造实际价值的职场创新者

我们的调查对象中有一位客户订单处理员，可谓“反面教材”，从他的案例中我总结出了另一个精简工作的办法：关注工作的实际价值，而非公司内部目标。这位订单处理员表示，他处理的货物配送准点率高达到99%。这个成绩看似非常不错。然而，当他上司调查客户时，有整整35%的客户抱怨货物送达的时间比预定晚。为什么会这样？原来，这名订单处理员只关注自己的目标，即货物是否及时出库，而没关注它们是否及时送达客户手中。

很多人把专注的目标搞错了。他们只在意打了多少销售电话、看了多少病人、登记了多少小时的上班时间、访问了多少客户等等。工作成绩最出色的人不这样。他们会在明确目标前问自己一个关键问题：我能创造什么价值？所谓价值，在他们看来，是指能为客户与其他人创造的价值，而非为自己创造的价值。

很多人从不思考自己的工作产生了什么价值。当我数年前在惠普公司做调查时，我访问了在该公司位于科泉市的办事处工作的一名工程师。他说，他忙得没时间跟我细聊，因为他得完成他的岗位职责说明中订立的本周目标，也就是，提交一份关于某项目进展的季度报告。最终，和之前每个季度一样，他及时提交了报告。这样就算完成了目标，对吗？

我只知道——但这名工程师不知道——惠普位于加州帕罗奥图市的研发部门早已不再使用这些季度报告。他的报告如同石沉大海般发送到一个无人问津的收件箱。所以，按照岗位职责说明，工程师的确完成了目标，但创造的价值为零。

如何创造价值？我们的研究发现，有时我们只要作出一些改变帮助上游或下游的同事更好地工作就能创造价值。比如，某食品加工厂一名生产技术员说，他的上司以“吞吐量”（即他借助一台打包装和贴标签的机器处理的包装盒数量）考核他的工作成绩。这位技术员的吞吐量还行，但他发现他处理的包装盒不够方正，以致到达仓库后装运时，不能和货板完全契合，导致下游的同事要花费额外的时间处理。了解这个情况后，这位技术员便主动调整包装工序，使包装盒更加周正，让下游的同事能轻松装货。这一举动使该技术员成为我们调查中工作表现最佳者之一。

关注哪些是有价值的事情通常能为我们指明重新设计工作从而实现巧干的方向。著名跨国运输公司马士基的经理哈特穆特•佐列治(Hartmut Goeritz)曾告诉我，在我们的调查进行期间，他只关注他负责的摩洛哥丹吉尔码头一项最重要的活动：集装箱的装船和卸船。

2011年的某天，佐列治在堆场附近巡视。他留意到有些运输车拖着空车在跑。“他们从到港的船上接集装箱，”他回忆码头上的这些运输车司机，“然后把集装箱运到巨大堆场的后方卸货，再空载返回货船那边接下一个集装箱。”多年来，这些运输车一直是这样工作。

佐列治于是思考，从船上卸货的运输车把集装箱放到堆场之后，返回时可不可以再装一个集装箱，运到附近在装货的船上？他执行了这个想法，激励运输车司机在返回卸货船之前，询问一下同事有没有待装船的集装箱让他们运过去。没过多久，团队成员开始使用对讲机协调这项工作，以便找到更多待装船离港的集装箱。码头上作业人员的口头禅变成“绝不拖空车”。这样简单的一个转变使码头上的效率增加了近一倍。

创新工作方式不是管理人员才会做的事。我们的调查发现，表现出色、资历尚浅的职场人士也会挑战和打破成规。入职未满三年的人群所作出的工作创新，与入职满10年甚至更久的人群差不多（但根据我们的调查，这两类人都只有不到20%的人会尝试创新）。另外，虽然大公司有更多的官僚问题要克服，但大公司的职员创新的可能性几乎和小公司职员一样。

一个很有用的精简工作的办法是解决“痛点”（即烦扰很多人的棘手问题）。我们的被调查者中有一位供职于明尼阿波里斯市某人寿保险公司的商业分析师。她负责处理该公司散布于全国各地的保险代理人的薪酬事宜。多年来，她发现这些代理人向她求助最多的事情是关于网上提交凭证过程中一道特别复杂的手续。为解决这个问题，她找到公司的程序员，和他们联手把这道手续变成了只需在一个界面上点击几下就能轻松完成的事情。这个举动为这位分析师的大量同事节约了时间和精力，使他们能更加专注于本职工作。

职场中的很多事情都是基于“努力工作才能成功、才能脱颖而出”的传统智慧。我们的调查分析否定了这一点。工作成绩最突出的人确实也很努力（按照我们的统计数据，这群人每周工作50个小时，和娜塔莉一样），但他们之所以出色，不是因为他们工作的时间比别人长，而是因为他们有勇气在别人加班加点的时候精简工作，在别人说“好”的时候说“不”，在别人只顾达到内部目标的时候追求价值，在别人满足于现状的时候突破成规。他们是职场中的创新者。

（本文作者Morten T. Hansen是加州大学伯克利分校的管理学教授。本文是根据其新书《征服职场：看达人如何做得少反而做得好》(Great at Work: How Top Performers Do Less, Work Better, and Achieve More)改编而成。该书将于1月30号由西蒙与舒斯公司(Simon & Schuster)出版。）

（本文版权归道琼斯公司所有，未经许可不得翻译或转载。）

签 名
提 交
敬请读者发表评论，本站保留不刊登无关和不雅评论的权力。 新用户注册
本栏目更多精彩文章…
零成本提升工作和健身效率之道：科学择时
零成本提升工作和健身效率之道：科学择时
调查显示企业不愿花钱对员工进行人工智能培训
调查显示企业不愿花钱对员工进行人工智能培训
本周全球经济大事预告
本周全球经济大事预告
美国1月份非农就业报告五大看点
美国1月份非农就业报告五大看点
IHS Markit：美国新关税对外国家电制造商影响有限
IHS Markit：美国新关税对外国家电制造商影响有限
健身追踪地图泄露美秘密军事基地位置
健身追踪地图泄露美秘密军事基地位置

你可能对以下内容感兴趣…
热门视频
http://m.wsj.net/video/20180207/020718youtube/020718youtube_167x94.jpg
YouTube推荐算法是如何误导用户的？
http://m.wsj.net/video/20180206/020618stern/020618stern_167x94.jpg
智能音箱对比测评：苹果HomePod vs. 亚马逊Echo、谷歌Home
http://m.wsj.net/video/20180125/012618ficmiss/012618ficmiss_167x94.jpg
美国小镇穷人生活白描：打零工，借高利贷
http://m.wsj.net/video/20180124/012418histshipping2/012418histshipping2_167x94.jpg
海运简史：集装箱是如何改变世界的？
http://m.wsj.net/video/20180206/020618spacex1/020618spacex1_167x94.jpg
SpaceX成功发射猎鹰重型火箭
热门文章
中国就美国新关税措施向WTO提出申诉
中国就美国新关税措施向WTO提出申诉
梅赛德斯-奔驰就社交媒体广告引用达赖话语致歉
梅赛德斯-奔驰就社交媒体广告引用达赖话语致歉
特朗普：如果国会无法达成移民协议将让政府关门
特朗普：如果国会无法达成移民协议将让政府关门
中国证实香港书商桂民海被拘
中国证实香港书商桂民海被拘
苹果考虑向部分更换iPhone电池的用户发放退款
苹果考虑向部分更换iPhone电池的用户发放退款
Wall Street Journal
版本：
关于我们订户协议
回到顶部«
GooglePlay
AppStore
隐私权保护政策Cookies使用政策版权政策数据政策订户协议广告本网站文字内容归道琼斯公司所有，任何单位及个人未经许可，不得擅自转载使用Copyright ©2016 Dow Jones & Company, Inc. All Rights Reserved.

继续阅读Live From The Field

TLS 1.2

TLS 1.2 was defined in RFC 5246 in August 2008. It is based on the earlier TLS 1.1 specification. Major differences include:

  • The MD5–SHA-1 combination in the pseudorandom function (PRF) was replaced with SHA-256, with an option to use cipher suite specified PRFs.
  • The MD5-SHA-1 combination in the finished message hash was replaced with SHA-256, with an option to use cipher suite specific hash algorithms. However the size of the hash in the finished message must still be at least 96 bits.[18]
  • The MD5-SHA-1 combination in the digitally signed element was replaced with a single hash negotiated during handshake, which defaults to SHA-1.
  • Enhancement in the client’s and server’s ability to specify which hashes and signature algorithms they accept.

随想

以前在开发任务的时候，发现网络是一个好东西。可以直接搜索答案和解决思路，可能是跟以前做的项目有关系。大多数的项目开发内容都是前人走过的路填过的坑，所以可以有章可循。

现在发现，很多时候需要自己去想解决方法和思路，搜索引擎能给出的非常有限的帮助，这一点转变是我没有预料的。

这种转变或多或少的迫使自己更加独立的思考问题和寻求解决方案。对于个人的能力是要求更高了。

 

About software

Software why it is called “soft” because it is more plestic,more abstract and more ephemeral than hardware.

written to be changed

designed to be tested

 

转-系统架构师

 

来这家公司从事信息化工作已经也有三个年头了，有必要对这三年的工作和成长以及不足之处做一个总结。在此之前，从2001年开始学习JAVA，那时候用Struts的开发的企业也不多，而我在的做项目的企业当时已经自己开发了Struts的快速开发平台，专门做对日软件外包的项目，在这家公司工作，培养了我JAVA基础知识，软件工程的认识以及项目管理的知识。随后博士毕业后去了一家外企做了4年的IT系统集成研究，主要用Eclipse Plugin搭建研究项目的验证的Prototype，期间研究了SOA，SSH，LDAP，Web服务发现等技术。

 

刚来这家公司的时候，领导决策要将系统做重建开发。项目的具体情况是：我们拥有了成熟的业务功能，只要将老的系统的功能照搬到新的系统中，因此，对于老的系统进行了一次整理和分析，分析了合理的地方，也分析了不合理的地方，不合理的地方，希望在新系统中进行改进，但原则上，数据库表结构不做大的改动，以免将给将来系统迁移带来重大困难。当然，由于随着企业的业务的发展，会有新的需求，但大部分的需求都是没有改变的。

在项目的成员实力方面，没有的是：

1.熟悉JAVA的开发人员。

2.J2EE项目的经验。

有的是：

1.IT项目的开发、测试和维护经验。

2.数据库系统开发经验。（其实很重要的，数据库系统对于企业应用来说，数据也是很关键的，拥有这样面的经验，为项目的后续开发提供了不少的经验支持）

在项目的初期阶段还碰到了技术选型的问题，根据应用的特点，最终选择了C/S三层结构，并选用标准的EJB 3.0作为中间层，采用成熟的商用中间件服务器，这样就解决了ORM，数据持久化等问题，这样便确定了技术方向，这对于没有经验的团队来说，也是艰难的。

上述便是我团队的情况的简要概况。项目总是要做的，因为领导决策了啊。先看上述两个问题我们是如何解决的。

1.针对开发团队没有JAVA的开发经验，进行培训，由我亲自操刀。培训为期15天，从开发环境熟悉，到JAVA基础知识，上午半天讲知识，下午上机练习。

2.针对没有J2EE的项目经验。

整个项目就我一个人有过J2EE的项目经验，但是我以前没有做过J2EE项目的架构师至少没有做过如此大型项目的，我只是做过J2EE项目的开发（B/S的，而本次项目是客户端）并了解软件工程、面向对象的设计、设计模式等。怎么办？我们是这样解决的，请老师。专门请了老师来讲架构设计知识。这还不够，我们花钱请人做架构设计。但只是做架构设计，生成一个架构说明书后，离架构的工作还很远，还有很长的路要走，而在合作公司做好架构设计后，他们的工作也就基本结束了。后面的架构方面的工作，基本上是由我来做的。我说说我都做了什么事情。

（1）按照架构说明书，将整个架构环境搭建起来。

（2）开发一套便于开发人员开发的开发框架。

（3）设计了Swing的MVC模式，并开发实现。

（4）开发了整个系统的基础组件，为了实现架构中的复用的原则，这个很重要。

（5）负责整个系统的权限的管理，这个很重要，跟各个模块都有关系。

（6）负责开发的编码规范的制定，包括JAVA的编码的规范，同时还有质量属性方面的编码的规范。

（7）整个系统的异常处理、日志、错误验证等机制的设计和开发；

（8）第三方系统和工具的集成，如报表系统，浏览工具的集成等；

上述，只有（1）是现成的。其它的都是具体的架构方面的工作。很多人，都以为，架构师嘛，不就是高高在上的，待在象牙塔里给开发人员发号施令的人吗？其实不然，架构师需要每天跟开发人员在一起，一起写代码，一起工作，一起交流。

回顾起，在搭建快速开发框架的过程中，开发人员在开发的过程中，提出了很多有意义的改进的意见，直到今时今日，我们还在改进，只有开明的架构师，才能够设计出好的系统，好的基础组件。当然没有意义的，也被筛选掉的，架构师必须要有这样的决断力。

Swing的MVC模式就不说了，可能每个团队对于该项设计都会有所不同。

说说如何实现组件的复用，要实现组件的复用，必须要鼓励开发人员复用已有的组件以统一界面风格以及减少工作量。那么，就要告诉开发人员，目前我们的系统有哪些基础组件，他们都是怎么样使用或调用的。有了这些，开发人员自然就肯用了。

关于编码规范，可能很多人觉得这是项目开发中的小事情，其实不然，某位架构大师说过，架构无小事，编码规范的执行不力，直接影响到整个项目的代码质量，甚至影响质量。例如，要求不要出现在循环，要释放对象，尽量用StringBuffer等。在编码规范的执行的难度是，不是说你有没有规范，而是你的规范有没有被执行。那么如何使得你的规范被执行呢？

这就需要架构师的耐心和沟通能力了。在整个项目的开发过程中，架构师始终要保持与开发人员的沟通，苦口婆心地说，编码规范的重要性。时间长了，开发人员养成了好的习惯，架构师也就省心了。

根据上述经验，我做个总结。

1.经验是可以复制的，当您没有这方面的人员时，最好请求专业或外援，并培养自己的人员，同时有吸收的学习。

2.架构师是整个团队的技术领导，需要具备领导能力。

3.架构师需要较强的沟通能力，需要与项目的各个方面的人员进行沟通，与项目经理沟通，帮助项目经理制定合理的开发计划；与需求分析员沟通，了解系统的关键需求和非功能性需求；与开发人员沟通，使得架构设计能够被真正执行；另外还有与项目经理、物理架构负责人沟通等等。

4.架构师需要编写代码，这样使自己积累更多的代码经验，加深理解设计模式，可以帮助自己对于整个项目更加熟悉，同时能够回答开发人员在开发过程中出现的所有的问题，树立个人威信。

5.架构师需要有较强的IT知识和广博的知识面。IT的知识更新非常快，现在云计算等的出现，必然要淘汰一部分架构师，因此，架构师要保持生命力，必须要不断地学习。

6.架构师要懂业务知识。架构设计要满足系统的需求。我虽然刚到公司不久，但由于之前积累了很多业务相关的知识，经过短期的学习，也掌握了业务知识。

7.不要怕做事情，我在整个系统的开发过程中，我的开发量是别人的三倍还多，但我收获的，则也是三倍还多的经验。

 

自己的不足之处：

1.有时候会着急，当规范强调了10遍，还是没有得到很好的执行时，就开始没有耐心了。

2.需要加强沟通能力，将自己的想法能够推销出去。

3.需要在更多的业务领域知识方面得到快速的增长。

 

下一步的目标

 

1.系统理论地学习架构知识，使得知识更加固化，以进一步使得架构设计更加科学和有调理；

2.通过广泛地阅读学习企业信息化的各个方面的知识，包括ERP，SCM，营销管理，企业战略，企业管理等，每年看书或阅读文章至少100本或篇；

3.熟悉企业的业务流程，与企业不同层次的人员多多地进行交流，多学习，多沟通；

4.多交朋友，多向朋友学习与交流。