How do you deal with co-workers who respond to your emails without reading the whole thing, or don't read them at all?
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
11
down vote
favorite
I'm a web developer (who writes code -- not css/designer). I work in an office, but many managers work remotely, hence the heavy reliance on email/IM.
I am starting to notice a trend where people will email me and re-ask a question that has already been explained in detail in a previous email.
I might receive an email/IM from a higher up asking "When can we launch insert name of new project/feature here".
I respond to this with an email that details exactly where we are, what's blocking us, who we are waiting on, and what they need to do (or be asked to do) before we can launch. Many of these things are outside of my control and have to be initiated by the manager themselves (setting up bank account for card processing), or the manager has to ask someone else in the company (designer/copywriter/etc...) to do something. I make sure to bullet each "action item", in an attempt to ensure that even a non-technical person could check and see if it's actually done yet without any additional input.
For example (grossly oversimplified):
Q: client is getting antsy. When can we launch www.xyz.com?
A:
- I just checked the site and we're still waiting on the client to add their content. You can check this URL periodically to see if it's been done yet. url here )
- Before we can launch, we need to contact upstream provider X and tell them to set service Y to mode Z; We cannot accept credit cards til this has been done. You can test this by trying to send a donation; if you get an error it's still not done.
- I have noticed that the mobile navigation menu is cut off when screen width is less than 479px. It's not a show stopper, but our css guy will need to fix this.
A few days/weeks might go by, then I will get another email asking the same thing (or asking about an action item that I specifically addressed and explained how to test in a previous email.)
This makes me think they maybe didn't even read it
Another common occurrence is that I'll get a one or two line response, with a question about a single one of the action items I mentioned, and nothing about the others. This lets me know that they did at least see the email -- but often times they will still respond back two weeks later asking the same question they asked before.
This makes me think that they didn't take the time to read the whole thing
Since these people outrank me, I feel like all I can do is pretend that I haven't answered these questions before, and go through the testing process myself, then respond to the email similarly to the first time.
The problem is, I am also expected to maintain/create/deploy new sites using the very codebase that I'm answering these questions about.
This is really starting to cut into my development time, especially when I am in-the-zone working on new functionality, only to be interrupted by an IM about something I've answered in a previous email.
I'm not really sure what to do in this scenario.
I am trying to think of a way to put into perspective (for the managers) just how much money this costs the company in the long run, but the culture around here is very "let's just get it done!", so I'm afraid that I'll be viewed as "that lazy programmer who thinks that everything is someone else's job."
Maybe I should just stop trying to explain these things via email, and insist on a phone call when there are complex issues that can't be explained with a simple yes or no. I much prefer email/IM though, because phone calls aren't logged and aren't searchable. Although I've never been put on the spot for something falling through the cracks, it does happen (often) and I like the peace of mind of having proof that I addressed a concern with a manager (even if they ignored it).
Has anyone else had this problem? What did you do?
communication company-culture time-management telecommute
 |Â
show 5 more comments
up vote
11
down vote
favorite
I'm a web developer (who writes code -- not css/designer). I work in an office, but many managers work remotely, hence the heavy reliance on email/IM.
I am starting to notice a trend where people will email me and re-ask a question that has already been explained in detail in a previous email.
I might receive an email/IM from a higher up asking "When can we launch insert name of new project/feature here".
I respond to this with an email that details exactly where we are, what's blocking us, who we are waiting on, and what they need to do (or be asked to do) before we can launch. Many of these things are outside of my control and have to be initiated by the manager themselves (setting up bank account for card processing), or the manager has to ask someone else in the company (designer/copywriter/etc...) to do something. I make sure to bullet each "action item", in an attempt to ensure that even a non-technical person could check and see if it's actually done yet without any additional input.
For example (grossly oversimplified):
Q: client is getting antsy. When can we launch www.xyz.com?
A:
- I just checked the site and we're still waiting on the client to add their content. You can check this URL periodically to see if it's been done yet. url here )
- Before we can launch, we need to contact upstream provider X and tell them to set service Y to mode Z; We cannot accept credit cards til this has been done. You can test this by trying to send a donation; if you get an error it's still not done.
- I have noticed that the mobile navigation menu is cut off when screen width is less than 479px. It's not a show stopper, but our css guy will need to fix this.
A few days/weeks might go by, then I will get another email asking the same thing (or asking about an action item that I specifically addressed and explained how to test in a previous email.)
This makes me think they maybe didn't even read it
Another common occurrence is that I'll get a one or two line response, with a question about a single one of the action items I mentioned, and nothing about the others. This lets me know that they did at least see the email -- but often times they will still respond back two weeks later asking the same question they asked before.
This makes me think that they didn't take the time to read the whole thing
Since these people outrank me, I feel like all I can do is pretend that I haven't answered these questions before, and go through the testing process myself, then respond to the email similarly to the first time.
The problem is, I am also expected to maintain/create/deploy new sites using the very codebase that I'm answering these questions about.
This is really starting to cut into my development time, especially when I am in-the-zone working on new functionality, only to be interrupted by an IM about something I've answered in a previous email.
I'm not really sure what to do in this scenario.
I am trying to think of a way to put into perspective (for the managers) just how much money this costs the company in the long run, but the culture around here is very "let's just get it done!", so I'm afraid that I'll be viewed as "that lazy programmer who thinks that everything is someone else's job."
Maybe I should just stop trying to explain these things via email, and insist on a phone call when there are complex issues that can't be explained with a simple yes or no. I much prefer email/IM though, because phone calls aren't logged and aren't searchable. Although I've never been put on the spot for something falling through the cracks, it does happen (often) and I like the peace of mind of having proof that I addressed a concern with a manager (even if they ignored it).
Has anyone else had this problem? What did you do?
communication company-culture time-management telecommute
2
The subsequent questions that you're concerned about are coming either days or weeks later. Is there some sort of status reporting going on in the interim? Whether in the form of a daily stand-up where issues/ roadblocks are talked through or a weekly status report on the Client ABC Project that discusses what is done vs. what is not done? If you're hoping that random middle managers will save the URLs and instructions you send and retest every roadblock that has ever existed to get the status of a project, you're expecting way too much...
– Justin Cave
Jun 10 '15 at 20:30
The problem is that they will come back and ask me if something is done, when it needs to be done by somebody else. Then I go check for them, and sure enough, it hasn't been done yet. We have an internal (homebrew) project management system where managers can create "tasks" for developers/designers/copywriters. Any time that I fix something, I "reply" to the task, which in turn sends my reply (via email) to the project manager. Many managers either completely bypass this system, and just send a direct email, or ask me questions which have already been explained in a prior response to the task.
– A. Programmer
Jun 10 '15 at 20:37
OK. So there is a project management system and there are project managers. Are these project managers sending out some sort of status to the managers that are coming to you asking for status? Normally, a project manager would be doing something like sending out a weekly status to stakeholders with the list of current roadblocks and a status on the roadblocks identified the prior week (e.g. X is still an issue, Y is being worked on by Foo who expects to have an updated CSS by date).
– Justin Cave
Jun 10 '15 at 20:41
Related: workplace.stackexchange.com/questions/21981/…
– mxyzplk
Jun 10 '15 at 20:46
2
Given the wall-of-text nature of this question, which discouraged me from reading it all.... perhaps keeping your e-mails short and focused would help. Before sending, edit down to only the information the other person actually needs.
– keshlam
Jun 13 '15 at 4:40
 |Â
show 5 more comments
up vote
11
down vote
favorite
up vote
11
down vote
favorite
I'm a web developer (who writes code -- not css/designer). I work in an office, but many managers work remotely, hence the heavy reliance on email/IM.
I am starting to notice a trend where people will email me and re-ask a question that has already been explained in detail in a previous email.
I might receive an email/IM from a higher up asking "When can we launch insert name of new project/feature here".
I respond to this with an email that details exactly where we are, what's blocking us, who we are waiting on, and what they need to do (or be asked to do) before we can launch. Many of these things are outside of my control and have to be initiated by the manager themselves (setting up bank account for card processing), or the manager has to ask someone else in the company (designer/copywriter/etc...) to do something. I make sure to bullet each "action item", in an attempt to ensure that even a non-technical person could check and see if it's actually done yet without any additional input.
For example (grossly oversimplified):
Q: client is getting antsy. When can we launch www.xyz.com?
A:
- I just checked the site and we're still waiting on the client to add their content. You can check this URL periodically to see if it's been done yet. url here )
- Before we can launch, we need to contact upstream provider X and tell them to set service Y to mode Z; We cannot accept credit cards til this has been done. You can test this by trying to send a donation; if you get an error it's still not done.
- I have noticed that the mobile navigation menu is cut off when screen width is less than 479px. It's not a show stopper, but our css guy will need to fix this.
A few days/weeks might go by, then I will get another email asking the same thing (or asking about an action item that I specifically addressed and explained how to test in a previous email.)
This makes me think they maybe didn't even read it
Another common occurrence is that I'll get a one or two line response, with a question about a single one of the action items I mentioned, and nothing about the others. This lets me know that they did at least see the email -- but often times they will still respond back two weeks later asking the same question they asked before.
This makes me think that they didn't take the time to read the whole thing
Since these people outrank me, I feel like all I can do is pretend that I haven't answered these questions before, and go through the testing process myself, then respond to the email similarly to the first time.
The problem is, I am also expected to maintain/create/deploy new sites using the very codebase that I'm answering these questions about.
This is really starting to cut into my development time, especially when I am in-the-zone working on new functionality, only to be interrupted by an IM about something I've answered in a previous email.
I'm not really sure what to do in this scenario.
I am trying to think of a way to put into perspective (for the managers) just how much money this costs the company in the long run, but the culture around here is very "let's just get it done!", so I'm afraid that I'll be viewed as "that lazy programmer who thinks that everything is someone else's job."
Maybe I should just stop trying to explain these things via email, and insist on a phone call when there are complex issues that can't be explained with a simple yes or no. I much prefer email/IM though, because phone calls aren't logged and aren't searchable. Although I've never been put on the spot for something falling through the cracks, it does happen (often) and I like the peace of mind of having proof that I addressed a concern with a manager (even if they ignored it).
Has anyone else had this problem? What did you do?
communication company-culture time-management telecommute
I'm a web developer (who writes code -- not css/designer). I work in an office, but many managers work remotely, hence the heavy reliance on email/IM.
I am starting to notice a trend where people will email me and re-ask a question that has already been explained in detail in a previous email.
I might receive an email/IM from a higher up asking "When can we launch insert name of new project/feature here".
I respond to this with an email that details exactly where we are, what's blocking us, who we are waiting on, and what they need to do (or be asked to do) before we can launch. Many of these things are outside of my control and have to be initiated by the manager themselves (setting up bank account for card processing), or the manager has to ask someone else in the company (designer/copywriter/etc...) to do something. I make sure to bullet each "action item", in an attempt to ensure that even a non-technical person could check and see if it's actually done yet without any additional input.
For example (grossly oversimplified):
Q: client is getting antsy. When can we launch www.xyz.com?
A:
- I just checked the site and we're still waiting on the client to add their content. You can check this URL periodically to see if it's been done yet. url here )
- Before we can launch, we need to contact upstream provider X and tell them to set service Y to mode Z; We cannot accept credit cards til this has been done. You can test this by trying to send a donation; if you get an error it's still not done.
- I have noticed that the mobile navigation menu is cut off when screen width is less than 479px. It's not a show stopper, but our css guy will need to fix this.
A few days/weeks might go by, then I will get another email asking the same thing (or asking about an action item that I specifically addressed and explained how to test in a previous email.)
This makes me think they maybe didn't even read it
Another common occurrence is that I'll get a one or two line response, with a question about a single one of the action items I mentioned, and nothing about the others. This lets me know that they did at least see the email -- but often times they will still respond back two weeks later asking the same question they asked before.
This makes me think that they didn't take the time to read the whole thing
Since these people outrank me, I feel like all I can do is pretend that I haven't answered these questions before, and go through the testing process myself, then respond to the email similarly to the first time.
The problem is, I am also expected to maintain/create/deploy new sites using the very codebase that I'm answering these questions about.
This is really starting to cut into my development time, especially when I am in-the-zone working on new functionality, only to be interrupted by an IM about something I've answered in a previous email.
I'm not really sure what to do in this scenario.
I am trying to think of a way to put into perspective (for the managers) just how much money this costs the company in the long run, but the culture around here is very "let's just get it done!", so I'm afraid that I'll be viewed as "that lazy programmer who thinks that everything is someone else's job."
Maybe I should just stop trying to explain these things via email, and insist on a phone call when there are complex issues that can't be explained with a simple yes or no. I much prefer email/IM though, because phone calls aren't logged and aren't searchable. Although I've never been put on the spot for something falling through the cracks, it does happen (often) and I like the peace of mind of having proof that I addressed a concern with a manager (even if they ignored it).
Has anyone else had this problem? What did you do?
communication company-culture time-management telecommute
asked Jun 10 '15 at 20:13
A. Programmer
5613
5613
2
The subsequent questions that you're concerned about are coming either days or weeks later. Is there some sort of status reporting going on in the interim? Whether in the form of a daily stand-up where issues/ roadblocks are talked through or a weekly status report on the Client ABC Project that discusses what is done vs. what is not done? If you're hoping that random middle managers will save the URLs and instructions you send and retest every roadblock that has ever existed to get the status of a project, you're expecting way too much...
– Justin Cave
Jun 10 '15 at 20:30
The problem is that they will come back and ask me if something is done, when it needs to be done by somebody else. Then I go check for them, and sure enough, it hasn't been done yet. We have an internal (homebrew) project management system where managers can create "tasks" for developers/designers/copywriters. Any time that I fix something, I "reply" to the task, which in turn sends my reply (via email) to the project manager. Many managers either completely bypass this system, and just send a direct email, or ask me questions which have already been explained in a prior response to the task.
– A. Programmer
Jun 10 '15 at 20:37
OK. So there is a project management system and there are project managers. Are these project managers sending out some sort of status to the managers that are coming to you asking for status? Normally, a project manager would be doing something like sending out a weekly status to stakeholders with the list of current roadblocks and a status on the roadblocks identified the prior week (e.g. X is still an issue, Y is being worked on by Foo who expects to have an updated CSS by date).
– Justin Cave
Jun 10 '15 at 20:41
Related: workplace.stackexchange.com/questions/21981/…
– mxyzplk
Jun 10 '15 at 20:46
2
Given the wall-of-text nature of this question, which discouraged me from reading it all.... perhaps keeping your e-mails short and focused would help. Before sending, edit down to only the information the other person actually needs.
– keshlam
Jun 13 '15 at 4:40
 |Â
show 5 more comments
2
The subsequent questions that you're concerned about are coming either days or weeks later. Is there some sort of status reporting going on in the interim? Whether in the form of a daily stand-up where issues/ roadblocks are talked through or a weekly status report on the Client ABC Project that discusses what is done vs. what is not done? If you're hoping that random middle managers will save the URLs and instructions you send and retest every roadblock that has ever existed to get the status of a project, you're expecting way too much...
– Justin Cave
Jun 10 '15 at 20:30
The problem is that they will come back and ask me if something is done, when it needs to be done by somebody else. Then I go check for them, and sure enough, it hasn't been done yet. We have an internal (homebrew) project management system where managers can create "tasks" for developers/designers/copywriters. Any time that I fix something, I "reply" to the task, which in turn sends my reply (via email) to the project manager. Many managers either completely bypass this system, and just send a direct email, or ask me questions which have already been explained in a prior response to the task.
– A. Programmer
Jun 10 '15 at 20:37
OK. So there is a project management system and there are project managers. Are these project managers sending out some sort of status to the managers that are coming to you asking for status? Normally, a project manager would be doing something like sending out a weekly status to stakeholders with the list of current roadblocks and a status on the roadblocks identified the prior week (e.g. X is still an issue, Y is being worked on by Foo who expects to have an updated CSS by date).
– Justin Cave
Jun 10 '15 at 20:41
Related: workplace.stackexchange.com/questions/21981/…
– mxyzplk
Jun 10 '15 at 20:46
2
Given the wall-of-text nature of this question, which discouraged me from reading it all.... perhaps keeping your e-mails short and focused would help. Before sending, edit down to only the information the other person actually needs.
– keshlam
Jun 13 '15 at 4:40
2
2
The subsequent questions that you're concerned about are coming either days or weeks later. Is there some sort of status reporting going on in the interim? Whether in the form of a daily stand-up where issues/ roadblocks are talked through or a weekly status report on the Client ABC Project that discusses what is done vs. what is not done? If you're hoping that random middle managers will save the URLs and instructions you send and retest every roadblock that has ever existed to get the status of a project, you're expecting way too much...
– Justin Cave
Jun 10 '15 at 20:30
The subsequent questions that you're concerned about are coming either days or weeks later. Is there some sort of status reporting going on in the interim? Whether in the form of a daily stand-up where issues/ roadblocks are talked through or a weekly status report on the Client ABC Project that discusses what is done vs. what is not done? If you're hoping that random middle managers will save the URLs and instructions you send and retest every roadblock that has ever existed to get the status of a project, you're expecting way too much...
– Justin Cave
Jun 10 '15 at 20:30
The problem is that they will come back and ask me if something is done, when it needs to be done by somebody else. Then I go check for them, and sure enough, it hasn't been done yet. We have an internal (homebrew) project management system where managers can create "tasks" for developers/designers/copywriters. Any time that I fix something, I "reply" to the task, which in turn sends my reply (via email) to the project manager. Many managers either completely bypass this system, and just send a direct email, or ask me questions which have already been explained in a prior response to the task.
– A. Programmer
Jun 10 '15 at 20:37
The problem is that they will come back and ask me if something is done, when it needs to be done by somebody else. Then I go check for them, and sure enough, it hasn't been done yet. We have an internal (homebrew) project management system where managers can create "tasks" for developers/designers/copywriters. Any time that I fix something, I "reply" to the task, which in turn sends my reply (via email) to the project manager. Many managers either completely bypass this system, and just send a direct email, or ask me questions which have already been explained in a prior response to the task.
– A. Programmer
Jun 10 '15 at 20:37
OK. So there is a project management system and there are project managers. Are these project managers sending out some sort of status to the managers that are coming to you asking for status? Normally, a project manager would be doing something like sending out a weekly status to stakeholders with the list of current roadblocks and a status on the roadblocks identified the prior week (e.g. X is still an issue, Y is being worked on by Foo who expects to have an updated CSS by date).
– Justin Cave
Jun 10 '15 at 20:41
OK. So there is a project management system and there are project managers. Are these project managers sending out some sort of status to the managers that are coming to you asking for status? Normally, a project manager would be doing something like sending out a weekly status to stakeholders with the list of current roadblocks and a status on the roadblocks identified the prior week (e.g. X is still an issue, Y is being worked on by Foo who expects to have an updated CSS by date).
– Justin Cave
Jun 10 '15 at 20:41
Related: workplace.stackexchange.com/questions/21981/…
– mxyzplk
Jun 10 '15 at 20:46
Related: workplace.stackexchange.com/questions/21981/…
– mxyzplk
Jun 10 '15 at 20:46
2
2
Given the wall-of-text nature of this question, which discouraged me from reading it all.... perhaps keeping your e-mails short and focused would help. Before sending, edit down to only the information the other person actually needs.
– keshlam
Jun 13 '15 at 4:40
Given the wall-of-text nature of this question, which discouraged me from reading it all.... perhaps keeping your e-mails short and focused would help. Before sending, edit down to only the information the other person actually needs.
– keshlam
Jun 13 '15 at 4:40
 |Â
show 5 more comments
4 Answers
4
active
oldest
votes
up vote
26
down vote
Be clear. Really clear.
tl;dr. Your question here is really long. Your example email response is still pretty long and even so doesn't really answer the question.
You need to be direct. If you can't launch, don't give a list of reasons and not say so. Say, "we can't launch yet. Here is why."
Q: client is getting antsy. When can we launch www.xyz.com?
A: We cannot. Before we launch, we need:
- Client A has not added information (URL)
- Client B needs to update payment information (link here)
- There are minor CSS bugs which CSSDevName is working on.
Be proactive
Note that even with the above, if I'm reading, I still have no idea:
- When this will be done
- Who is responsible
My assumption is soon and you are, so I ask again shortly.
Let's try again:
A: We cannot until 5/6/15. Currently:
- Client A has not added information (URL)
- PersonA is following up with them by 5/2/15.
- Client B needs to update payment information (link here)
- This should be done by 5/4/15.
- There are minor CSS bugs which CSSDevName is working on
- This is in progress by CSSDevName and estimated 5/6/15
I will followup on 5/6/15 with the status of these items.
What are your managers thinking?
You need to answer what your questions really care about. When asked, "when can we launch?" you have to actually address, "when can we launch?"
Most also want to know "are issues being resolved" and "when will the task(s) be complete."
but often times they will still respond back two weeks later asking the same question they asked before.
This is because they never got an answer which was meaningful.
Where's the project management?
If you can't put a name for each remaining action item you need to figure that problem out.
Likewise, if you have no working system for incoming tasks, you need to define that too.
Proper project management means someone is responsible for managing the project. That person can be involved, dedicated PM, or otherwise responsible. Someone needs to be owning the process of identifying, prioritizing, and tasking the remaining things.
This is especially important in a virtual team. You don't have the "luxury" of bumping into coworkers and having impromptu discussions about "did you do X?" "nope! sorry! I'll do that ASAP!" types of things.
Without a proper process you will frequently have things slip through the cracks. As well as general chaos..
3
I'd like to upvote this several times. They're asking again because he's not answering their questions!
– thursdaysgeek
Jun 10 '15 at 22:53
2
The OP is a programmer not a project manager. OP states the organization has project managers. Just because project management is not being performed does not mean that is a task the programmer needs to figure out. "Many of these things are outside of my control and have to be initiated by the manager themselves"
– paparazzo
Jun 11 '15 at 9:48
They MIGHT be asking again because he's not answering. Or they MIGHT be asking again because the answer is on line four of the email body instead of in the subject line.
– WGroleau
Mar 17 at 4:51
suggest improvements |Â
up vote
3
down vote
I might receive an email/IM from a higher up asking "When can we
launch insert name of new project/feature here".
I respond to this with an email that details exactly where we are,
what's blocking us, who we are waiting on, and what they need to do
(or be asked to do) before we can launch. Many of these things are
outside of my control and have to be initiated by the manager
themselves (setting up bank account for card processing), or the
manager has to ask someone else in the company
(designer/copywriter/etc...) to do something. I make sure to bullet
each "action item", in an attempt to ensure that even a non-technical
person could check and see if it's actually done yet without any
additional input.
I think these paragraphs point to something you might consider.
Communications are a two-way street. You have to gear your response to the needs of the reader. You have to answer their question, without overwhelming them with other information that may be important to you, and less important to them.
Here, someone asked "When can we launch?"
Your answer seems to include a lot of information that may or may not be useful - but doesn't actually contain the answer to the question!
You indicate that your company has a high reliance on IMs and Emails. So presumably, everyone has a lot of reading to do. In those situations, details can get jumbled, and the answers to specific questions can get lost.
Consider being far more direct when asked simple questions, but offer to follow up with details.
Something like:
Q: "When can we launch?"
A: "It looks like we can launch in July. If you like, I can send you the details behind my estimate."
That way, the reader's eyes won't gloss over hunting through a bunch of details and bullet points to find the answer to "When?". And if the reader does want more, you can send it to them.
Consider giving that a try and see if it makes communications clearer.
suggest improvements |Â
up vote
2
down vote
First, you need a gatekeeper.
All inquires about a project's status or timeline needs to go through this gatekeeper. Ideally, this would be your manager. You should begin deflecting all questions to this person. Eventually, they'll all get the hint.
Next, you need to make absolutely certain that this person has the data to respond available to them. A simple shared document would suffice, but you could even start using a bug tracker, or JIRA or something more full-featured. Point being - this manager should know exactly where the information is, and that the information is current.
Finally, you need to make it clear to everyone that bypassing this system will only cause delays. Most should get clued in with the first two steps. You can follow it up with a few assertive phrases, such as: "I can work, or I can talk about work. Which do you think will get us done faster?" I usually reserve that level of snarkiness for sales and marketing, only.
suggest improvements |Â
up vote
2
down vote
I struggled with a very similar problem a while back, and I found some techniques that helped. I too love to write extremely detailed and thoughtful e-mails that cover every possible aspect of the issue at hand. Unfortunately, everyone else prefers to talk these things out instead of read my e-mail, think about it, and write me an equally detailed and thoughtful response. I blame their lack of typing ability :)
Ask most questions verbally, or in IM, then document the answer afterwards in an e-mail if necessary. This was difficult for me, because I do better with visual, not aural, input. Writing it out after the conversation was a good compromise and helped me sort through the information without forcing other folks into my mode.
If something needs to be discussed with a group of people, but doesn't need a stand-up, highlight the key points in your e-mail so that someone can quickly skim without needing to digest all of the detail. Yes, bolding incomplete sentences looks weird and makes my inner copy editor cringe, but it was effective.
Start your e-mails with a summary of why you're writing them and use a descriptive subject line. I try to summarize what I would like to happen as a result of my e-mail in the subject. For example, "Need help getting a copy of the A-side OTCBB raw recordings from data center X". I can explain why I need them in the e-mail, but putting the request in the subject lets folks who don't know or care about those recordings filter it out without even opening the e-mail.
If your e-mail includes something specific people need to know or act on, A. Programmer - highlight the item with their names.
Post your status publically so that other folks can find it without asking you. I use a white board in my office with a line for each project, the deadline, the most important thing about it currently, and some indication if it's on-track or in trouble. I've been told by a couple of our PMs that they really like it, because they don't have to track me down to know what's going on. I purposefully didn't do it in a document online. My little whiteboard forces me to be concise. Besides it's right in my face every morning, so it helps me get oriented at the start of the day.
You're concerned about how your time is impacted because people don't read your e-mails, but I don't think you realize the impact that this style of communicating is having on other people's time and how much time you're wasting writing stuff that doesn't get used. You need to accept that you will never be able to write down everything that needs to be communicated in a way that everyone who needs to know it will understand/remember it. We all love being in the zone, but you don't want to live there. Trying to fix things so that you can spend as much time as possible in the zone is counter-productive in my opinion, and some folks agree with me.
People who respond to messages without actually reading them don't read status boards either. Catering to them by verbal updates results in "Joe said, '....'" when he did not actually say that. If Joe cannot then say, "No, what I said (in my e-mail of 1 April 1899) was '....'" he suddenly has a bigger problem.
– WGroleau
Mar 17 at 4:53
suggest improvements |Â
StackExchange.ready(function ()
$("#show-editor-button input, #show-editor-button button").click(function ()
var showEditor = function()
$("#show-editor-button").hide();
$("#post-form").removeClass("dno");
StackExchange.editor.finallyInit();
;
var useFancy = $(this).data('confirm-use-fancy');
if(useFancy == 'True')
var popupTitle = $(this).data('confirm-fancy-title');
var popupBody = $(this).data('confirm-fancy-body');
var popupAccept = $(this).data('confirm-fancy-accept-button');
$(this).loadPopup(
url: '/post/self-answer-popup',
loaded: function(popup)
var pTitle = $(popup).find('h2');
var pBody = $(popup).find('.popup-body');
var pSubmit = $(popup).find('.popup-submit');
pTitle.text(popupTitle);
pBody.html(popupBody);
pSubmit.val(popupAccept).click(showEditor);
)
else
var confirmText = $(this).data('confirm-text');
if (confirmText ? confirm(confirmText) : true)
showEditor();
);
);
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
26
down vote
Be clear. Really clear.
tl;dr. Your question here is really long. Your example email response is still pretty long and even so doesn't really answer the question.
You need to be direct. If you can't launch, don't give a list of reasons and not say so. Say, "we can't launch yet. Here is why."
Q: client is getting antsy. When can we launch www.xyz.com?
A: We cannot. Before we launch, we need:
- Client A has not added information (URL)
- Client B needs to update payment information (link here)
- There are minor CSS bugs which CSSDevName is working on.
Be proactive
Note that even with the above, if I'm reading, I still have no idea:
- When this will be done
- Who is responsible
My assumption is soon and you are, so I ask again shortly.
Let's try again:
A: We cannot until 5/6/15. Currently:
- Client A has not added information (URL)
- PersonA is following up with them by 5/2/15.
- Client B needs to update payment information (link here)
- This should be done by 5/4/15.
- There are minor CSS bugs which CSSDevName is working on
- This is in progress by CSSDevName and estimated 5/6/15
I will followup on 5/6/15 with the status of these items.
What are your managers thinking?
You need to answer what your questions really care about. When asked, "when can we launch?" you have to actually address, "when can we launch?"
Most also want to know "are issues being resolved" and "when will the task(s) be complete."
but often times they will still respond back two weeks later asking the same question they asked before.
This is because they never got an answer which was meaningful.
Where's the project management?
If you can't put a name for each remaining action item you need to figure that problem out.
Likewise, if you have no working system for incoming tasks, you need to define that too.
Proper project management means someone is responsible for managing the project. That person can be involved, dedicated PM, or otherwise responsible. Someone needs to be owning the process of identifying, prioritizing, and tasking the remaining things.
This is especially important in a virtual team. You don't have the "luxury" of bumping into coworkers and having impromptu discussions about "did you do X?" "nope! sorry! I'll do that ASAP!" types of things.
Without a proper process you will frequently have things slip through the cracks. As well as general chaos..
3
I'd like to upvote this several times. They're asking again because he's not answering their questions!
– thursdaysgeek
Jun 10 '15 at 22:53
2
The OP is a programmer not a project manager. OP states the organization has project managers. Just because project management is not being performed does not mean that is a task the programmer needs to figure out. "Many of these things are outside of my control and have to be initiated by the manager themselves"
– paparazzo
Jun 11 '15 at 9:48
They MIGHT be asking again because he's not answering. Or they MIGHT be asking again because the answer is on line four of the email body instead of in the subject line.
– WGroleau
Mar 17 at 4:51
suggest improvements |Â
up vote
26
down vote
Be clear. Really clear.
tl;dr. Your question here is really long. Your example email response is still pretty long and even so doesn't really answer the question.
You need to be direct. If you can't launch, don't give a list of reasons and not say so. Say, "we can't launch yet. Here is why."
Q: client is getting antsy. When can we launch www.xyz.com?
A: We cannot. Before we launch, we need:
- Client A has not added information (URL)
- Client B needs to update payment information (link here)
- There are minor CSS bugs which CSSDevName is working on.
Be proactive
Note that even with the above, if I'm reading, I still have no idea:
- When this will be done
- Who is responsible
My assumption is soon and you are, so I ask again shortly.
Let's try again:
A: We cannot until 5/6/15. Currently:
- Client A has not added information (URL)
- PersonA is following up with them by 5/2/15.
- Client B needs to update payment information (link here)
- This should be done by 5/4/15.
- There are minor CSS bugs which CSSDevName is working on
- This is in progress by CSSDevName and estimated 5/6/15
I will followup on 5/6/15 with the status of these items.
What are your managers thinking?
You need to answer what your questions really care about. When asked, "when can we launch?" you have to actually address, "when can we launch?"
Most also want to know "are issues being resolved" and "when will the task(s) be complete."
but often times they will still respond back two weeks later asking the same question they asked before.
This is because they never got an answer which was meaningful.
Where's the project management?
If you can't put a name for each remaining action item you need to figure that problem out.
Likewise, if you have no working system for incoming tasks, you need to define that too.
Proper project management means someone is responsible for managing the project. That person can be involved, dedicated PM, or otherwise responsible. Someone needs to be owning the process of identifying, prioritizing, and tasking the remaining things.
This is especially important in a virtual team. You don't have the "luxury" of bumping into coworkers and having impromptu discussions about "did you do X?" "nope! sorry! I'll do that ASAP!" types of things.
Without a proper process you will frequently have things slip through the cracks. As well as general chaos..
3
I'd like to upvote this several times. They're asking again because he's not answering their questions!
– thursdaysgeek
Jun 10 '15 at 22:53
2
The OP is a programmer not a project manager. OP states the organization has project managers. Just because project management is not being performed does not mean that is a task the programmer needs to figure out. "Many of these things are outside of my control and have to be initiated by the manager themselves"
– paparazzo
Jun 11 '15 at 9:48
They MIGHT be asking again because he's not answering. Or they MIGHT be asking again because the answer is on line four of the email body instead of in the subject line.
– WGroleau
Mar 17 at 4:51
suggest improvements |Â
up vote
26
down vote
up vote
26
down vote
Be clear. Really clear.
tl;dr. Your question here is really long. Your example email response is still pretty long and even so doesn't really answer the question.
You need to be direct. If you can't launch, don't give a list of reasons and not say so. Say, "we can't launch yet. Here is why."
Q: client is getting antsy. When can we launch www.xyz.com?
A: We cannot. Before we launch, we need:
- Client A has not added information (URL)
- Client B needs to update payment information (link here)
- There are minor CSS bugs which CSSDevName is working on.
Be proactive
Note that even with the above, if I'm reading, I still have no idea:
- When this will be done
- Who is responsible
My assumption is soon and you are, so I ask again shortly.
Let's try again:
A: We cannot until 5/6/15. Currently:
- Client A has not added information (URL)
- PersonA is following up with them by 5/2/15.
- Client B needs to update payment information (link here)
- This should be done by 5/4/15.
- There are minor CSS bugs which CSSDevName is working on
- This is in progress by CSSDevName and estimated 5/6/15
I will followup on 5/6/15 with the status of these items.
What are your managers thinking?
You need to answer what your questions really care about. When asked, "when can we launch?" you have to actually address, "when can we launch?"
Most also want to know "are issues being resolved" and "when will the task(s) be complete."
but often times they will still respond back two weeks later asking the same question they asked before.
This is because they never got an answer which was meaningful.
Where's the project management?
If you can't put a name for each remaining action item you need to figure that problem out.
Likewise, if you have no working system for incoming tasks, you need to define that too.
Proper project management means someone is responsible for managing the project. That person can be involved, dedicated PM, or otherwise responsible. Someone needs to be owning the process of identifying, prioritizing, and tasking the remaining things.
This is especially important in a virtual team. You don't have the "luxury" of bumping into coworkers and having impromptu discussions about "did you do X?" "nope! sorry! I'll do that ASAP!" types of things.
Without a proper process you will frequently have things slip through the cracks. As well as general chaos..
Be clear. Really clear.
tl;dr. Your question here is really long. Your example email response is still pretty long and even so doesn't really answer the question.
You need to be direct. If you can't launch, don't give a list of reasons and not say so. Say, "we can't launch yet. Here is why."
Q: client is getting antsy. When can we launch www.xyz.com?
A: We cannot. Before we launch, we need:
- Client A has not added information (URL)
- Client B needs to update payment information (link here)
- There are minor CSS bugs which CSSDevName is working on.
Be proactive
Note that even with the above, if I'm reading, I still have no idea:
- When this will be done
- Who is responsible
My assumption is soon and you are, so I ask again shortly.
Let's try again:
A: We cannot until 5/6/15. Currently:
- Client A has not added information (URL)
- PersonA is following up with them by 5/2/15.
- Client B needs to update payment information (link here)
- This should be done by 5/4/15.
- There are minor CSS bugs which CSSDevName is working on
- This is in progress by CSSDevName and estimated 5/6/15
I will followup on 5/6/15 with the status of these items.
What are your managers thinking?
You need to answer what your questions really care about. When asked, "when can we launch?" you have to actually address, "when can we launch?"
Most also want to know "are issues being resolved" and "when will the task(s) be complete."
but often times they will still respond back two weeks later asking the same question they asked before.
This is because they never got an answer which was meaningful.
Where's the project management?
If you can't put a name for each remaining action item you need to figure that problem out.
Likewise, if you have no working system for incoming tasks, you need to define that too.
Proper project management means someone is responsible for managing the project. That person can be involved, dedicated PM, or otherwise responsible. Someone needs to be owning the process of identifying, prioritizing, and tasking the remaining things.
This is especially important in a virtual team. You don't have the "luxury" of bumping into coworkers and having impromptu discussions about "did you do X?" "nope! sorry! I'll do that ASAP!" types of things.
Without a proper process you will frequently have things slip through the cracks. As well as general chaos..
answered Jun 10 '15 at 21:24


Elysian Fields♦
96.8k46292449
96.8k46292449
3
I'd like to upvote this several times. They're asking again because he's not answering their questions!
– thursdaysgeek
Jun 10 '15 at 22:53
2
The OP is a programmer not a project manager. OP states the organization has project managers. Just because project management is not being performed does not mean that is a task the programmer needs to figure out. "Many of these things are outside of my control and have to be initiated by the manager themselves"
– paparazzo
Jun 11 '15 at 9:48
They MIGHT be asking again because he's not answering. Or they MIGHT be asking again because the answer is on line four of the email body instead of in the subject line.
– WGroleau
Mar 17 at 4:51
suggest improvements |Â
3
I'd like to upvote this several times. They're asking again because he's not answering their questions!
– thursdaysgeek
Jun 10 '15 at 22:53
2
The OP is a programmer not a project manager. OP states the organization has project managers. Just because project management is not being performed does not mean that is a task the programmer needs to figure out. "Many of these things are outside of my control and have to be initiated by the manager themselves"
– paparazzo
Jun 11 '15 at 9:48
They MIGHT be asking again because he's not answering. Or they MIGHT be asking again because the answer is on line four of the email body instead of in the subject line.
– WGroleau
Mar 17 at 4:51
3
3
I'd like to upvote this several times. They're asking again because he's not answering their questions!
– thursdaysgeek
Jun 10 '15 at 22:53
I'd like to upvote this several times. They're asking again because he's not answering their questions!
– thursdaysgeek
Jun 10 '15 at 22:53
2
2
The OP is a programmer not a project manager. OP states the organization has project managers. Just because project management is not being performed does not mean that is a task the programmer needs to figure out. "Many of these things are outside of my control and have to be initiated by the manager themselves"
– paparazzo
Jun 11 '15 at 9:48
The OP is a programmer not a project manager. OP states the organization has project managers. Just because project management is not being performed does not mean that is a task the programmer needs to figure out. "Many of these things are outside of my control and have to be initiated by the manager themselves"
– paparazzo
Jun 11 '15 at 9:48
They MIGHT be asking again because he's not answering. Or they MIGHT be asking again because the answer is on line four of the email body instead of in the subject line.
– WGroleau
Mar 17 at 4:51
They MIGHT be asking again because he's not answering. Or they MIGHT be asking again because the answer is on line four of the email body instead of in the subject line.
– WGroleau
Mar 17 at 4:51
suggest improvements |Â
up vote
3
down vote
I might receive an email/IM from a higher up asking "When can we
launch insert name of new project/feature here".
I respond to this with an email that details exactly where we are,
what's blocking us, who we are waiting on, and what they need to do
(or be asked to do) before we can launch. Many of these things are
outside of my control and have to be initiated by the manager
themselves (setting up bank account for card processing), or the
manager has to ask someone else in the company
(designer/copywriter/etc...) to do something. I make sure to bullet
each "action item", in an attempt to ensure that even a non-technical
person could check and see if it's actually done yet without any
additional input.
I think these paragraphs point to something you might consider.
Communications are a two-way street. You have to gear your response to the needs of the reader. You have to answer their question, without overwhelming them with other information that may be important to you, and less important to them.
Here, someone asked "When can we launch?"
Your answer seems to include a lot of information that may or may not be useful - but doesn't actually contain the answer to the question!
You indicate that your company has a high reliance on IMs and Emails. So presumably, everyone has a lot of reading to do. In those situations, details can get jumbled, and the answers to specific questions can get lost.
Consider being far more direct when asked simple questions, but offer to follow up with details.
Something like:
Q: "When can we launch?"
A: "It looks like we can launch in July. If you like, I can send you the details behind my estimate."
That way, the reader's eyes won't gloss over hunting through a bunch of details and bullet points to find the answer to "When?". And if the reader does want more, you can send it to them.
Consider giving that a try and see if it makes communications clearer.
suggest improvements |Â
up vote
3
down vote
I might receive an email/IM from a higher up asking "When can we
launch insert name of new project/feature here".
I respond to this with an email that details exactly where we are,
what's blocking us, who we are waiting on, and what they need to do
(or be asked to do) before we can launch. Many of these things are
outside of my control and have to be initiated by the manager
themselves (setting up bank account for card processing), or the
manager has to ask someone else in the company
(designer/copywriter/etc...) to do something. I make sure to bullet
each "action item", in an attempt to ensure that even a non-technical
person could check and see if it's actually done yet without any
additional input.
I think these paragraphs point to something you might consider.
Communications are a two-way street. You have to gear your response to the needs of the reader. You have to answer their question, without overwhelming them with other information that may be important to you, and less important to them.
Here, someone asked "When can we launch?"
Your answer seems to include a lot of information that may or may not be useful - but doesn't actually contain the answer to the question!
You indicate that your company has a high reliance on IMs and Emails. So presumably, everyone has a lot of reading to do. In those situations, details can get jumbled, and the answers to specific questions can get lost.
Consider being far more direct when asked simple questions, but offer to follow up with details.
Something like:
Q: "When can we launch?"
A: "It looks like we can launch in July. If you like, I can send you the details behind my estimate."
That way, the reader's eyes won't gloss over hunting through a bunch of details and bullet points to find the answer to "When?". And if the reader does want more, you can send it to them.
Consider giving that a try and see if it makes communications clearer.
suggest improvements |Â
up vote
3
down vote
up vote
3
down vote
I might receive an email/IM from a higher up asking "When can we
launch insert name of new project/feature here".
I respond to this with an email that details exactly where we are,
what's blocking us, who we are waiting on, and what they need to do
(or be asked to do) before we can launch. Many of these things are
outside of my control and have to be initiated by the manager
themselves (setting up bank account for card processing), or the
manager has to ask someone else in the company
(designer/copywriter/etc...) to do something. I make sure to bullet
each "action item", in an attempt to ensure that even a non-technical
person could check and see if it's actually done yet without any
additional input.
I think these paragraphs point to something you might consider.
Communications are a two-way street. You have to gear your response to the needs of the reader. You have to answer their question, without overwhelming them with other information that may be important to you, and less important to them.
Here, someone asked "When can we launch?"
Your answer seems to include a lot of information that may or may not be useful - but doesn't actually contain the answer to the question!
You indicate that your company has a high reliance on IMs and Emails. So presumably, everyone has a lot of reading to do. In those situations, details can get jumbled, and the answers to specific questions can get lost.
Consider being far more direct when asked simple questions, but offer to follow up with details.
Something like:
Q: "When can we launch?"
A: "It looks like we can launch in July. If you like, I can send you the details behind my estimate."
That way, the reader's eyes won't gloss over hunting through a bunch of details and bullet points to find the answer to "When?". And if the reader does want more, you can send it to them.
Consider giving that a try and see if it makes communications clearer.
I might receive an email/IM from a higher up asking "When can we
launch insert name of new project/feature here".
I respond to this with an email that details exactly where we are,
what's blocking us, who we are waiting on, and what they need to do
(or be asked to do) before we can launch. Many of these things are
outside of my control and have to be initiated by the manager
themselves (setting up bank account for card processing), or the
manager has to ask someone else in the company
(designer/copywriter/etc...) to do something. I make sure to bullet
each "action item", in an attempt to ensure that even a non-technical
person could check and see if it's actually done yet without any
additional input.
I think these paragraphs point to something you might consider.
Communications are a two-way street. You have to gear your response to the needs of the reader. You have to answer their question, without overwhelming them with other information that may be important to you, and less important to them.
Here, someone asked "When can we launch?"
Your answer seems to include a lot of information that may or may not be useful - but doesn't actually contain the answer to the question!
You indicate that your company has a high reliance on IMs and Emails. So presumably, everyone has a lot of reading to do. In those situations, details can get jumbled, and the answers to specific questions can get lost.
Consider being far more direct when asked simple questions, but offer to follow up with details.
Something like:
Q: "When can we launch?"
A: "It looks like we can launch in July. If you like, I can send you the details behind my estimate."
That way, the reader's eyes won't gloss over hunting through a bunch of details and bullet points to find the answer to "When?". And if the reader does want more, you can send it to them.
Consider giving that a try and see if it makes communications clearer.
answered Jun 11 '15 at 11:24


Joe Strazzere
223k106656922
223k106656922
suggest improvements |Â
suggest improvements |Â
up vote
2
down vote
First, you need a gatekeeper.
All inquires about a project's status or timeline needs to go through this gatekeeper. Ideally, this would be your manager. You should begin deflecting all questions to this person. Eventually, they'll all get the hint.
Next, you need to make absolutely certain that this person has the data to respond available to them. A simple shared document would suffice, but you could even start using a bug tracker, or JIRA or something more full-featured. Point being - this manager should know exactly where the information is, and that the information is current.
Finally, you need to make it clear to everyone that bypassing this system will only cause delays. Most should get clued in with the first two steps. You can follow it up with a few assertive phrases, such as: "I can work, or I can talk about work. Which do you think will get us done faster?" I usually reserve that level of snarkiness for sales and marketing, only.
suggest improvements |Â
up vote
2
down vote
First, you need a gatekeeper.
All inquires about a project's status or timeline needs to go through this gatekeeper. Ideally, this would be your manager. You should begin deflecting all questions to this person. Eventually, they'll all get the hint.
Next, you need to make absolutely certain that this person has the data to respond available to them. A simple shared document would suffice, but you could even start using a bug tracker, or JIRA or something more full-featured. Point being - this manager should know exactly where the information is, and that the information is current.
Finally, you need to make it clear to everyone that bypassing this system will only cause delays. Most should get clued in with the first two steps. You can follow it up with a few assertive phrases, such as: "I can work, or I can talk about work. Which do you think will get us done faster?" I usually reserve that level of snarkiness for sales and marketing, only.
suggest improvements |Â
up vote
2
down vote
up vote
2
down vote
First, you need a gatekeeper.
All inquires about a project's status or timeline needs to go through this gatekeeper. Ideally, this would be your manager. You should begin deflecting all questions to this person. Eventually, they'll all get the hint.
Next, you need to make absolutely certain that this person has the data to respond available to them. A simple shared document would suffice, but you could even start using a bug tracker, or JIRA or something more full-featured. Point being - this manager should know exactly where the information is, and that the information is current.
Finally, you need to make it clear to everyone that bypassing this system will only cause delays. Most should get clued in with the first two steps. You can follow it up with a few assertive phrases, such as: "I can work, or I can talk about work. Which do you think will get us done faster?" I usually reserve that level of snarkiness for sales and marketing, only.
First, you need a gatekeeper.
All inquires about a project's status or timeline needs to go through this gatekeeper. Ideally, this would be your manager. You should begin deflecting all questions to this person. Eventually, they'll all get the hint.
Next, you need to make absolutely certain that this person has the data to respond available to them. A simple shared document would suffice, but you could even start using a bug tracker, or JIRA or something more full-featured. Point being - this manager should know exactly where the information is, and that the information is current.
Finally, you need to make it clear to everyone that bypassing this system will only cause delays. Most should get clued in with the first two steps. You can follow it up with a few assertive phrases, such as: "I can work, or I can talk about work. Which do you think will get us done faster?" I usually reserve that level of snarkiness for sales and marketing, only.
answered Jun 10 '15 at 20:24


Wesley Long
44.7k15100159
44.7k15100159
suggest improvements |Â
suggest improvements |Â
up vote
2
down vote
I struggled with a very similar problem a while back, and I found some techniques that helped. I too love to write extremely detailed and thoughtful e-mails that cover every possible aspect of the issue at hand. Unfortunately, everyone else prefers to talk these things out instead of read my e-mail, think about it, and write me an equally detailed and thoughtful response. I blame their lack of typing ability :)
Ask most questions verbally, or in IM, then document the answer afterwards in an e-mail if necessary. This was difficult for me, because I do better with visual, not aural, input. Writing it out after the conversation was a good compromise and helped me sort through the information without forcing other folks into my mode.
If something needs to be discussed with a group of people, but doesn't need a stand-up, highlight the key points in your e-mail so that someone can quickly skim without needing to digest all of the detail. Yes, bolding incomplete sentences looks weird and makes my inner copy editor cringe, but it was effective.
Start your e-mails with a summary of why you're writing them and use a descriptive subject line. I try to summarize what I would like to happen as a result of my e-mail in the subject. For example, "Need help getting a copy of the A-side OTCBB raw recordings from data center X". I can explain why I need them in the e-mail, but putting the request in the subject lets folks who don't know or care about those recordings filter it out without even opening the e-mail.
If your e-mail includes something specific people need to know or act on, A. Programmer - highlight the item with their names.
Post your status publically so that other folks can find it without asking you. I use a white board in my office with a line for each project, the deadline, the most important thing about it currently, and some indication if it's on-track or in trouble. I've been told by a couple of our PMs that they really like it, because they don't have to track me down to know what's going on. I purposefully didn't do it in a document online. My little whiteboard forces me to be concise. Besides it's right in my face every morning, so it helps me get oriented at the start of the day.
You're concerned about how your time is impacted because people don't read your e-mails, but I don't think you realize the impact that this style of communicating is having on other people's time and how much time you're wasting writing stuff that doesn't get used. You need to accept that you will never be able to write down everything that needs to be communicated in a way that everyone who needs to know it will understand/remember it. We all love being in the zone, but you don't want to live there. Trying to fix things so that you can spend as much time as possible in the zone is counter-productive in my opinion, and some folks agree with me.
People who respond to messages without actually reading them don't read status boards either. Catering to them by verbal updates results in "Joe said, '....'" when he did not actually say that. If Joe cannot then say, "No, what I said (in my e-mail of 1 April 1899) was '....'" he suddenly has a bigger problem.
– WGroleau
Mar 17 at 4:53
suggest improvements |Â
up vote
2
down vote
I struggled with a very similar problem a while back, and I found some techniques that helped. I too love to write extremely detailed and thoughtful e-mails that cover every possible aspect of the issue at hand. Unfortunately, everyone else prefers to talk these things out instead of read my e-mail, think about it, and write me an equally detailed and thoughtful response. I blame their lack of typing ability :)
Ask most questions verbally, or in IM, then document the answer afterwards in an e-mail if necessary. This was difficult for me, because I do better with visual, not aural, input. Writing it out after the conversation was a good compromise and helped me sort through the information without forcing other folks into my mode.
If something needs to be discussed with a group of people, but doesn't need a stand-up, highlight the key points in your e-mail so that someone can quickly skim without needing to digest all of the detail. Yes, bolding incomplete sentences looks weird and makes my inner copy editor cringe, but it was effective.
Start your e-mails with a summary of why you're writing them and use a descriptive subject line. I try to summarize what I would like to happen as a result of my e-mail in the subject. For example, "Need help getting a copy of the A-side OTCBB raw recordings from data center X". I can explain why I need them in the e-mail, but putting the request in the subject lets folks who don't know or care about those recordings filter it out without even opening the e-mail.
If your e-mail includes something specific people need to know or act on, A. Programmer - highlight the item with their names.
Post your status publically so that other folks can find it without asking you. I use a white board in my office with a line for each project, the deadline, the most important thing about it currently, and some indication if it's on-track or in trouble. I've been told by a couple of our PMs that they really like it, because they don't have to track me down to know what's going on. I purposefully didn't do it in a document online. My little whiteboard forces me to be concise. Besides it's right in my face every morning, so it helps me get oriented at the start of the day.
You're concerned about how your time is impacted because people don't read your e-mails, but I don't think you realize the impact that this style of communicating is having on other people's time and how much time you're wasting writing stuff that doesn't get used. You need to accept that you will never be able to write down everything that needs to be communicated in a way that everyone who needs to know it will understand/remember it. We all love being in the zone, but you don't want to live there. Trying to fix things so that you can spend as much time as possible in the zone is counter-productive in my opinion, and some folks agree with me.
People who respond to messages without actually reading them don't read status boards either. Catering to them by verbal updates results in "Joe said, '....'" when he did not actually say that. If Joe cannot then say, "No, what I said (in my e-mail of 1 April 1899) was '....'" he suddenly has a bigger problem.
– WGroleau
Mar 17 at 4:53
suggest improvements |Â
up vote
2
down vote
up vote
2
down vote
I struggled with a very similar problem a while back, and I found some techniques that helped. I too love to write extremely detailed and thoughtful e-mails that cover every possible aspect of the issue at hand. Unfortunately, everyone else prefers to talk these things out instead of read my e-mail, think about it, and write me an equally detailed and thoughtful response. I blame their lack of typing ability :)
Ask most questions verbally, or in IM, then document the answer afterwards in an e-mail if necessary. This was difficult for me, because I do better with visual, not aural, input. Writing it out after the conversation was a good compromise and helped me sort through the information without forcing other folks into my mode.
If something needs to be discussed with a group of people, but doesn't need a stand-up, highlight the key points in your e-mail so that someone can quickly skim without needing to digest all of the detail. Yes, bolding incomplete sentences looks weird and makes my inner copy editor cringe, but it was effective.
Start your e-mails with a summary of why you're writing them and use a descriptive subject line. I try to summarize what I would like to happen as a result of my e-mail in the subject. For example, "Need help getting a copy of the A-side OTCBB raw recordings from data center X". I can explain why I need them in the e-mail, but putting the request in the subject lets folks who don't know or care about those recordings filter it out without even opening the e-mail.
If your e-mail includes something specific people need to know or act on, A. Programmer - highlight the item with their names.
Post your status publically so that other folks can find it without asking you. I use a white board in my office with a line for each project, the deadline, the most important thing about it currently, and some indication if it's on-track or in trouble. I've been told by a couple of our PMs that they really like it, because they don't have to track me down to know what's going on. I purposefully didn't do it in a document online. My little whiteboard forces me to be concise. Besides it's right in my face every morning, so it helps me get oriented at the start of the day.
You're concerned about how your time is impacted because people don't read your e-mails, but I don't think you realize the impact that this style of communicating is having on other people's time and how much time you're wasting writing stuff that doesn't get used. You need to accept that you will never be able to write down everything that needs to be communicated in a way that everyone who needs to know it will understand/remember it. We all love being in the zone, but you don't want to live there. Trying to fix things so that you can spend as much time as possible in the zone is counter-productive in my opinion, and some folks agree with me.
I struggled with a very similar problem a while back, and I found some techniques that helped. I too love to write extremely detailed and thoughtful e-mails that cover every possible aspect of the issue at hand. Unfortunately, everyone else prefers to talk these things out instead of read my e-mail, think about it, and write me an equally detailed and thoughtful response. I blame their lack of typing ability :)
Ask most questions verbally, or in IM, then document the answer afterwards in an e-mail if necessary. This was difficult for me, because I do better with visual, not aural, input. Writing it out after the conversation was a good compromise and helped me sort through the information without forcing other folks into my mode.
If something needs to be discussed with a group of people, but doesn't need a stand-up, highlight the key points in your e-mail so that someone can quickly skim without needing to digest all of the detail. Yes, bolding incomplete sentences looks weird and makes my inner copy editor cringe, but it was effective.
Start your e-mails with a summary of why you're writing them and use a descriptive subject line. I try to summarize what I would like to happen as a result of my e-mail in the subject. For example, "Need help getting a copy of the A-side OTCBB raw recordings from data center X". I can explain why I need them in the e-mail, but putting the request in the subject lets folks who don't know or care about those recordings filter it out without even opening the e-mail.
If your e-mail includes something specific people need to know or act on, A. Programmer - highlight the item with their names.
Post your status publically so that other folks can find it without asking you. I use a white board in my office with a line for each project, the deadline, the most important thing about it currently, and some indication if it's on-track or in trouble. I've been told by a couple of our PMs that they really like it, because they don't have to track me down to know what's going on. I purposefully didn't do it in a document online. My little whiteboard forces me to be concise. Besides it's right in my face every morning, so it helps me get oriented at the start of the day.
You're concerned about how your time is impacted because people don't read your e-mails, but I don't think you realize the impact that this style of communicating is having on other people's time and how much time you're wasting writing stuff that doesn't get used. You need to accept that you will never be able to write down everything that needs to be communicated in a way that everyone who needs to know it will understand/remember it. We all love being in the zone, but you don't want to live there. Trying to fix things so that you can spend as much time as possible in the zone is counter-productive in my opinion, and some folks agree with me.
edited Jun 11 '15 at 13:08
answered Jun 11 '15 at 13:01


ColleenV
2,753928
2,753928
People who respond to messages without actually reading them don't read status boards either. Catering to them by verbal updates results in "Joe said, '....'" when he did not actually say that. If Joe cannot then say, "No, what I said (in my e-mail of 1 April 1899) was '....'" he suddenly has a bigger problem.
– WGroleau
Mar 17 at 4:53
suggest improvements |Â
People who respond to messages without actually reading them don't read status boards either. Catering to them by verbal updates results in "Joe said, '....'" when he did not actually say that. If Joe cannot then say, "No, what I said (in my e-mail of 1 April 1899) was '....'" he suddenly has a bigger problem.
– WGroleau
Mar 17 at 4:53
People who respond to messages without actually reading them don't read status boards either. Catering to them by verbal updates results in "Joe said, '....'" when he did not actually say that. If Joe cannot then say, "No, what I said (in my e-mail of 1 April 1899) was '....'" he suddenly has a bigger problem.
– WGroleau
Mar 17 at 4:53
People who respond to messages without actually reading them don't read status boards either. Catering to them by verbal updates results in "Joe said, '....'" when he did not actually say that. If Joe cannot then say, "No, what I said (in my e-mail of 1 April 1899) was '....'" he suddenly has a bigger problem.
– WGroleau
Mar 17 at 4:53
suggest improvements |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f48073%2fhow-do-you-deal-with-co-workers-who-respond-to-your-emails-without-reading-the-w%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
2
The subsequent questions that you're concerned about are coming either days or weeks later. Is there some sort of status reporting going on in the interim? Whether in the form of a daily stand-up where issues/ roadblocks are talked through or a weekly status report on the Client ABC Project that discusses what is done vs. what is not done? If you're hoping that random middle managers will save the URLs and instructions you send and retest every roadblock that has ever existed to get the status of a project, you're expecting way too much...
– Justin Cave
Jun 10 '15 at 20:30
The problem is that they will come back and ask me if something is done, when it needs to be done by somebody else. Then I go check for them, and sure enough, it hasn't been done yet. We have an internal (homebrew) project management system where managers can create "tasks" for developers/designers/copywriters. Any time that I fix something, I "reply" to the task, which in turn sends my reply (via email) to the project manager. Many managers either completely bypass this system, and just send a direct email, or ask me questions which have already been explained in a prior response to the task.
– A. Programmer
Jun 10 '15 at 20:37
OK. So there is a project management system and there are project managers. Are these project managers sending out some sort of status to the managers that are coming to you asking for status? Normally, a project manager would be doing something like sending out a weekly status to stakeholders with the list of current roadblocks and a status on the roadblocks identified the prior week (e.g. X is still an issue, Y is being worked on by Foo who expects to have an updated CSS by date).
– Justin Cave
Jun 10 '15 at 20:41
Related: workplace.stackexchange.com/questions/21981/…
– mxyzplk
Jun 10 '15 at 20:46
2
Given the wall-of-text nature of this question, which discouraged me from reading it all.... perhaps keeping your e-mails short and focused would help. Before sending, edit down to only the information the other person actually needs.
– keshlam
Jun 13 '15 at 4:40