None, of my emails were intended to be mean, I just didn't see the point in fluffing up my emails, and only responded with the required information, but I guess people require the fluff or they get their feelings hurt.
None, of my emails were intended to be mean, I just didn't see the point in fluffing up my emails, and only responded with the required information, but I guess people require the fluff or they get their feelings hurt.
"Fluff" is a highly subjective term. What may be fluff for you could be critical signalling for others. Stripping everything down to the bare-bones of what you (or I) may think answers the request sounds intentionally flippant and dismissive. If we fail to address the recipient in a context they understand and share with us that is taken as an offense.
With a little effort, however, it is totally possible to be cogent, compact, AND polite.
Given your many bad reviews, do you think it might be worthwhile to revisit your data?
But what will come across as "curt" or "mean" is if your e-mails are substantially less fluffy than those of your boss or your co-workers. You need to adapt to the style in use in the business, not because it is objectively curt or mean, but because people judge whether or not you're being curt or mean subjectively based on their base of comparison, and that is your co-workers.
You have to be especially careful to not treat people who don't report to you as if they're your subordinates. It's bad to do that to people on your own team, and it's worse to do that to people on another team. A good way to build a bad relationship with someone is to treat them like your lackey when they're not even in the same reporting chain as you.
I've been treated like this before, by someone on another team who sent me a number feature requests that involve significant new work, and by "requests", I mean "demands", without any fluff or niceties or anything. He did this without opening a new ticket (in a company where anything requiring new work needs one), without CCing my boss, and only rarely CCing his boss. This has always resulted in me switching into full-on form letter mode: "Please make your feature request by opening a JIRA ticket in the [redacted] project, and management will choose how to prioritize it.", with my boss and my skip level CC'd on the email.
You can get away with some reduced formality when addressing people reporting in to a layer below you but on another team, but "get away with" being the operative part. You will not get away with bypassing managers - even if you manage to sneak it past them now, it'll make people look out for future attempts.
Sometimes if you know everyone well it may be ok to e-mail someone direct and cc their manager and address it to both and suggest the person you're sending it to would be a good person to carry out the work, but I'd take care to make it clear it's up to said manager unless I have very strong reasons to ask for a specific person and then too the manager should at least be informed..
I've been on both ends of this, and more than once told off my managers for bypassing me because of the disruption caused.
For everyone else I throw in the fluff to keep things amicable. When I do that - sometimes I feel like I'm wasting time - but in the end I believe it protects you from people thinking you are a jerk - or worse introducing bias into decisions that might be made that could go against you or your team.