How to Give Feedback in a 360 Review as an Engineer in English

A 360 review is only useful if the feedback is specific enough to act on, but many engineers default to vague praise (“great teammate!”) because concrete criticism feels risky in writing. The goal is to be specific, evidence-based, and constructive — praise that names exact behaviors, and concerns framed around impact rather than personality. This guide gives you the English phrases to write 360 feedback that’s honest and genuinely useful.

Opening with Specific Strengths

Name concrete behaviors and situations, not generic traits.

• “In the Q2 migration, [name] caught a data consistency issue in review that would have caused a production incident — that level of attention to detail consistently raises the bar for the whole team.”
• “[Name] is unusually good at explaining complex tradeoffs to non-technical stakeholders — I’ve watched them turn a confusing infrastructure decision into something the whole product team understood in one meeting.”
• “Whenever I’m stuck, [name] is one of the first people to jump in and pair, even when it’s not directly their area — that responsiveness has saved me real time more than once.”

Raising a Concern Constructively

Frame the concern around observable impact, not character judgments.

• “One area for growth: reviews from [name] sometimes focus heavily on style preferences rather than correctness or design, which can slow down PRs without adding proportional value.”
• “I’ve noticed [name] tends to take on a lot personally rather than delegating, which occasionally becomes a bottleneck when they’re the single point of contact for a system.”
• “In a few meetings, [name]‘s feedback came across more bluntly than I think was intended — the substance was usually right, but the delivery sometimes overshadowed the point.”

Making Feedback Actionable

Suggest what could change, not just what’s wrong.

• “It would help if code review comments distinguished ‘this must change before merge’ from ‘this is a suggestion’ more explicitly — right now they read with equal weight.”
• “I’d love to see [name] delegate ownership of at least one system to someone else this year, partly for their own growth and partly to reduce the bus-factor risk.”
• “Practicing a shorter, more direct way to open feedback — leading with the ask before the context — might land better in fast-moving meetings.”

Writing Manager Feedback Upward

Keep the same standard of specificity even when reviewing someone more senior.

• “I’d value more visibility into prioritization decisions — right now they sometimes feel top-down without the reasoning being shared, which makes it harder to advocate for them with the team.”
• “[Manager]‘s one-on-ones consistently make space for career conversations, not just status updates — that’s had a real, positive effect on how I think about my own growth here.”

Closing Without Softening the Substance

End with a clear summary rather than diluting the feedback with excessive hedging.

• “Overall: a strong technical contributor whose biggest growth area is calibrating review feedback to actual severity.”
• “Net positive collaborator this cycle, with room to delegate more and reduce single-point-of-failure risk on their systems.”

Vocabulary Reference

Key Takeaways

• Praise specific behaviors and situations, not generic traits like “great teammate.”
• Frame concerns around observable impact, not personality or character judgments.
• Make feedback actionable — suggest a concrete change, not just a description of the problem.
• Hold manager feedback to the same standard of specificity as peer feedback.
• Close with a clear, unhedged summary rather than diluting real substance with excessive softening.