BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

提供和接收有效的反馈

| 作者 Mark Levison 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝 发布于 2009年8月27日. 估计阅读时间: 2 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

本周一是Agile 2009的第一天, Liz Keogh演讲了关于提供和接收有效反馈的题目。该演讲基于George这个虚拟人物接收到的不同类型的反馈:

  • 一份热情洋溢的表扬报告
  • 一份客观、中肯的报告,包括一些对于未来的建议
  • 一份不那么有建设性、而且有点不公平的评审
  • 同样的评审,不过是在参加完这个研讨会之后重新写过的

Liz指导观众围绕反馈进行讨论。她解释说:满是溢美之词的反馈根本无助于接受者的学习和成长,只能是鼓励人们不求进步。另一方面,如果人们刚走上新的工作岗位,由于刚开始学习这个职位所需要的技能,他们很可能收到不那么令人高兴的反馈。在这种情况下,有一点很重要:反馈中应该包括正面意见,也就是这个人不必改变的方面,不能都是负面看法。在George的案例中,负面反馈危害巨大,似乎给出这些反馈的人希望让George赶快出局,然后自己接受。所以关键在于提供反馈的人,而不是对George的影响。

聆听的人们对于下面的例子进行了热烈探讨:

  • 反馈应该直接给到对应个人,而不必通过经理传达。
  • 相对书面表达反馈意见,面对面谈话对双方来说要更为稳妥。

人们提出一些策略,可用之向你的上级或是与你发生过冲突的人提出反馈。先请求他们的帮助,可以说:“我需要你的帮助,我们现在遇到这样的问题:……”,充分了解问题,将重点放在问题上,而不要去涉及具体人。最后还提到,“公开承认错误”这个策略如果使用过多,反而会给人留下不好的印象。

优秀反馈的特性:

  • 重点放在接收者身上,而不是提供反馈的人。
  • 仅从反馈提供者的角度出发,而不是其他任何第三方。
  • 直接告诉接收者。
  • 要包括反馈提供者所看重的方面,而不能仅仅是待改进的方面。
  • 提供建议,不要仅仅抱怨。
  • 使用例子,不要泛泛而谈。
  • 谈论亲眼见到、亲耳听到的东西,不能只是说“整个团队对你的存在感到高兴”,可以说“整个团队看到你来之后都露出了微笑”。
  • 谈论对反馈提供者自己的影响。
  • 请求接收者帮助,以完成需要作出的改变。
  • 以每个人都在努力达成的积极目标和美好前景作为结尾。

查看英文原文:Giving and Receiving Effective Feedback

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

非常实际而有效的指导 by Yan Eric

希望能看到更多关于反馈与沟通方面的主题。

敏捷的价值 by Lee Jet

现在关于敏捷的探讨是层出不穷,并且因为不同的实践而产生了对敏捷的不大一致的观点,InfoQ所引用的文章怎么都是大都是这类所谓"高级人员"的演讲谈话呢?敏捷原始的实践者们的声音却从未有过.

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

2 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT