redirect_to :future #思维驱动 » Blog Archive » 做一个独立的学习和工作者

做一个独立的学习和工作者

“做一个独立的学习和工作者”,这是我长期坚持的一个原则,甚至于我离开第一份工作的原因也是因为老板和领导们不停的在我耳边鼓吹”公司是如何如何培养谁谁谁的”,是吗?我觉得我是一个独立的工作者,当企业文化与我的原则严重不符时我选择了离开。

如果你在工作或是学习过程中过度的依赖别人最后凡是遇到问题首先想到的是找别人帮你而不是自己想办法解决,日子久了以后你将失去解决问题的乐趣、能力和自信,将会成为问题与解决问题的人之间的一个传话机。形像一点的说就是一个中继器了? 那么你对于团队、企业还有什么价值呢?

现在的企业强调员工要有解决问题能力和学习能力。出现问题时应该怎么做呢?

0.发现问题时先镇定自己的心情,先不要管这个问题或是故障会给你的公司或是你自己带来多大的影响,否则你根本没办法静下心来解决问题。

1.先搞清问题的现象、影响、问题对于环境的依赖,以及问题的重现过程。

2.根据自己以往的经验寻找问题可能的原因。找出解决问题的大方向。

3.对您认为可能的原因进行排查。

4.查找网上资源、手头上的资料及自己的知识库,看看是否有相关的内容或是相似的历史。

5.如果以上过程都不能解决问题,那么就离开电脑出去吹吹风,或是抽根烟,让自己清醒一下,认真梳理一下自己的思绪以及可能遗漏的地方,在心里从头到尾描述一下现在的情况。切莫在那钻牛角尖,问题解决不了往往是因为你急于求成忘记了相关的事情造成的。

6.如果上述办法都没办法奏效,那么现在开始准备提问了,想想应该问什么人,而这个人是否合适、他对你所遇到的问题的领域是否熟悉,如果很是熟悉那么你们的交流可能方便些,否则你就应该规划一下自己应该如何提问才能让人家快速的明白你所遇到的问题,并给你准确的答复。记得我很喜欢的Chinaunix的C语言版主flw兄的签名是:如果你自己都不知道问题是什么,我能对你说的只是抱歉(大意)

7.现在你觉的应该问的人已经确定了,并且已经把如何提问想好了。 那么现在就问?不,你应该综合考虑一下提问的时机,首先确定一下你遇到的问题是不是很紧急不解决它会出现更大的故障或是工作无法继续进行,然后考虑一下被提问的人现在是否很忙,是否有足够的时候来了解你的问题以及帮你想解决方法。这一点很重要,如果你的问题不是很紧急那么请不要在上班时间或是人家很忙的时候去问题人家,因为据研究一个人从开始做一件事到进入状态至少需要15分钟的时间,你这么一打搅至少浪费人家半个小时的宝贵时间,即使他回答你的问题只需要10秒钟。其次如果他很忙而你的问题又稍微的复杂需要超过两分钟的时间才能解决,那么很可能他就会告诉你:”我也不知道”(不好意思,我自己也经常这样)。

8.如果还是解决不了那就先把问题搁下,先处理一些善后工作,过一些时间再想很可能就会解决了。。。或者上你喜欢的论坛或是讨论组去碰碰运气吧。

以上基本是我处理问题的过程,我觉得

首先应该冷静,当然这需要很多的锻炼,刚开始肯定会慌,经过这几年的工作以及工作中所遇到的问题现在遇事基本不会很慌张了。
A:不好了,有20万元的错单。
B:20万?才20万你慌什么我TMD的2000万的错误都见过了。
当然我并不是要你无视错误,只是现在不是慌张的时候。

其次要找到问题的大方向,如果网络都不通的话,你就不应该去查进程状态。大方向没找对的话那么基本上找不到问题所在。一方面这个需要经验,另一方面需要认真的分析环境对于错误的影响。

最后要学会总结,特别是别人帮你解决问题的时候,你不能只是因为问题解决了就算了,而应该分析一下自己为什么没能解决是由于自己的知识不够还是自己的做事方法有问题,在别人解决问题的时候要顺着人家的作法去思考,对比他的做法和自己的做法有什么不同,有什么好处以及如何改变自己。问题解决后应该让自己知道问题的真正原因。深入再深入一点(别想歪了,这里不写黄色小说。)。然后把这些记录下来(如果值得的话)写成日记或是发布到blog,这样慢慢的你就拥有一个自己的问题库和知识库了,按照”事件总是重复”发生的理论,那么你的知识库就是你以后遇事时的锦囊了。

而当你帮别人解决问题的时候应该想到:”授人予鱼,不如授人予渔”。你给人家的应该是解决方法而不是解决做法不能你直接帮人家处理,很长一段时间里我都陷在接收问题->解决问题的焦油坑里以致于性情爆燥、根本无法静心工作,几乎成了救火员了,即使我掐断了所有的即时通信、电子邮件联系都无法明显的改善问题,最后当我静下心来,发现我错了。问题总是有万万千千你解决一个问题并告诉别人做法,那么别人就只会处理这么一个问题当类似问题以稍微不同的方式展现出来的时候他就不知道处理了就又要来”请教”你了,所以要改变自己的做法啦。现在即使别人提一个很简单的问题,我也不会由于看他们处理的慢或是跟他们交流不畅而自己动手处理了,而是耐着性子一点点的跟他们分析原因,以及可能的处理路径,最后再怎么确认是一个什么样的问题,应该如何处理…….我想慢慢的他们也会形成自己的做事风格和处理事情的方法了。

如果你还不是一名独立的工作都那么试着照着上面的方法或是您自己可以接受的做来开始自己处理一些简单的问题吧,那么慢慢的你就会形成自己的思考方式和处事风格,而自那以后你就再也不会”低声下气”的去求人或是看别人的脸色了(我想应该没人喜欢这么做吧).

我从头开始到这里为止没有任何字句不让你去问别人问题,只是想说应该自己尽力去做,更多的自己解决问题。

为领导分忧:
这些年来我一直在比较简单的工作环境中工作,几乎从来没有想过或是学习过所谓的”公司政治”,接触这个词语是在一次聚会上,才发现自己离他们是那么遥远,而这一段讨论的东西也不是告诉你如果把玩公司政治,而是说说我自己觉得一个员工应该怎么做自己的事情,也只是一些自己的简单想法不具通用性也不一定正确。作为IT业大家都知道没有BUG的程序是不可能的,没有问题的系统也是没有的,而出现问题或是发现BUG时我们应该怎么做呢?

1.报告领导:这种情况是我在很多运营商的分公司看到过,员工们事无巨细,只要有问题第一个想到的不是如何解决而是报告领导,即使是夜里3点半。(因为一般电信业的出帐都在夜里,而出帐又是最容易发生问题的时候),担责任真是很可怕的事情啊。

2.大哥啊,这个问题是我引起的我们把它给灭了吧。千万别告诉领导,而不我死定了。

3.别的不说先把问题给处理了,等合适的时候告诉领导或是写一份报告上去。

要我选择呢我肯定是选择第3个,赫赫,别说我自己吹嘘啊。让我们来分析一下吧。

做第一种情况的领导肯定很累,事必恭亲。”我tmd的养着你们就这样给我干活的啊?”任何人在夜里吵醒都是不爽的,何况员工们只是为了证明错误与我无关,不愿负这个责任。
做第二种情况的领导可能也会很不爽,至少不会有人愿意做一个半瞎。可能他自己也有问题”是不是我太过严厉了”,而对于员工来说一旦事情暴露,我想不但没保住自己能干的假象,更可能的情况下还会损害自己的形像和利益。而如果工作是如此的让你无奈,又何必再做下去呢,人生是如此的短暂做些别的去吧。何必呢?
而第三种情况呢,对于员工来说,首先我把问题解决了,事情的严重程度就降了一级,而且你有更多的时候来潜词造句来写一篇或者不是那么真实的故障报告给领导或是用户,而领导或是用户由于事情已经解决了,不会因为听到这个事情而着急翻脸,更多的只是会说:”下次多注意,现在去检查一下系统的其它部分有没有类似的问题”,而且很可能因为你的做事方法和解决问题的能力而留个好印象。真是一个会替人分忧的好员工哪。哈哈哈哈.

再重复一遍:对于我所说的所有非技术问题请勿当真。

http://www.upulife.com H.J.Leochen 2006.02.21 于甘肃兰州.

相关阅读:

30天走向成功 - http://chn.blogsome.com/2005/06/22/39/ (关于尝试新做法的方法)

动网论坛入侵之插件篇 - http://www.upulife.com/leo/?p=6 (关于责任的说教)

CIO故事之十一:救火 - http://blog.donews.com/peiyf/archive/2006/02/22/737666.aspx

JOEL测试 中 8.程序员拥有安静的工作环境吗?的详细说明.

看完啦?再看看我们最近的10条记录对您是否有用呢?

要不,再找找其它内容:




或者给我们留下些意见、建议,这将给我们莫大的鼓励,促使我们做得更好。