我所理解的目标管理

前一段时间，在小道消息的小密圈中看到有人提到这样一个问题：我所在的团队好像每天都有很多的需求要做，却不知道当前最先做那个，总感觉每个都重要。冯大建议其去读一本有关OKR的书。此前，我对OKR完全不懂，便去买了一本入门书籍读。读完以后，受益颇丰。

在日常工作中，总会给下属安排一些工作，待办事项越多，尽管每项工作都会按照优先级从高到低排列，但当所有的工作都是红红的最高优先级时，那此时哪项工作是最高优先级中的优先级呢？

当高优先级越多时便失去了设置事项本身优先级的意义

作为一名技术管理者，你是否有过这样的体验呢？

1. 项目进展缓慢，但是每个人每天都在认真干活
2. 交代的任务因为某个bug出现卡壳，两三天还没解决，导致接下来流程无法开展
3. 下属终于将功能实现了，却发现和你当初要求的有很大的偏差

诸如此类的还很多，正所谓，我们大部分的时间没有在开发功能，而是不断的在开发bug。

作为一名程序员，在接受上级提出的任务需求时，没有强烈的时间节点意识，总是按照自己的意愿在开发程序，没有整体大局意识。

在有关OKR的书中，会提及在部门或者企业的层面提出关键目标并让全体人员朝着这个目标奋进的重要性。知识可以进行复用，在日常的工作中，作为一名技术管理者该如何作为目标管理呢？

1. 首先要有一个整体的规划，月计划和周计划。整体计划是要和你的上级或者老板进行协商，确认开发的方向。很有必要向你的同事分享整体规划。尤其重要每周要有一个周计划，周一上班第一天就和同事召开一个简短的会议来阐述本周工作的重点。

2. 在每天的工作中，坚持早会的制度。早会只需要每个成员说明三个问题，昨日进展到哪一步？今日准备干什么？有什么问题或需要哪些协助？通过10分钟左右的早会，同步一下每天的进度，只有坚持下去，你才发现这是有多少有必要。

3. 合理高效地向你的下属安排具体任务。每一个好的布置任务，个人认为具有几个要素，描述清楚，优先级明确，时间节点合适。如果有必要可在白板或者纸上向他们具体描绘。记住，没有时间节点的任务，都不是一个完整的任务。

4. 快速地反馈。再忙也要对同事交付的任务进行review和反馈。不然这个任务不算是最终完成。

上边的讨论更多是站在日常中进行目标管理的术的方面。方法论方面，可以买一本有关OKR的入门书来进一步了解。我也在学习的路上。

我认为目标管理，主要有两个方面，目标的恰当设置与定期的检查。作为一名技术管理者应该定期设置检查机制，及时复核和纠正目标。

---

以上，便是读完《OKR：源于英特尔和谷歌的目标管理利器》的读后感，如果你有什么好的观点，欢迎在留言区交流。

图片来自豆瓣