天天看点

《SMART原则》分享

背景:在制定2021 Q1 OKR的过程中,遇到了制定了目标不清晰,制定的结果不可量化的问题,然后学习了SMART原则,分享出来,并针对自己制作过程中OKR的问题进行修订。

主要内容:

1、SMART原则是什么?

2、SMART原则在目标管理考核中的流程

3、我的OKR 调整

1、SMART原则是什么?

Smart是指企业制定团队的工作目标和员工的绩效目标的原则职场。具体含义如下:

目标制订要求——SMART原则
总体要求

具体的

Specific

明确不含糊,员工能明确组织期望他做什么,什么时候做以及做到何种程度。同时,资源是有限的,就只能将努力集中于最重要的事情上,每一层面的目标数量要有一定的限制:目标表述要简明扼要、易懂易记
目标值

可衡量

Measurable

如果目标无法衡量,就无法检查实际与期望之间的差异。目标值不应该用形容词,而尽量用数字或程度、状态、时间等准确客观表达,衡量方法不应是客观判断而应是客观评价

能实现

Attainable

目标值应尽可能高而合理,过高或过低都会影响目标作用的发挥
目标内容

相关联

Relevant

目标是实现组织使命和远景的重要工具,目标内容的确定必须与组织宗旨和远景相关联。在分解目标时则应与员工的职责相关联,使组织目标成为员工日常工作的一部分
时间要求

有时限

Time-bound

目标必须有起点、终点和固定的时间段。没有确切的时间要求,就无法检验;没有时间要求的目标,容易导致被拖延,即一项没有截止期限的目标常常是一项永远不会完成的目标。

2、SMART原则在目标管理考核中的流程

《SMART原则》分享

3、我的OKR 调整

原OKR及问题:

原OKR 关键结果细分 问题
提升业务技能 测掌握质控、判责和异常平台重构的业务关联及业务流程,记录学习心得并每月分享一次,试效率调高15%完成测试 测试效率15%的提高不好量化,而应该用具体的结果去量化标识
每个需求点完成测试用例及时进行用例评审,输出更规范且与系统更切合的测试用例 应该更简洁的表达出关键性结果
需求不清楚和测试需求的问题及时与开发和产品进行沟通反馈,提高业务沟通能力 沟通能力不可量化,结果不可衡量
提升技术技能 掌握常用的Linux和SQL语句,可抓包及对测试bug定位和分析,与服务器交互和数据库的检索,实现报文的分析 报文的分析程度及结果不具体,而且结果不可衡量
编查阅JSF、JIMDB、JMQ相关及JAVA基础,输出学习笔记,写2个自动化测试脚本,实现测试效率提高15% 不能用太多动作性的词语(如查阅),另外测试效率的提高不好量化,而应该用具体的结果去量化标识

根据SMART原则调整后的:

调整后OKR 关键结果细分 说明
熟悉业务并达到独立测试的能力 独立完成5个需求测试

任务具体和量化到几个:

1)由任务和需求带动关键结果的完成;

2)由具体的输出量化技术水平的提高

提前熟悉需求,并介入需求评审,可以提出至少2个问题
可独立设计用例并组织各方评审
UAT问题跟进,并可协调推进问题解决
全面提升个人技能

继续阅读