从哪几个方面来做
Okr
制定Okr时除了结合上级的okr进行拆解,还需要考虑一下上下游以及客户(业务方)的真正诉求,TL制定完okr之后,应该让每个人按照TL的okr进行分解和认领,这样后期绩效就可以避开唯事故论打绩效(唯事故论会让团队失去创新而选择保守),更多的可以结合okr完成情况来看(当然,也不能完全数字化指标,而不考虑质量的方面,数据是会骗人的),这一点我做的不够好,下一步我应该内部宣贯并落实okr的执行。
梯队建设
将任务分配到责任负责人,给予一定的空间,同时做好跟踪,而不是事必躬亲自己来完成(不是说所有的工作都是动动嘴皮子),把时间放在解决问题和清除团队障碍上。
沟通
程序员出身成为这一点的绊脚石,针对沟通也是需要我下一步加强的一个方面:
- 制定固定周期的one by one
- 做好沟通闭环
技术氛围
我们的本质毕竟还是技术团队,需要加强团队技术氛围的培养,不能让团队成员认为大家只是无情的搬运工,螺丝钉,要做好团队内技术文化就要制定好团队的规章,定期轮值培训,这样不至于人员流失,还能吸引更多优秀人才(这个前提是团队内要把控好需求承接能力,避免需求承接过多而忽视技术氛围的培养)
招聘
招聘往往是我们容易忽略的问题,往往在需要人的时候才想起来招聘,但这时资源是很稀缺的。
一般在招聘时看中的不是通过经验累积起来的图谱,更多的是这个人是否会思考,对技术的热情,沟通和表达能力。
写给自己
角色转变的不好,每天有一半的时候还是放在了跟踪细节,并没有做好上面提到的本职工作,下一步将加强以下几个方面:
- 技术氛围:做好定期培训计划(每个月一次),提升团队技术氛围
- 做好与团队人员的one by one沟通(一个季度)
- 将个人的工作重点放在okr及团队管理上
本文探讨了如何通过制定合理的Okr目标,注重上下文需求,强调沟通与团队建设,以及优化招聘和内部管理来提升技术团队的绩效和创新。作者反思了自己的不足,并提出改进计划,包括定期培训、个性化沟通和强化技术文化。
267

被折叠的 条评论
为什么被折叠?



