标签 程序员 下的文章

关于绩效面谈的一些拙见

《程序员》杂志的“一分钟先生”专栏之前曾约稿,有两个主题可供选择:制定绩效目标或如何进行绩效面谈。本打算两个主题都写写的,但碍于时间有限,最终只写了一个主题:《制定绩效目标的几个重要因素》。进入12月,想必各个公司或组织都会开展年终绩效考核,我这里也不例外。

 
关于绩效面谈,印象中组织里似乎没人告诉我应该如何去做。很久以前是小兵的时候没有过多考虑,成为项目负责人后也没有接受过什么系统的培训,都是按照自己的思路去做;现在是诸多项目负责人的负责人了,是该好好系统地考量一下这方面事情的时候了。考量后的结果还可以分享给下面的项目负责人,也算是一种“辅导”吧。OK,下面就唠叨几句^_^。

一、目的

无论做什么事情,都要先弄清做事的目的,绩效面谈也不例外。
 
* 谋改进
 
绩效面谈一个重要的目的就是谋改进,求提高。对于一个良性的组织来说,组织自然希望组织内的所有人在能力和效率上能持续提高,这样才具备获得最大收益的基础条件。因此,组织采用各种方法策略为内部成员设定绩效计划和目标、定期辅导、监督执行,而绩效面谈则是整个绩效周期中的阶段性总结的环节,它对员工在下一绩效周期的表现有着至关重要的意义。
 
* 定成绩
 
绩效面谈是对当前绩效周期的阶段性总结,自然不能脱离开这样一个话题:员工在这个周期的成绩如何?员工想知道自己忙活了大半年到底成绩如何,组织也想得到员工的绩效成绩来作为一些职位、角色和薪酬调整的依据,甚至是辞退员工的依据。
 
* 增聚力
 
绩效面谈,其实也是一次上级与下级的正式交流。员工的内心中都是渴望上级能时常关注和评定自己的工作。想必大多人都能体会到这点:每次与上级面谈后都能感受到自己的工作努力没有白费以及自己的工作对组织的重要性,感觉自己对后续的工作更有信心了。显然这种面谈间接地增加了员工的团队凝聚力。

二、要素

绩效面谈并无固定模式,但良好的绩效面谈应该具备以下两点要素。
 
* 镜子
 
好的绩效面谈应该是一面镜子,可以让员工看到一个真实的自己,而不仅仅是员工自我认知中的自己;这面镜子让员工发现自我认知中的自己与他人眼中的自己的差异,认识和强化公认的优势,同时也能看到自己的不足之处。
 
* 号角
 
前面说过绩效面谈的目的之一就是谋改进,因此一次好的绩效面谈就应该像是一支吹响的号角,为下一个绩效周期的工作进行着“战前动员”。号角声在员工内心中长久反复激荡,激励着员工持续向前,不断改进。

三、禁忌

良好有效的绩效面谈同样有一些“禁忌”要牢记,否则会对面谈的效果产生较大负面影响。
 
* 忌“无准备之仗”
 
不要将绩效面谈做成“突发事件”、“无准备之仗”,比如经理A在事前没有任何征兆的情况下来到员工B工位前,对B说:“走,我们到会议室做绩效面谈”。这种绩效面谈必然不会取得良好的效果,至少员工B没有任何思想和心理准备,面谈过程中无法真实和全面的表达出自己的观点和思想。
 
绩效面谈前,上级和员工都是要做好精心准备的。上级自己要收集好面谈对象的相关工作数据,整理好面谈思路,做到思路清晰。上级需告知员工做绩效面谈准备,并给予充分的准备时间,甚至还可以提示员工该做哪些方面的准备。员工则要针对自己在绩效周期的表现做些总结,对自己做一次重新认知,整理对团队或组织的意见和建议,明确自己的面谈思路;这样做双方才能在面谈过程中做到有的放矢。
 
* 忌“批斗会”
 
绩效面谈为的是促进个人改进,团队改进,组织改进;无论如何,不能将面谈变成“批斗会”,即便是对方有再多问题和不足。人家都辛苦这么长时间了,到头来还被劈头盖脸的一顿批评,换成谁心里能不难受,那后续还能有好心情工作了么。即便是要劝退的对象,也只需阐述事实和数据就好。总之,面谈中要尽量建立正面的和鼓励的气氛。
 
* 忌“一言堂”
 
很多绩效变谈最终演化为上级一人的“高谈阔论”,下属只有听的份儿了。这种形式的面谈实难达到预期之效果。上级更应学会倾听员工内心的真实声音,与员工充分互动,记录并快速分析,给予员工中肯的建议。对于无法立即决策的事情,告知员工后续答复。
 
* 忌随意承诺
 
对于绩效面谈过程中员工提出的建议和意见或是一些需求,上级应视实际情况给予答复,不能随意做承诺。绩效面谈的过程本身也是上下级就这一活动建立信任的过程。如果上级给下级随意承诺一些无法办得到的事情,那么久而久之,员工将对绩效面谈失去兴趣,失去信心,也就不会再重视这一活动,即便进行,也是敷衍了事,走个过场而已。也就是说上级的随意承诺摧毁了绩效面谈在员工心中的地位,员工也会对上级失去信任。
 
绩效面谈还有一些细节需要注意,比如控制面谈时长、绩效面谈记录以书面形式发送给下级确认等。
 
以上就是我关于绩效面谈的一些拙见。

buildc 0.2.1版本发布

buildc 0.2.1版本是一个bugfix版本,修正了两个重要问题。

* 修正执行buildc pack –cmode=32-bit时无法创建32位安装包的问题

之前的buildc pack命令在打包安装程序时忽略了–cmode这个选项,这样即便传入32-bit这个参数,打出的安装包中的应用程序依旧是64位编译的。这次修正了这个问题,让buildc真正支持打32位程序的安装包。

* 修正buildc cache相关命令与cmode选项结合的问题

其实这是一个因当初设计考虑不周而遗留下来的问题。最初考虑buildc在一个Workplace下面要么只管理64-bit的库,要么只管理 32-bit的库,没有考虑支持两者都cache以及两者可分别管理。而现实开发中,我们的开发人员在自己的workplace下既有64位程序,也有 32位程序,这样在用到buildc时反倒比较麻烦,因此这次将buildc cache的管理命令与–cmode选项结合,做了新的定义:

   – buildc cache init : 根据.buildc.rc初始cache本地库,既初始下载64-bit库,也下载32-bit库;
   – buildc cache init –cmode=64-bit : 根据.buildc.rc初始cache本地库,只初始下载64-bit库;
   – buildc cache init –cmode=32-bit : 根据.buildc.rc初始cache本地库,只初始下载32-bit库;

   – buildc cache update :根据.buildc.rc更新本地cache库,既更新64-bit库,也更新32-bit库;
   – buildc cache update –cmode=64-bit:根据.buildc.rc更新本地cache库,只更新64-bit库;
   – buildc cache update –cmode=32-bit:根据.buildc.rc更新本地cache库,只更新32-bit库;

   – buildc cache upgrade :根据最新变更的.buildc.rc升级本地cache库,既升级64-bit库,也升级32-bit库;
   – buildc cache upgrade –cmode=64-bit:根据最新变更的.buildc.rc升级本地cache库,只升级64-bit库;
   – buildc cache upgrade –cmode=32-bit:根据最新变更的.buildc.rc升级本地cache库,只升级32-bit库;

   – buildc cache remove :根据.buildc.rc配置,删除本地cache库,既删除64-bit库,也删除32-bit库;
   – buildc cache remove –cmode=64-bit:根据.buildc.rc配置,删除本地cache库,只删除64-bit库;
   – buildc cache remove –cmode=32-bit:根据.buildc.rc配置,删除本地cache库,只删除32-bit库。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言精进之路1 Go语言精进之路2 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



Statcounter View My Stats