工作一年多了

上季度总结的时候,那个报告上大部分都是扯皮的事情,没什么成就感,估计长此以往,自己就废了。这两月总结了下这一年的笔记,记了自己零零碎碎的想法 / 计划 /项目 / 感悟,一些当时的看法,想着看来已经不在乎或者站不住脚了,但总体来看自己还是改变了不少的。

  • 学习习惯

    • 时间管理

前半年的时间里,我每天感觉自己好累好累,感觉某度的工作量实在是太大了。前三个月我都是赶着回龙观的最后一班地铁回去,有时候晚了就睡公司。但是这样我感觉我很努力很尽力的工作,并没有给我带来什么多大的好处,因为我的工作还是经常延期,而且做的并不漂亮。于是,在导师磊哥和manger的帮助下,开始试用时间管理,我买了一本《时间管理-给系统管理员》,因为OPer的工作经常被打断,跟SYS-ADMIN一样。我看到了很多非常有用的点子,比如用一款软件提前规划你明天甚至是一周的工作;在固定的时间段做例行的事情,可以给同事约好一个免打扰的时间段;早上来之后不要被邮件拖着走,一天保证两-三次看邮件就可以了;一些需要在特定时间点合作的工作,可以让软件提醒,等等。

而且那个时候我需要写日报,每天需要交代每个时间段在干什么,原来是精确到30分钟,后来是15分钟。这个是借鉴了组里组织学习的《小强升职记》的方法。我需要知道自己每天到底忙在了哪些地方,哪些最耗费人力,哪些可以优化。

到我转正的时候,发现已经有了不少的改变。加上对业务的了解加深,所以越来越容易区分事情的轻重缓急。每天晚上的时候,都会计划明天的事情的优先级,利用GTD的思想,最重要的事情要有持续的投入并且优先级最高,紧要的事情优先级次之(其实没有那么多紧要的事情,大部分情况下是我们觉得这个事情很急,而用户并不觉得)。

不过即使到现在,我还是感觉有时候时间管理的并不好,这个就牵涉到了另外的因素,比如说兴趣,你可能感兴趣的点和你必须做的工作并不match;或者说我发现自己有个很诡异的习惯,当有段空闲的时间,我可以做任何事情的时候,我会在做工作上的事情(不是指项目开发)还是学习(比如学习下新的语言,或者看书)之间选择,但是两个如果没有一个是紧急的情况下,我会选择去玩游戏,两个选择都不选择,至今我都很难想明白为什么这个时候我选择玩游戏会特别开心(最近开始看 认知心理学,貌似可以解释这个现象)。

    • 笔记

越来越觉得现在的信息量非常大,需要关注的,需要后续深入了解的东西很多,所以记笔记就自然而然了。这种事情开始会很有激情,过一段时间就会觉得没必要写吧,都知道或者说没啥值得写的。但不停的给自己点鼓励,写一段时间变成了习惯,就想不到很累很累的时候还需要写笔记了。我遇到的另外一个问题是,过一段时间会发现笔记很散或者说很多没有写到点子上,或者说需要后续跟进的就给忘了,这个我就养成周末花1-3个小时来整理成一周纪要,看的时候一目了然。

我习惯用两款软件,一个是One Note,在页面上随地写便签,而且支持的格式很多,可以和Outlook联动,比如在Outlook里标注的任务可以自动加到One Note中,这样一天的任务就可以在One Note中管理,也可以将一些知识点分类整理。但One Note有个缺点是缺乏移动支持,所以我选择了EverNote,手机上,ipad和电脑上都装了,这样随时可以写,而且自动同步很方便。

    • 思维导图

一个小项目,也是麻雀虽小五脏俱全。如果不系统的想过关节,总会出现一些让你没有防备的事情发生。内部培训上过一节课“解决问题的思路”,虽然当天有讨论会只听了一半,但也学到了重要一点就是分析问题是要讲究方法的,不是想出一出是一出。用鱼骨图等工具将自己对这个事情的背景/目的(界定问题)/收集数据(不要过早下结论)/找出可能的原因/验证/可能的解决方案/风险评估。另外一种方法是头脑风暴,其实两个方法大家都耳熟能详了,但耐心的实践一把的,至少我在一开始很不习惯。但当有个项目我担当了一个代表的角色后,我逐渐发现如果不用这些思维导图之类的工具,很难将整件事情cover住。你要考虑整个项目对你们的收益 / 可能的影响 / 需要的配合(要考虑原则) /  排期 / 折衷方案 等等,没有一个图形化的表述或许你也很难将整件事情系统给别人讲清楚。

有句话在上“解决问题的思路”那节课的时候,记得特别清楚:“世界上最值钱的东西是方法论”。

    • 讲座

我参加过几次内部培训,如果认真的参与进去,发现自己收获特别大。”新人导师”还有上面那节课老师的方法给的印象非常深。我们分别扮演了导师和新人的角色,在特定的情境下进行沟通,发现我扮演导师的时候比当新人的时候还紧张。多鼓励少批评这点我学了很久,因为我不太习惯夸赞别人,如果你做的很好,我会给争取更好的锻炼的机会,但是不会当着大家的面肯定你。但是回想自己当时的心情,如果我做得比较满意,我就特别希望有人肯定我,如果没有那虽然不是特别在乎但是总会有点失望。又比如不要鸡蛋里挑骨头,以自己现在的水平要求新人,一旦新人犯个错就下结论说这个新人不靠谱。

这些点在讲座里都有提到。别人总结出来的,让我们少走了很多弯路,所以现在特别珍惜这些非常有价值的分享。当然,听到了,记下了,不代表你会运用了。我也在慢慢的和新人磨合的过程中学习着,每个人都不一样,要了解他们是怎么想的,怎么去鼓励他们都是一个比较难的问题。

    • 多思考,站的高一点

第一个发言的不一定是最好的,虽然可以抢得先机。随着时间慢慢走着,你会发现,解决一个问题,大家最终总会听从那个思考的最多的人。养成一个对事情的认识的深度的追求的习惯是非常有益的,或许别人比你知道早,接触早,但不一定会比你了解深。我在这个方面感触比较深,就比如说我作为一个Hadoop OPer,运维了大半年的时候,Sandy有个项目需要了解下,他能在很短时间内问了我很多很多问题,我可能根本就想不到要往这方面想。这个我当时想到的解释有两点:1. 是说Sandy接触的大系统很多,接触一项新的东西的时候,他会充分利用自己之前积攒的经验和对比学习的惯性,去看待这个新事物;2 . 除去第一点的没有背景,我觉得我没有一个计划或者动力去循序渐进的了解这个我所负责的系统。

这种对比,让我总是觉得我与他们有一大截的差距。我总觉得,如果felix和sandy有兴趣,他们做OP一定能运维的有声有色。有时候分析这种心理,认识到如果反过来看,是什么让我对他们如此有信心?我觉得不是他们做过RD,或者他们接触电脑比我早(没记错的话linux下程序我比sandy早点),我觉得是因为他们对待很多很多事情都有那么一种习惯,去深入,并且有输出,一次一次的让我相信他们。如果是这样,我如果想得到大家的肯定,那我为什么不这么做呢?

犹记得一个同学给我说的,总觉得OPer要比任何人都要了解系统,拿到是的第一手的资料,最了解这些用户和需求,所以要站的高,看待问题要深,解决方案要系统,但是你们天天忙着扯皮,开会,我们只好帮你们做了,真是很羞愧。

  • 工作方式

    • 要养成一套习惯,比如说什么时候处理什么事情,有固定的免打扰时间等。要不然过一个季度,你会发现自己天天在忙,忙的事情又不值得说,就是时间被打散的太开了,不能集中处理一些事情,效率低。比如之前做部门的HELP支持工作,开始的时候开着邮件从不关闭,来一个邮件我就处理一个,但是发现只要一个工作需要的时间较多时,我就会在几件事情间忙来忙去,最终问题都得不到有效解决,很有挫败感。把大部分精力放在了上下文切换中,中断次数太多,请求的响应自然变慢了。我们组内也讨论过这个问题,大家约定由个共同遵守的免打扰时间,并且把时间切分的细一些,比如说这两个小时我就不看邮件,专心解决一个问题。下1个小时我看看邮件,挑选优先级比较高的再专门处理。
    • 优先级很重要

作为一个OPer,这一年来感觉自己非常忙。可以说忙是一种常态,每周会有例行的很多会议讨论,还有临时插入的工作。如果不能合理的安排,仅凭自己的兴趣,或者FIFO或者FILO,结果都不好。需要将那些重要性高且紧急程度高的问题先集中精力解决了,再来次重要的。这样也可以在完成一项高优先级任务的时候降低自己的心理压力。

我在这里遇到的问题一个问题,我有时候会就着自己的兴趣来。比如说要完成一个项目而且这个项目到了周四必须上线的情况,我会无限放大这个任务的难度,觉得这个项目必须要待会集中精力做,现在可以做其他的。最后把一个需要花10个小时的任务推迟到了只有5个小时必须完成,所以自己只能加班  / 熬夜,然后跟着别人说工作量好大啊,贵厂加班的风气很不好啊,其实很多时候我可以不加班。

    • 项目要有checkpoint,要有输出

这个点是因为我有两个项目都有延期,他们的共同点是时间跨度比较大。我在一开始的时候满怀热情,但是这种项目总会遇到钉子,一些需要时间才能给出解决方案或者验证的情况。在这种项目上,我跌过几次,因为没有明确的checkpoint,所以会觉得项目时间还是不少的,不用着急,但是下次关注或者有一些突破性的进展就是在结项前一段时间了。

另一个问题是,当出现一个衍生的新问题时,我会跟着这个新问题走,而忘了这个项目最初要干嘛,或者最基本的要完成哪些点。比如说在做一个硬盘自动化修复的问题时,跟着跟着就去和合作的同学去研究出现的盘符漂移了,结果那个项目现在还没有结项。。。其实那个项目最初不过是想把修复自动化而已,出现的问题可以做一致性处理,不影响整个项目的主要指标。

和导师磊哥,还有Manager一起分析过,他们都说一个原因是因为我没有制定明确的checkpoint。导致自己对整个项目的进度的评估不足,把握程度不够。试用了内部的一些项目管理软件,在项目初期和合作的同学制定了计划图和明确的checkpoint,并且备了预案,最近的几个项目虽不算大,但都按着步骤在进行着,这个方法确实很nice。

当然,项目就是要有输出的,如果你做完了大家都不知道,或者说没有任何总结的文字或者将来可以参考的东西,那这个项目对团队有什么益处呢?话说我还真做过几个项目没啥输出的,最近一段时间在补,不然那段时间就当时浪费了。

    • 时间只能是挤出来了

工作后发现,如果你想学习,时间就只能挤了。工作上的事情忙完今天的会有明天的,而且这里的工作很大一部分不是老大指派而是自己要主动去想,去发现,最后自己去主导的。如果你想像传说中google员工每天有20%的时间用于自己学习,那就只能挤了。(关于20%的时间的重要性不必赘述了吧,这个到处都是

我 这一年,这一点做的很差很差。学如逆水行舟,不进则退,正是我Blog的Banner图片的 背景文字,大二的时候为了激励自己设计的。三年过去了,我在这方面还是做的不好,我最近在试着把晚上9:00 – 11点这段时间空下来,专心学一些东西,比如说这周安排的是JQuery的入门和实践,也是因为最近写了个系统希望界面友好些,但是项目并不会考虑你的学 习时间的,只好安排在晚上了。希望过段时间能感觉到方法能work。

    • 写文档的能力

写文档我现在越来越觉得很重要,一个收益是是梳理你所学的东西,写的过程就是整理的过程,往往能在写的过程中发现自己原来有很多店没有弄清楚;二个是锻炼自己的思考能力和表述能力,让别人能通过你的文字知道你想表达什么,并能学到东西是比说还要技术的活。三个就显而易见了,你看很多系统都有FAQ就知道,如果没有文档,你会被各种问题喷死的,文档可以大大减少沟通的时间。刘未鹏的Blog上有一篇文章提到《书写是为了更好的思考》,可以移步看看。

不得不承认,有些文档,我写的满满的,但是很不耐看(或许某同学会说就比如说你这篇总结,^_^)。让我想起了一个笑话,“你在飞机上”(百度下?),就是说你说的一点都不错,但是对读文档的人来说基本没有啥用处。我感觉自己在这方面有两个问题:1. 不想写,这个想法我现在随时都有,一个工具如果是自己开发的,自己很了解,觉得没啥可写的,不就是用了什么实现了什么功能吗。2. 怕写不好。这个我仔细分析过自己的心理,发现非常吻合《拖延心理学》中的追求“完美”导致的拖延症的心理路线。我希望写出来就能一鸣惊人,希望大家看后就都能明白并肯定,但是一旦下笔开始写就会觉得可能很多点要考虑,写的是不是不够吸引人,是不是没有交代清楚,是不是缺少了内容,结果就是一个字都没有开始。

  • 几点认识

    • 要能发现并调整自己的情绪,不要被消极的阴影笼罩着,你要做到优秀,就必须一刻不停的向前走。有很多比你优秀的人在前面等着你去超越,你可能已经失掉了起点,但至少现在都还不到终点。
    • 基础非常重要,是拔高和拉差距的地方。你需要厚积薄发,慢慢会思如泉涌。最终你会慢慢发现,基础才是面对面一起工作的两个人实力有差距的重大因素。举个例子,比如说我都搞不懂TCP/IP三次握手(hard knowledge),在遇到网络问题时,我根本就想不到是哪一块的问题。当Doctor说这个是超时时间设置太短了或者说是丢包导致的,我试了试,发现真的有效,但是心理落差更大了。这个东西我不是没听说啊,但是我为什么不能第一个站出来解决?所以现在我觉得,基础如果不夯实,遇到问题不是别人给路你走不下去,而是说你根本想不到该走哪一条,你的知识体系根本串不起来。
    • 不要一味的抱怨,要给团队解决方案,而不是一味的将责任归咎于制度和某个人。
    • 有舍才有得,要有重点。才开始工作的时候,felix分享过一篇文章,叫做《我们不是不够skill,we just have no time》,文章分析了在公司工作的时候,大部分时间花在了开会(准备/组织)等沟通上。我那段时间觉得什么都要学,什么都很重要,不了解可能就会失去一些认识。但是看过后淡定了许多,搞明白哪些是自己最需要的,需求在一定程度上决定了学习的方向和重要程度。
    • 有些事情,不是不做,而是时机不对。
    • 优秀是一种习惯,要将这种习惯培养成自然而然的。好的习惯要养成都比较慢比较考验人,但是要想一些小习惯,其实你想都不想就做了,也感觉不到有费劲儿或者其他感受,所以如果是一个好习惯,就花时间培养,当你不经过大脑就有了习惯性的反应,你就前进了一大步。如果科比在跳起来投篮的时候还要想着手臂与手肘要尽量垂直等等,估计脚落地了都投不出去。
    • 加大对大块的投资,比如健康,这个用我的工资是吃不起药的,而且我还需要养家。再必须说现在没有自己组家庭的压力的时候,可以花一些钱到一些对之后有收益的事情上,比如学车 / 英语口语。
    • 如果有idea很好,但是如果想主导去做,一定不要忘了评估两件事情,一个是收益,二个是成本
    • 这一年读书很少,但是却比在学校多(不包括教科书)。其实大部分情况,别人都遇到过,总结的经验如果能流传到今天,自是有很多道理的。为什么不早点去学习和感受呢?最近在看《深入理解计算机系统》,一定要改掉自己一看书就瞌睡的习惯~

 

离开学校这么多个月了,还是很希望有机会再回去看看,趁好多同学研究生还没有毕业。这是毕业后我跟武汉很少联系了,也不知道为什么不再习惯像以前那样跟同学打电话聊一通。但看群聊天看大家都还很开心,开心就好。

草草的写了这些,希望我下次看到的时候能把提到的缺点改善不少,在北京的朋友们能多聚几次,希望niubility的各位兄弟们能越来越好,希望我能跟Snoopy多学几道菜~

To 想哥,这个也算完成了是毕业一年多的总结的作业吧,虽然是晚点了不少~

14 Comments are ready?

  1. sandy said on: 2011年07月11日 18:10

    看来前阵子出的事情还是挺麻烦的啊,加油

    [回复]

  2. Skyer said on: 2011年08月2日 17:35

    很麻烦么

    [回复]

  3. Young_Xu said on: 2011年08月2日 20:20

    和LZ同一时间入职,也做嵌入式Linux开发。呵呵
    转帖过你的一些文章,看得出来,你很上进,读了你的文章总让人备受鼓舞。。。
    祝一切顺利!

    [回复]

  4. natuo said on: 2011年09月15日 19:51

    这一晃已经2个多月过去鸟

    [回复]

  5. Paul Smith said on: 2011年09月16日 18:12

    火救完了,赶紧更新吧,坐等!

    [回复]

  6. hplonline said on: 2011年10月8日 10:33

    写得很好啊。。很多相同的感受。。

    刚在校内看到,试图找这篇文章。随便抓了一句话
    “跟SYS-ADMIN一样。我看到了很多非常有用的点子”

    gg出来了,bd一团乱麻。唉。总体感觉bd的trick太多,太看重中低端用户了。hot结果各种策略处理下来,效果很好。超长、超短、稀有方面都不行。计算资源给得太少。

    [回复]

  7. Sandy said on: 2011年10月8日 16:19

    写得还真不少。比我的自我总结好多了。话说如今你文中有很多让我惭愧的地方了。。

    PS:很奇怪为什么我7月就已经对这篇文章有了评论了?还是说这篇文章是在原来某篇文章的基础上改的?

    [回复]

    boluor 回复  于   

    是的~原来那个文章不是写了个“占座”吗?我就在那篇上改的~

    [回复]

  8. felix021 said on: 2011年10月8日 17:00

    总算见到你的总结了……多久没更新了。

    话说让我去做OP的话,老大一定会疯掉的,我保证每周都出事故。

    [回复]

  9. 振动监测 said on: 2011年10月27日 10:36

    路过,支持支持~

    [回复]

  10. 磁县信息港 said on: 2011年10月29日 17:10

    不错 支持一个

    [回复]

  11. Adoo said on: 2011年11月7日 16:54

    学习!

    [回复]

  12. 国防大学糖尿病医院 said on: 2011年12月16日 16:47

    过来支持一下

    [回复]

  13. 振动监测 said on: 2011年12月27日 11:49

    踩踩,支持支持~

    [回复]

  14. 蘑菇街网站 said on: 2011年12月29日 17:15

    很不错,路过看看

    [回复]

Post a Comment

Your email is never published nor shared. Required fields are marked *

*

*