获得反馈并不总是容易处理，但我们需要听取反馈才能成长和学习。反馈可以采取多种形式——从绩效评估中的正式反馈到更非正式的反馈，例如
- 代码审查
- 写作的同行评审
- 对演讲者的评论
- 推荐修改简历
提供、请求和接收反馈以使其具有可操作性并帮助人们改进是一门艺术。为了缩小这个主题的范围，我将重点关注与写作相关的反馈（因为这是我的专长之一），但其中许多经验教训适用于您需要提供或接收的任何类型的反馈。
提供反馈的技巧
如果您被要求提供反馈，首先，请确认您了解所请求的反馈类型。请求反馈的人员应提供关于您应该关注什么的指南。如果您不知道要提供哪种类型的反馈，请询问。此外，请务必询问他们何时需要反馈。如果您无法在截止日期前完成，请告知他们。也许时间表是灵活的。如果不是，他们有机会找到其他人来帮忙。
拒绝是可以的——一条简短的消息，拒绝请求并解释原因，总比忽略请求并可能导致对方错过截止日期要好得多。
内容与风格
有很多不同的方式来写一个句子，每个人都有自己的风格。关注所说内容的实质，而不是说话的方式。除非您被明确要求帮助重写文章，否则如果您会以不同的方式表达某些内容，请不要担心。如果正确的意思传达出来了，那才是最重要的。
例如，以下句子都大致表达了相同的意思。
构建和运行软件的很大一部分是学习什么有效，什么无效。
软件工程师花费大量时间来确定在构建和运行软件时什么有效，什么无效。
软件工程师花费大量时间来确定软件和硬件的有效性和互操作性。
“正确”的版本与作者和受众偏好的风格完全相关。
清晰度
这并不意味着您不应该关注清晰度。如果某些内容不清楚，请说出来。当您提供关于为什么您觉得某些内容令人困惑或模糊的背景信息时，这会有所帮助（同样，清晰度很重要）。作者可能不知道您在哪里感到困惑。
这是不清晰的反馈
- “这令人困惑。”
- “你在这里是什么意思？”
更好的反馈（这都是我最近给出或收到的真实反馈）
- “我认为这里可以稍微澄清一下你所说的‘我们’是什么意思。”
- “您是指拥有单个项目的团队，还是指选择单个团队？”
如果您有时间并且有可能，请提供关于如何使其对您更清晰的建议，例如
- “在匆忙阅读时，我最初将其误解为声称 x（而显然，您的意思是相反的）。”
事半功倍
至少阅读两次完整内容。第一次阅读时，不要留下任何评论或提出任何建议；只需阅读以了解涵盖了哪些信息。否则，您可能会建议应包含某个特定主题——然后在两段之后看到它。
留下积极的反馈
通常，当我们提供反馈时，我们只关注需要改进的领域。如果您喜欢某些内容，也请分享该反馈。作者想知道什么引起了共鸣，以及什么没有达到目标。是什么让您发笑或畏缩？您学到了什么？
获取反馈的技巧
接收反馈的一个好方法是主动请求反馈。以下是一些建议，可帮助您获得对您最有用的反馈。
具体一点
当您请求反馈时，请告诉您的审阅者您具体在寻找什么，包括您希望人们关注哪些特定领域，以及哪些领域不必担心。
此请求很模糊
“您能阅读一下这个并告诉我您的想法吗？”
审阅者不知道您是要求他们审查技术准确性、语法还是其他内容。当我请求反馈时，我有时会忘记这样做，值得庆幸的是，我有一位同事会跟进并询问更多背景信息，例如“您正在寻找什么级别和深度的审查？”
由于我正在努力在请求反馈时变得更具体，因此我经常在我的文章中为我的审阅者留下我有的问题、我正在努力解决的事情或我认为薄弱且需要改进的领域的评论。
以下是我的一位同事提出的关于请求具体反馈的一个很好的例子
“我将非常感谢对此的任何评论，特别是我的错误、夸大/低估或其他需要包含的内容（其中一些可能会推迟到下一个版本，但现在听到这些内容仍然非常有用）。”
说明您的截止日期
请务必包含您需要他们反馈的时间范围。您不希望审查周期拖延，并在您等待反馈时阻止您的进度。给出合理的截止日期，如果需要紧急处理，请解释原因。您可能会说
“您能在本周末之前审查一下本文的技术准确性和可读性吗？不必担心语法。我稍后会进行这些编辑。”
或
“您能在今天结束前提供校对吗？这需要在明天发布，以配合我们的发布。”
决定包含什么
您可能不同意您听到的所有反馈。是否采纳它取决于您作为作者。我强烈建议您采纳指出明显错误的反馈。更具挑战性的反馈可能是意见分歧、风格变化等。如果存在不同的观点，我经常安排会议来审查反馈。谈话通常比来回写评论更快地澄清事情。
结论
请求反馈可能会引发冒名顶替综合症。这不一定会消失，但提供良好的反馈（即使是负面反馈）可以帮助作者克服这种感觉。
如果您有兴趣了解如何成为更好的作家，我之前写过我的写作过程，其中包括多个反馈循环。
作为一名作家，您的工作是编写人们喜欢、与读者产生共鸣并达到目的的内容。作为一名审阅者，您的工作是分享您学到的东西和令人困惑的地方。这些技巧可以帮助您提供和接收更好的反馈。
评论已关闭。