转发自己在07年发的一篇博文

分享思考 by 达达 at 2011-01-10

年终了,公司想让各组组长为每个团队成员做一次回顾和展望,目的是帮助团队成员更好的成长。

由于我们是一家创业型公司,这些东西之前都没有经验,对如何做一次有效的Review大家心理都没什么谱。

我想到07年我在戴尔上班的时候,老板曾经对我做过一次Review,那次Review让我印象深刻(因为职业生涯中第一次接受这么正式的Review),并且写了一篇博文记录了当时的感受,现在回头翻出来看看参考一下。

当然07的我的见解和现在是有所不同的,我现在的观点是在不同的公司因为管理风格和从事的行业等因素,所需要的技能是不一样的,这些"技能点"应该根据实际情况来定。

07年我发的这篇文章,仅当做Review形式的一个参考。不过戴尔毕竟是一个大型的企业,所制定的这些技能点还是比较通用,有较大借鉴价值的。

下面就是原文

《职业技能评定参考》- 2007年9月16日

今天在抽屉里发现一张以前在Dell的时候做的个人评定表,让我想起了当时做这个表的时候和老板的一番对话,当时就觉得这次谈话是一个很大的收获,可惜那时候没有记在Blog上,现在有几项评定标准不记得了。但是重要的几项我还是记得的,这里列出了和大家分享下,希望大家对自己的个人发展也能有一个比较好的评定准则。

在和Peter (我在Dell时候的“老板”)做这个个人评定表格的之前,我真的对自己的个人发展没有一个明确的概念,从来不知道自己该在哪些方面锻炼自己,我只知道什么东西好玩,我就研究什么东西,呵呵,所以才会有这个胡搞瞎搞工作室,和这么多浪费了我大部分时间的没有什么实际意义的技术文章。

Peter告诉我Dell的个人能力评定标准有:

  1. 目标管理(Target Management)
  2. 时间管理(Time Management)
  3. 沟通能力(Communication Skills)
  4. 解决问题能力(Problem Solving)
  5. 会议操控 (Meeting Driving)
  6. 指挥能力(Command Skills)
  7. 陈述(展示)能力(Presentation Skills)

其它好些还有几项,我记不得了....真是对不起Peter的教诲...

目标管理,就是指你能不能正确的制定目标,和顺利的完成制定的目标。通常一个任务下来,我们需要把这个任务分成几个小的目标或者步骤,逐步的去完成任务。这时候目标管理能力的好坏就体现在步骤制定的合理与否,步骤是否是按计划完成的。

时间管理,指的是你能不能合理的安排自己的时间。上班时间8个小时,你是怎么合理分配这8个小时的,是否有在无谓的事情上浪费时间的坏习惯?你是先把工作做完,在玩,还是边玩边工作,做不完了就加班。

沟通能力,我们工作都是需要与他人沟通交流的,不管是不是在一个团队型环境里,就算你自己要办一件事情,也难免需要和别人沟通交流。所以沟通交流能力是很重要的。沟通能力的评定标准就是你能不能好好的向他人表达你的意思,或者能不能很好的理解别人。

我印象很深的是Peter和我谈话时跟我谈到Dell是一个美国公司,所以管理风格是比较西化的,美国人是结果导向的,老板要的只是结果,通常他不会去干涉你的过程,另外他也不想在他问你工作情况的时候,你跟他说一堆细节却不给他一个明确的结果。

比如,项目经理问你手头的功能差不多什么时候可以完成,你跟他说,你这里现在遇到一个线程冲突问题,然后你怎么怎么找找到问题的根源,现在用什么什么办法在解决这个问题,然后你不知道什么时候可以完成。通常美国人听到这种回答会很不高兴,他要的答案其实只是你告诉他,我遇到问题了,我需要花多长时间解决,另外总体功能大概多少时间可以完成。

而中国人有句话叫“没有功劳也有苦劳”,所以大多数中国人的过程导向的,就是比较注重过程,结果怎样似乎没有过程重要,我觉得这种性格挺豪迈的,呵呵,但是如果在一个美国公司保持这种性格会很难适应环境。

我的看法是,对个人的事情可以“没功劳也有苦劳”,但对公司的事情,就应该以结果导向,这对一个公司的管理很重要,过度人情化对公司管理和发展是没有好处的。

因为结果导向的管理风格,就导致了美国人对问题解决能力看得很重。因为,工作中难免会遇到问题,能以最快最低代价的办法解决问题就是一种很宝贵的能力,它的结果就是能更快更顺利的得到结果。

看过网上流传的一些大公司面试题,你就会发现,很多都是有多种答案的。的确是这样子,外国面试官其实大多数时候并不是要你一个“正确答案”,要的只是你解决问题的思路,和了解你是否具备独立解决问题的性格。

会议操控能力似乎在很多时候我们都不会用到,但是在Dell这是一种很重要的能力,在Dell经常会需要几个部门一起开会,控制好会议时间其实是需要很高的技巧的(反正我绝对做不来)。你需要能控制住局面,防止大家争得脸红脖子粗浪费会议时间,又需要可以引导参与者发言,并帮你完成开会的目的。虽然很多时候我们不会用到这种能力,但是要记住,机会是给有准备的人的,兴许哪天你的机会就在你面前,而你却因为缺乏这方面能力而错失良机呢?

在工作中我们有时候会需要别人帮我们做些事情,能不能很好的让别人做你需要他去做的事情,就是指挥能力的表现了。我这人性格比较软...不太善于强迫别人,但是有时候的确不应该把指挥别人做事当成一种拜托式的请求,因为你的工作上就需要他去做完这个事情后你才能继续,如果你的工作不按时做完,老板责怪的人是你,他完成他份内的工作是他的职责,所以,有时候让别人做事情,需要理直气壮,和那么一点点严厉。

陈述能力是我刚刚突然想到的,不知道Peter告诉我的能力中是否包括这一条,但是陈述能力我觉得对技术人员来说很有必要。好的能力需要有好的机会展示,也要有好的技巧去展示。

大家生活中常常会忽略陈述能力,但我要说,你就算前面几种能力都很差,陈述能力好也能帮你赢回许多分。还是那句老话,机会是给有准备的人的。

也许哪一天你和你的老板就坐同一趟电梯,只有2分钟时间可以让你和你的老板谈话,老板问你最近在做什么,结果你因为陈述方面的能力不好,等电梯到了你都没说个完整的事情...你说那种感觉是不是会很干,你喜欢那样吗?(我不排除你工作进度不好,故意跟老板含糊不清...老板怎么想我就不知道了)

再比如,有一天你开发时打算介绍一个自己最新的研究成果给老板,结果你不善于表达,老板挺得一头雾水认为你做事不脚踏实地完全是在忽悠他...你说那是不是又是一种很干的感觉...难道你喜欢这样?

其实我曾建议现在的这个开发团队,大家定期的做个技术交流,可以轮流做,比如每周轮一次,以前在Dell时我们的团队是这么做的,或者也可以自愿的,有什么想分享给大家时,可以跟大家约个时间,一起坐下来听。我这个提议又没有被执行,当然,并不是所有人都兴趣技术的,如果技术分享变成一种负担,那搞个屁啊,大家说有写Blog就够了,那就这么着吧 :) ,可惜大家都不理解我的用意啊,哈哈,

今天说了很多,其实我是希望我的团队成员和我身边的朋友可以有一个自我评价的标准,和个人能力发展的目标,也不知道有多少人能仔细阅读完我的啰嗦话,哈哈 :)