zoukankan      html  css  js  c++  java
  • 如何提升工作效率?

    请你告诉我,我该走哪条路?”爱丽丝说。

    “那要看你想去哪里?”猫说。

    “去哪儿无所谓。”爱丽丝说。

    “那么走哪条路也就无所谓了。”猫说。

    引入一个经典的例子,是想告诉大家也是小编自勉,工作首先需要有目标,如果自己都不知道干什么,别人是无法帮助你的。在工作中,如果没有目标,往往是被动的完成一些工作上的事情,可能存在的问题是,工作2~3年,依旧是原地踏步。有了目标也就有了工作道路上的灯塔,知道了该选择哪条路了,即使道路崎岖和遇阻,也不会轻言放弃,因为在灯塔的指引下,有了向前冲的激情和动力。

    如何制定有效的目标呢?引入目标的SMART原则,结合大熊、小明的故事给大家讲解。

    S--Specific,明确的,制定的目标需要是明确。

    大熊:“小明,你近期在忙什么?看你每天都挺忙的”

    小明:“我最近在做服务端相关的测试,调研服务端测试相关的知识。”

    大熊:“当前有什么成果吗?”      

    小明:“还没有,服务端测试的类型很多,我最近了解了压力测试相关的知识、服务端缓存机制还有接口测试,每一类都了解到表面,感觉每天都很忙,但是没有什么成就感。”   

    大熊:“你想解决什么问题?服务端测试的类型很多,你当前优先解决的问题是什么?”

    小明:“想提升我们的测试专业度,优先解决的问题…”,小明陷入沉思…

    大熊:“建议你回去翻下你的问题列表,思考清晰你当前优先解决的问题是什么?”

    小明回去翻开了问题列表,仔细合计了一晚上,第二天找到大熊。

    小明:“我查阅了我的问题列表,做了分析和调研,当前开发提测了很多服务端接口的测试,手动测试效率较低,遭到了开发的投诉。我最优先解决的是将接口测试自动化,提升我们的专业度”

    大熊:“这样的思路是很好的,服务端测试的范畴很广,你不可能把所有的范畴在第一时间内解决,你需要找到你问题的根源,具体化你的目标。”

    旁白:在我们工作过程中,需要时刻维护一份问题列表,时刻的归纳翻阅问题列表,而我们目标的制定,需要从问题列表中抽取问题,明确核心问题,思考问题的策略和方案,而目标是来源于问题的,这样的目标才是明确具体的。

     

    M--Measurable,可衡量的,制定的目标是能够衡量的。

    大熊:“你前阵子代码调研的结果怎么样了?”

    小明:“嗯,已经完成。”

    大熊:“调研完的产出是什么呢?”

    小明想了想回答:“也没什么,对我们的代码熟悉了,方便今后测试范围的确认。”

    大熊:“有补充/删减用例吗?调研完后,我们有挖掘到好的测试方法和手段吗?”

    小明:“这个也需要吗?我还没有考虑这方面。”

    大熊:“你再重新补充一下吧。”

    几天过去了,小明再次找到大熊,汇报了代码调研的产出,及量化了增/删了多少的case,通过代码调研的分析,优化了测试方法,增加了测试的手段。

    大熊点头称赞,做的不错!

    旁白:目标的制定,需要量化,可衡量。如果制定的目标没有量化,我们就不知道什么情况下是一个可以完成的状态,那么我们的目标就没有落地,执行力就会下降,我们或许永远不能完成目标。可能在代码调研后,就认为已经完成了,但是对于后续更大的价值,我们却忽略了。

     

    A--Achievable,可实现的,制定的目标是可达成的。

    季度初,小明找到大熊定目标。

    小明:“因当前项目中,二轮测试过程中,时间较长,我的目标是计划实现移动端的自动化测试,让所有二轮的模块均实现自动化。”

    大熊:“这个进行过调研吗?是否可行?”

    小明:“我感觉这个应该可行,PC端可已经在用自动化了,我们也可以。”

    大熊:“你计划用什么框架呢?所有二轮的模块你这边都调研了吗?”

    小明:“暂时没有调研,要不我调研下,再给出结论。”

    小明又仔细思考了一晚上,第二天找到大熊。

    小明:“这个我已经调研了,具体细节发给你邮件了,总体的结论是,当前的一些自动化框架,不适合咱们项目组,且不同的模块的处理方式不一样,所以暂时不能实现。”

    大熊:“哎呦,不错哦。”

    旁白:在我们制定一份目标或方案时,首先需要考虑是否可行,必要时,需要给出可行性方案。如果一项任务没有经过评估就开始投入,很大的概率会失败,且前期已经投入了很多,个人的自信心、执行力都会下降。如果频繁发生个人目标不能完成的情况,个人的口碑也会出现不好的评价

    R--Relevance,相适的,制定的目标是必要的,能够为自己带来有意义的收获。

    季度初,小明找到大熊定目标。小明:“我了解到咱们团队中,团队创新想法比较少,我计划开发出一套平台,记录大家的创新想法,提高大家的创新能力。”

    大熊:“通过这套平台,就可以提高大家的创新能力吗?”

    小明:“应该是可以的,大家可以在上边备忘各自的新想法。”

    大熊:“通过开发一套平台就可以解决吗?创新想法少的原因是什么?”

    小明想了一会回答:“开发一套平台,解决的是创新想法及时备忘的问题,不能解决创新想法少的问题。创新想法少的原因是,可能大家不知道哪些属于新想法的范畴,可能大家没有意识到新想法的意义,这个具体的原因还回去再调研。”

    小明听到大熊的话后,回去进行了收集、分析,再次找到大熊。

    小明说,“这个问题的根本原因,经过调研是大家没有意识到新想法产生的意义,我的目标是,整理出新想法意义的报告,同步给大家,引导大家理解新想法的意义。”

    大熊露出了满意的微笑连生夸赞:“很不错”

    旁白:我们在制定目标时,需要明确,目标的实现是否真能为自己带来有意义的收获。所以我们在制定目标时,收集到问题后,需要多思考、多收集资料、多做调查,根据收到的素材和以往的经验,分析问题的最根本原因,找到问题的解决方案,这样制定的目标才是相适的。”

     

    T--Time,时间,制定的目标是有完成的期限。

    季度末的某一天,小明沮丧的找到大熊谈话。

    小明:“这个Q,我的稳定性评测工具估计不能完成了,提前跟你打个招呼。”

    大熊:“我们做过可行性评估的,是ok的,是遇到了什么问题吗?”

    小明:“实现是没有问题的,发现越做东西越多,估计要delay了。”

    大熊:“稳定性评测工具你有具体的计划方案吗?当初给出完成时间点了吗?”

    小明摇摇头:“稳定性评测工具实现起来不难,想着这个Q完成就好,没有规定具体的完成时间点。”

    大熊:“你回去后,将你的目标细化,按照细化的目标进行排期,给出最终完成时间点。”

    小明回去以后,把目标进行拆分,细化到每一项事情及完成时间点,整理成表格,信心满满的找到大熊,”我已经规划好这项目标的具体计划,以及具体完成时间点,此目标目前看来问题不大。”

    大熊:“好的,就像蛋糕一样,一下子是没办法全部消化的,你可以进行切分,逐步完成。你看现在做的很好嘛。”

    旁白:优秀的目标制定者通常都会将自己的目标进行拆解、分析,每项目标设定一个完成的时间点,按照计划,逐步完成自己所设定的目标。同时,给自己提出了时间上的要求,不但保证了执行的效率,也给了自己适当的压力,鞭策自己在规定的时间内完成,兑现自己的承诺。”

    引用一句话:”一心向着自己目标前进的人,整个世界都为他让路”。

  • 相关阅读:
    Benelux Algorithm Programming Contest 2016 Preliminary K. Translators’ Dinner(思路)
    Benelux Algorithm Programming Contest 2016 Preliminary Target Practice
    Benelux Algorithm Programming Contest 2016 Preliminary I. Rock Band
    Benelux Algorithm Programming Contest 2016 Preliminary A. Block Game
    ICPC Northeastern European Regional Contest 2019 Apprentice Learning Trajectory
    ICPC Northeastern European Regional Contest 2019 Key Storage
    2018 ACM ICPC Asia Regional
    2018 ACM ICPC Asia Regional
    Mybatis入库出现异常后,如何捕捉异常
    优雅停止 SpringBoot 服务,拒绝 kill -9 暴力停止
  • 原文地址:https://www.cnblogs.com/scios/p/5624783.html
Copyright © 2011-2022 走看看