• 如何提升工作效率?


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

     

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

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

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

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

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

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

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

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

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

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

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

     

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

     

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

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

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

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

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

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

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

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

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

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

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

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

  • 相关阅读:
    yii2中登录后跳转回登录前请求的页面
    第七章 : Git 介绍 (上)[Learn Android Studio 汉化教程]
    第六章:Reminders实验:第二部分[Learn Android Studio 汉化教程]
    第五章:Reminders实验:第一部分[Learn Android Studio 汉化教程]
    第四章:重构代码[学习Android Studio汉化教程]
    第三章:使用 Android Studio 编程[Learn Android Studio 汉化教程]
    第二章:Android Studio概述(一)[学习Android Studio汉化教程]
    第二章:Android Studio概述(二)[学习Android Studio汉化教程]
    第一章 : Android Studio 介绍 [Learn Android Studio 汉化教程]
    一,我的Android Studio 3.0.1 安装过程
  • 原文地址:https://www.cnblogs.com/scios/p/5624783.html
Copyright © 2020-2023  润新知