• 职业化-成长的必经之路
    时间:2012-04-16   作者:猪小凡   出处:pd4.me/blog

    首先声明,这里的职业化不是“磨平自己,去掉个性,变得更圆滑”等等的P话,而是觉得每个人在职业生涯中该做到的一些行为,甚至相比专业技能更为重要的一些事情。毕竟专业技能可以靠兴趣,追求来自我督促的学习,提升,而职业化更多的是靠心态,习惯,同时一般是要靠他人发现,提出,并自我改进来获得进步的技能。

      责任感

    说到责任感,不可避免会涉及到“工作范围扩大化”,但实际上现在的互联网公司的结构,或者再具体点,一些创业型公司,每个角色都要求是多面手:facebook要求设计师完全有前端的技能,可以写页面,实现高保真模型等等;国外的独立设计师,每个人都是从文案,设计,营销,到前端开发,甚至包括后台开发样样都行的选手;淘宝的UED团队的各个角色要求更是相互渗透;多少公司的创始人都是技术出身?业务,设计,开发,销售一人搞定?

    责任感是什么?产品是自己的。曾经还在公司小组YY:每个产品上线之后都在某个地方把所有参与的人都放出来,用户想骂人也直接找得到人,也总结过“产品拿得出手的标准就是每个参与的人都会跟身边的朋友或者亲戚推荐或者炫耀”。无论你是任何角色:优秀的开发人员会在完全理解业务的同时再去做系统的设计与实现,甚至反过来在某些环节与设计师或者产品经理来探讨业务的合理性,设计的流畅性;产品设计师会在需求诞生前期就参与讨论,保证产品“从根上就是正确的”,在业务逻辑落地到实际的逻辑上一同梳理流程,或者是提高使用效率甚至是系统效率,或者是降低实现成本;不再列举了。

    产品最终的结果不可能是靠某一个神一样的人物来保证,而一定是团队的结果。如果开发同学不关心业务只是要求上游将所有逻辑整理好只是编码(当然优秀的设计师是不惮并且会主动完成此环节),如果产品经理不关心运营只是想产出产品然后丢给运营自生自灭,如果设计师只单一关心交互和设计的牛逼性完全不考量实现成本和外界限制,那最终的结果是什么?

      可信任感

    可信任感和权威性是挂钩的,与个人解决各种问题的能力也是挂钩的,什么是可信任感?交给你一件事,可以放心的去做另外的事,知道你最终给出的结果会如何,而不用再担惊受怕每天一问。权威的人为什么权威?因为可信任,做事的结果是可信任的,给出的反馈是可信任的,承诺的时间节点是可信任的。

      反馈与推进

    职业中一定会涉及到各种各样与人打交道的事,反馈和推进避免不了,保证反馈和推进的结果就是“主动性”。主动性好的人,会主动给你反馈;遇到主动性不好的人,主动性好的人会主动跟进并推进。虽然现在关于余世维反面的资料很多,但是还是要承认最开始从余世维的很多类似《赢在执行》,《有效沟通》学到太多直到现在还很受用的方式方法和习惯(还记得当时每天在路上往返至少3个小时,公交车上光线不好没法看书,所以一直都是听余世维的讲课录音)。作为一个职业性良好的人,如果项目周期长,则会在关键节点随时反馈进度,反馈中间产物,不断沟通以确保结果的正确性;同样作为职业性良好的人,会在交代某项任务之后,在中间环节不断推进并询问进度,保证方向的正确性,把握中间关键结点的质量,确定里程碑等等。

      一个案例

    其实这个案例不是用来论证职业性的,但是我觉得跟职业性也很相关(是讲美国医生被指控的,吐槽一下中国的医疗环境….)

    信不信由你,医生被指控失误的风险,与其所犯错误的多少几乎没有关系。针对医疗失误诉讼的分析显示,遭到起诉的医生中不乏医术高明之人,而有些漏洞百出的医生却从未遭到投诉。同时,在由于医疗事故而受伤的人群中,绝大多数的人从未提起过医疗失误诉讼。也就是说,因医疗看管疏忽而导致的伤害,并不是病人起诉的唯一原因。病人们之所以起诉,一是因为他们受到了侵害,而除此之外还另有原因。

    不久前,医疗研究者温迪莱文森记录了一组医生与其病人之间的数百条对话。在这组医生里,约有一半从未遭到过投诉,而另一半则被投诉过两次或以上。莱文森发现,仅凭这些对话,她就能够找出两种医生之间的明显差异。从未被投诉的医生花在每位病人身上的时间,要比遭到投诉的医生长了3分钟(18.3分钟比15分钟)。前者更趋于给出“指导性”的解释,比如“首先,我会为你做检查,然后我们再来谈你的问题”,或者“我会专门留出时间供你提问”,这些话能够帮助病人理解他们在此次就诊中将会得到的结果,以及应该何时发问;另外,这些医生更趋于积极聆听,喜欢使用“请继续往下讲”等用语;除此之外,他们在病人的就诊过程中也更加幽默和爱笑。有趣的是,这两种医生提供给病人的信息,在质与量上都大同小异,第一种医生并没有给出更多有关用药和病情方面的细节。区别仅仅在于两种医生是如何与病人沟通的。

    试问自己一个问题,当然为了公平起见,我们应该约定有两个技术能力水平一样的医生,那你会更倾向喜欢哪一种?这种沟通技能或衡量标准是医生的专业技能还是职业技能?

    另外:碰到职业化好,素质高的同学,请感激,学习;也请不要变成自己都讨厌的人…

    网友留言/评论

    我要留言/评论

    相关文章

    项目经理的“势能”培养:我很早之前就听说过,做为一个项目经理,至少要在公司工作两年以上,且年龄不小于三十岁。我当时还年轻,对这两点很不屑。而现在,我却很理解。在公司工作时间短,对人员不熟悉,将很难横向协调资源;年纪过轻则不够沉稳、练达,难以实现快速沟通。
    如何写好你的技术文章?:最近看到很多这方面的文章,我就想了想,我认为的好的技术文章是什么样的?这文章主要是写给自己的,对我以后的技术文章有警醒作用。
    OAUTH中的腿,2-legged 与 3-legged 的差別:OAUTH协议为用户资源的授权提供了一个安全的、开放而又简易的标准。与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。
    6本值得一读的JavaScript英文电子书:Web开发行业是一个快节奏的行业。新趋势、技术和API不时出现,我们必须去学习。作为一名Web开发人员,我常认为这是我们责任的一部分,或者说我们需要把这个作为一种习惯,以坚持学习或给自我 升级,不能满足现状。我们是为了探索和发现更多的解决方案。
    怎样打造高性能的移动用户体验:在新家一点点安顿了下来,不过心里还是缺乏踏实的方向感;猫猫们也都有些瞻前顾后草木皆兵的样子,有待继续习惯;希望大家都好好的。话说眼前的这篇候选文章貌似已然有同行做过译文,不过正像 “关于BeForWeb”中所说的,我只挑那些我喜欢的 、对我自己有学习和收藏价值的内容来做译文,其他方面的因素和我没有半毛钱的关系。不多说,直接进入正题。
    程序员需要谨记的九大安全编码规则:历史已经证明,软件设计的缺陷一直是导致其漏洞被利用的最主要的罪魁祸首。安全专家发现,多数漏洞源自常见软件中相对有限的一些漏洞。软件开发者和设计者应当严格检查程序中的各种错误,尽量在软件部署之前就减少或清除其中的漏洞。
    25 个非常棒的 CSS3 菜单教程:本文收集了 25 个超棒的 CSS3 菜单教程,同时提供在线演示以及打包下载。
    百度统计流量研究院设计小结 - 可视化的快乐:百度统计流量研究院为了将数据更好的传达给用户,我们采用了动态数据可视化的方式(Interactive Infographic)。希望我们的设计能将用户带入到新鲜、愉悦的氛围之中。当然,我们在设计的过程中也体会到了可视化的快乐,并且希望与大家一同分享。
    jQuery 工具类库集锦:jQuery 是一个非常棒的类库,但是为了保证代码的干净以及代码的精简,它只提供最核心的功能。所以就有了很多其他的工具来丰富jQuery的功能。我在使用这些工具的时候发现我常常重复的编写一些代码,所以我就开始把它们整理到一个类库中。我把这些代码都包装成了jQuery的代码,但这并不是必须的,你也可以在其他JS类库中使用他们,或者单独使用。