一个嵌入式工程师借鉴的高效工作法

@[一个嵌入式工程师借鉴的高效工作法]

来源

主要来源于我看的一本书,叫《每周工作四小时》。以及扎克伯格给员工的时间管理PPT。下面我结合自己的工作对自己进行规划,写到博客里希望自己可以坚持。

每周工作四小时

按照作者的能让你聪明的工作DEAL四法则:

第一步:D——定位(Definition)
明确自己的事,在没好好想清楚主次轻重之前,不要坐在办公室里或者坐在你的电脑前。否则你的一天就可能在阅读无聊的电子邮件和脑筋一片混乱中度过。今晚之前就列好明天要做的事情。
如果还没有正确选定目标重要的任务,就莽撞地开始和结束,那些不重要的事情就会摇身变成重要的事情。即使你知道什么才是重要的事情,但如果没有设定完成任务的时限,那些强加到身上的(或突发的)次要事情就会不断地出现,不断占有你的时间,一天下来你会一事无成。

第二步:E——精简(Elimination)
帕雷托法则:80%的产出来自20%的投入。
放慢步子,记住这一点:大多数事情看上去并没有多大差别。显得忙碌只是懒惰的一种形式–懒于思考和未经选择地去行动。
看上去显得忙碌,通常和无所事事一样地低效率,而且更让人生厌。做事情有所选择–少做,才是通往效率的途径。集中精力做少数重要的事,其他的就不用管了。
我们很容易陷身于琐事之中,逃脱的关键是要记住时间不够实际上是因为主次不分。
停止一件事往往比完成一件事要好10倍。

第三步:A——自控(Automation)
每天花小部分时间完成任务中最重要的部分。
帕金森法则认为,任务的重要性和复杂度与所分配的完成任务的时间密切相关。这就是不断迫近的最终时限的魔力。如果给你24小时去完成一项任务,时间的压力促使你集中精力去执行,别无选择只能做最重要的部分。同样的任务,如果给你1周去完成,它就换来了小题大作的6天。如果给你2个月的时间,但愿不要这样,它就变成了一场精神磨难。因为精力更高度集中,短时限内做出的最终产品通常不比长时限内做出来的差,甚至质量更高。
每天定两个重要的事并尽量要完成它。一天至少提醒自己三次:“我是不是在用各种各样的杂事来避开最重要的事情?”

第四步:L——解放(Liberation)
1886年美国芝加哥工人唱响“八小时之歌”:“我们要把世界变个样,我们厌倦了白白的辛劳,光得到仅能糊口的工饷,从没有时间让我们去思考。我们要闻闻花香,我们要晒晒太阳,我们相信:上帝只允许8小时工作日。争取8小时工作,8小时休息,8小时归自己!”
现在,我希望我们24小时都是自己的,时间是我们最大的财富。

扎克伯格给员工的高效工作法

  1. 时间总会有的:每天只计划 4~5 小时真正的工作
    工作时间越长,并不等于效率越高。
    在有限的时间内,我们总是非常专注并且有效率。
  2. 按重要性工作,提高效率。
  3. 从来没有两个任务会有相同的优先级,总会有个更重要,仔细考虑待办事项列表。
    清楚白天必须完成的那件事。只去做那件有着最大影响的事情。
  4. 当你在状态时,就多干点;不然就好好休息。
    休息,为了更高效的工作。
  5. 给所有事情都设定一个期限。不要让工作无期限地进行下去
    针对时间紧或有压力的任务,设置结束时间。
  6. 进入工作状态的最佳方式就是工作,从小任务开始做起,让工作运转起来。
    进入高效状态后,记下任何分散你注意力的东西比如Google搜索词、灵光乍现的想法、新点子等等。如果你把它们记下来,它就不会再蹦来蹦去了。
    迭代工作法,期待完美收工会令人窒息:“做完事情,要胜于完美收工”。动手做,胜过任何完美的想象。
  7. 把看似不切实际的任务分割成合理的小任务,只要每天都完成小任务,你就会越来越接近那个大目标了。
    把任务按时间分段,就能感觉它快被搞定了
  8. 养成良好的工作习惯,并持之以恒。
  9. 有会议就尽早安排,用于准备会议的时间往往都浪费掉了。
    把会议和沟通 (邮件或电话) 结合,创造不间断工作时间:一个小会,也会毁了一个下午,因为它会把下午撕成两个较小的时间段,以至于啥也干不成。
    一整天保持相同的工作环境。在项目/客户之间切换,会效率低。
  10. 授权并擅长使用他人的力量。如果某件事其他人也可以做到八成,那就给他/她做。
  11. 把昨天翻过去,只考虑今天和明天。
  12. 多记,多做笔记

工作内容

作为嵌入式工程师,工作随项目变化而变化,要学大量的跟项目相关的知识,并且工程化。这期间,我要根据项目对对ADI等公司器件进行选型,阅读DATASHEET,对硬件设计师提出需求,在硬件布板完成后,在ARM上使用各种外设,并帮助硬件排查问题(外设无法正常使用,可能是硬件造成,也可能是软件造成)。
项目如果是控制器相关,需要与结构设计人员进行确认,迭代,控制器的好坏的上限取决于结构。
新项目也可能需要新的知识。需要算法和代码优化。
根据以上内容,我将我的工作分为三部分。

  1. 学习新技能
    分为两部分,一部分是项目需要你去学习的部分,另外一部分是自己想学习的,感兴趣的内容。
    项目需要学习的部分,很多内容是需要工程化的东西,一般有开发板/别人做过的项目的部分应用,在CSDN上搜索博客和淘宝买开发板,专业工具书是有效的快速入门,后面就靠自己了。(你的项目需要的只是海量资料的一小部分,就像划了重点的考试科目一样,只要搞定这部分就可以了,擅长写开发笔记和demo并且应用在你的其他项目上会带来更高的效率。)
    自己感兴趣想学的部分其实并不容易坚持,因为某种程度上不是一种“必需”。每天花一小时看书,一小时网上课程学习。如果你把这些事情的重要性提升,保证学习时间排在上下午上班的前一个小时(来个工作前的热身),你会发现,时间常有,时间在于优先。给自己的学习计划订下目标和时限,保证你确实的学习,而非浪费时间的自我安慰。
  2. 与其他人员共同调试
    把你们的时间排好,进行持续的工作。
    有效的沟通。
    承担属于自己的责任。
    对于边界上的知识(别人的工作内容),多学多看多分析。
    学会拒绝强加在自己身上的不必要的工作。
  3. 独立解决问题
    分为三种,创新型,难题,已掌握的知识(只在另一个项目上进行移植)。
    创新型需要知识库的快速扩充,以最高效的学习来解决问题。
    难题需要更多的时间思考,适当的压力可以刺激你的大脑,让你时刻处在思维活越。这时候需要一点状态。
    移植需要更多细节上的考虑和持久的专注。

以上。
希望可以激励自己,继续努力,保持向上。

猜你喜欢

转载自blog.csdn.net/foxloverabit/article/details/89175539
今日推荐