90

This morning one of our designers called me and asked me to complete a task. In order to have a written record, I asked him to email me, but he suddenly said he was going to talk to the manager and hung up.

A few minutes later our manager called and politely told me that, while it's generally good to have everything in writing, I don't need to follow that rule religiously. A few minutes later I got the following email:

Integrate in the news section in web site.

Please check all other functionality and integrate, if you are the developer you have to check the functionality. Don’t ask me to send a mail.

This email really bothers me. How can I reply so I don't make matters worse? In the future, what are some good ways to handle this?

Note: In my company for 95% of the projects we don't follow any ticketing system or task scheduling unless the client asks us to. We normally just start doing the work.

Masked Man
  • 47,281
  • 27
  • 131
  • 170
gvgvgvijayan
  • 732
  • 1
  • 9
  • 14

7 Answers7

205

If the designer doesn't want to e-mail you, you can take down notes when you're on the phone and then send him an e-mail with what you discussed.

Hello Designer,
As per our discussion I will start working on X, Y.

The phrasing above might not fly in South East Asia, which I'm guessing you're from, but you get the idea.

This is good practice for people you can't just ask to send you an email, ie. your boss or a client. It makes sure you're both on the same page.

A final point, you don't have to be told to use Jira (or any other ticket system) to actually use it. A few months ago I was the only one in my team using Mantis (before a company-wide switch to Jira) and I was using it as my personal to-do list.


edit: Incorporating some notable comments so they don't get lost

Only thing I would add to this is to include in the email any details that 'Designer' told you orally.

by DJClayworth

This is really good advice especially if you are dealing with people who ask for things but don't want to be held to what they requested. When someone is reticent about documenting their requests, you should be considering this as a risk. This is actually where project manager/scrum masters are helpful. You can let them be the sticklers around such things

by Jimmy James

It might make sense to briefly outline the requirements you get as well, instead of only mentioning task X. [...] Thereby the designer cannot complain if what was agreed upon gets delivered.

by Søren D. Ptæus

[...] Performing and keeping this practice documents the verbal conversation with a timestamp and gives the other parties the opportunity to correct any misunderstandings. If they fail to do so, and then complain later, you now have a documentation proving otherwise. As a developer, this is a strong skill to have; and, as a professional, this protects you against their lack of documentation.

by KareemElashmawy

rath
  • 27,888
  • 20
  • 96
  • 132
  • 10
    Only thing I would add to this is to include in the email any details that 'Designer' told you orally. – DJClayworth Jun 06 '17 at 16:30
  • 33
    This is really good advice especially if you are dealing with people who ask for things but don't want to be held to what they requested. When someone is reticent about documenting their requests, you should be considering this as a risk. This is actually where project manager/scrum masters are helpful. You can let them be the sticklers around such things. – JimmyJames Jun 06 '17 at 18:15
  • A ticket system is the ultimate way to handle this, but in the different places where I have not had access to a ticket system, this is exactly how I keep track of everything. In addition, I would send an e-mail after finishing the work explaining that I did it and if anything unexpected came up, etc. Basically continuing the "email as a ticket system" concept. – Todd Wilcox Jun 06 '17 at 18:15
  • You can take it one step further and put the onus on them (and also prevent weaselly "that's not what I asked for and I never saw your email") by wording the email: "If I understand correctly, what you want is _____. Can you please confirm this in reply to this email so I can get started?" Then do nothing until they answer the email. – Wildcard Jun 06 '17 at 22:23
  • 2
    I second @DJClayworth. Rath is suggesting to memorialize your conversations via email similarly to James Comey (Former USA FBI Director). Performing and keeping this practice documents the verbal conversation with a timestamp and gives the other parties the opportunity to correct any misunderstandings. If they fail to do so, and then complain later, you now have a documentation proving otherwise. As a developer, this is a strong skill to have; and, as a professional, this protects you against their lack of documentation. – KareemElashmawy Jun 06 '17 at 23:26
  • This is a perfect and great answer. – Fattie Jun 07 '17 at 03:04
  • 5
    'The phrasing above might not fly in South East Asia'. Why not? – PagMax Jun 07 '17 at 06:56
  • @rath It might make sense to briefly outline the requirements you get as well, instead of only mentioning task X. You could further write something along the lines of "Feel free to get back to me if you note something wrong with this summary.". Thereby the designer cannot complain if what was agreed upon gets delivered. – Søren D. Ptæus Jun 07 '17 at 08:28
  • 2
    @PagMax I gave pretty much the same answer on a different question some time ago. Enderland's comment to that suggests cultural differences I'm not aware of. I thought I'd take it into account this time around :) – rath Jun 07 '17 at 09:24
  • 1
    @rath, Enderland must have had some really bad experience with Indian bosses. However, there is no such mysterious cultural difference. We all live in a global world and work culture is more similar than different. Both your answers would equally apply in south-east asian (or Indian) context. Except may be you would address your boss as 'Sir/Madam' instead of first name. (That was also more prevalent in 80s and not so much these days). Although it is common to find a difficult person with poor work culture once in while and unfortunately their actions as stereotyped. – PagMax Jun 07 '17 at 10:19
  • Correct direction and good to include comments. I would try to integrate the ideas in the comments more so that they don't look so disjointed, but otherwise, +1. – Aaron Hall Jun 07 '17 at 14:49
  • 2
    @Wildcard I've found this also a good way to make casual requests not become actual work by accident. A conversational "can you...?" leading to an email back saying "you asked if I can , do you want me to do so? If so, please so I can (get started|clear with boss)" has saved me so much headache in the last twenty years. About 7/10 times I never hear back. Note that it's not so much to make work 'go away', but to make sure I only work on things I should actually work on, and have a record of what I do. – Keith Davies Jun 07 '17 at 15:55
  • I would also let the designer know WHY you want a paper trail and explain that you'll be following the above process for all verbal requests. I think he or she will understand your motivations and thereby will not get upset by what might seem like communication redundancy. – jorfus Jun 07 '17 at 18:20
  • 1
    In some companies you wouldn't be allowed to put such information in a third party ticketing system due to confidentiality rules. – kasperd Jun 07 '17 at 20:21
  • take down notes when you're on the phone and then send him an e-mail with what you discussed. Bingo!! – Grimm The Opiner Jun 08 '17 at 08:05
24

Anyone who refuses to put things in publicly accessible writing, such as an email, is most probably doing so in order to avoid leaving an information trail that can somehow be used in the future to hold them accountable for something, the nature of which is not always understandable to other people. It is a type of paranoid behavior. The question you should be asking yourself, I think, is not how to respond to this person, but what it is that this person is doing their best to avoid taking responsibility for, and why. It basically comes down to office survival politics, as in "I'll give you instructions but if they were wrong then you will be blamed and not me".

As others have mentioned - you would best find a way to leave your own information trail, a log of some sort, which details what it is you were asked to do and who told you to do it. It's called covering your backside and it's part of office politics. I think that this person who is refusing to email you is not innocent, has a hidden agenda and you'd better watch our for them.

Eyal Levy
  • 349
  • 1
  • 2
  • 9
    I have a coworker who always refuses to email, I now give her an itemized email of the things I'm going to do. – CodeMonkey Jun 07 '17 at 06:16
  • 23
    I don't think this is right. I think it is much more likely that the designer thinks their time is much too valuable to waste on composing an email - they have already told the peon what to do. – Martin Bonner supports Monica Jun 07 '17 at 07:02
  • 3
    I agree. I've been in situations where changes have been requested orally and I've actioned them, only to then be told to change them (again orally). Saying that I did everything they asked, it then gets spun as "no you didn't, I never asked for that". At least with an email you can fire it back to them and say "Yes you did tell me to do that". – mickburkejnr Jun 07 '17 at 10:20
  • 6
    -1 I know plenty of people who are not malicious at all in leaving no paper trail. Just uncoordinated, chaotic, confused, overworked. – AnoE Jun 07 '17 at 13:59
  • 6
    @AnoE uncoordinated and chaotic doesn't match the refusing to send an email part. A person like that would simply forget, not refuse. – Summer Jun 07 '17 at 14:15
  • I don't like the assumption of bad faith. They could just be poorly organized or a poor typist. – Aaron Hall Jun 07 '17 at 14:59
  • @JaneDoe, "Anyone who refuses to put things in publicly accessible writing, such as an email, is most probably doing so in order to avoid leaving an information trail" - that got my "-1". Of the 4 counterexamples I gave, feel free to pick at least one you like, and we're all set. ;) – AnoE Jun 07 '17 at 15:23
  • It's not the responsibility of the person giving out the task to put it in writing. If it's verbally communicated, it's your responsibility to take note of it. If there's any doubts, you should follow up in an email and confirm any detail. Unless there's something that's extremely complicated and specific, I would not expect it to be written out in an email. Imagine if the manager had to send out an email for every single task that they assign. It's just inefficient. – Lunyx Jun 07 '17 at 17:52
  • Lunyx, why wouldnt it be?, clear concise and easy to remember and reference. I see no reason why people would not write their requests and communication down. They after all can best formulate what they know, it not a responsibility problem as far as i can see more a communication issue? – cognacc Jun 07 '17 at 22:03
  • @JaneDoe1337 I'm pretty uncoordinated and chaotic, and I absolutely refuse to do things like send emails that I think I will forget to send. If I agree to things and then forget about them, that's on me. I can avoid having that happen by not agreeing to things I know I probably won't do. – Please stop being evil Jun 08 '17 at 05:55
  • I find people who insist on emails for basic tasks are obviously going to keep their emails forever and then dig it out years later for a pointless argument. I purposely delete emails after I have dealt with them so I don't get dragged into this awful modern day trait – MattP Jun 08 '17 at 06:30
  • 1
    @Lunyx In a well run (or even mediocre) development environment, nothing should be started until the task has been properly recorded so that devs, "customer", and QA know what is expected. – Grimm The Opiner Jun 08 '17 at 08:13
  • @GrimmTheOpiner Yes, I agree that nothing should be started until the task has been recorded. A task can be given verbally, but you should enter it in whatever issue tracker you use. Confirm implementation details with whoever is driving the issue. To me, having every single task emailed to you feels like being a code drone with no capability of thinking for themselves. – Lunyx Jun 08 '17 at 13:43
  • @Lunyx In actual fact, and I'm pretty sure you agree, the task should be discussed, recording the discussion as you go, with customer dev and QA all contributing. The employee in question who can't even be bothered to write an email, probably won't bother to read one either until an attitude adjustment is applied! – Grimm The Opiner Jun 08 '17 at 13:53
11

I usually try to parlay a call or IM request into an email via something along these lines:

I'm in the middle of something at the moment, can you send me your request in an email? I will follow up with you when I am available.

This has the following benefits:

  1. Sets the expectation that I am not at anyone's beck-and-call.
  2. Gets the desired outcome (written record of the request), though yes a ticket would be great.
  3. This is a completely reasonable response to an interruption.

Phone calls and IMs are synchronous communications that often interrupt people in the middle of a task. I think that my approach is both professional and cordial, which can go far to gain favor with coworkers.

blaughw
  • 464
  • 2
  • 6
7

I'm just going to look at this slightly differently.

The text of the email seems to imply (in a very rude and snarky way, mind you) that the colleague believes he shouldn't have to email you how to do your own job!

Take a look at this sentence:

Please check all other functionality and integrate, if you are the developer you have to check the functionality.

He seems to be explaining something he thinks you should already know to do.

Maybe your response should take this into account?

komodosp
  • 5,720
  • 17
  • 26
  • 3
    This is exactly the interpretation I took away from that email as well. I read "don't ask me to send an email" as "I shouldn't have to remind you to do this". –  Jun 08 '17 at 06:44
  • Sounds like he just asked to have some content added to the web site and make sure it doesn't break it. A response will label the OP as a nitpicker. I would simply make myself a note, maybe even email myself, so there's a date stamp with a record of what is understood as being requested, just in case there's a question in the future. – Brian D Sep 14 '17 at 07:03
5

What should I reply to this email.

Reply "Okay".

In future how should I handle this.

Apparently, you should just do the work and not try to require them to send you an email.

You learned a lesson regarding how the designer expects to be treated. Not a big deal, nothing to worry about. But now you know.

Joe Strazzere
  • 382,456
  • 185
  • 1,077
  • 1,492
  • Id ask him/her to write in grammatically complete sentences for a start "Integrate in the news section in web site" begs the question integrate what, – Neuromancer Jun 06 '17 at 15:49
  • 5
    @Neuromancer Based on the original version of the question, the poor grammar may have been because of the OP's translation, not because of the coworker. – David K Jun 06 '17 at 16:24
  • 10
    @Neuromancer David is probably right, but just asking coworkers to "write in grammatically complete sentences" seems like a good way to make enemies. If a request is unclear, one can ask for specific clarification. – Bernhard Barker Jun 06 '17 at 17:00
  • @Dukeling why not I am a dyslexic and to be professional I have to work much harder on my written communications – Neuromancer Jun 06 '17 at 20:00
  • 2
    I'm surprised at this. I think the accepted answer "send them an email instead" is much better. – Martin Bonner supports Monica Jun 07 '17 at 07:00
  • 6
    Why does the designer have to be right, and allowed to control the working environment? They may be asking for something completely unobtainable. If the designer refuses to put their requirements in writing, and the manager allows this, then the answer stating that the developer should email their understanding of the requirements back to the designer (cc the manager to keep them in the loop) is the right one. – Steve Ives Jun 07 '17 at 07:50
  • 10
    How is OP supposed to be accountable for executing the task if the details are not written anywhere? I find suggesting that accepting oral undocumented requirements on technical tasks a bad idea. – luk32 Jun 07 '17 at 09:09
  • 4
    I wouldn't reply "Okay" to an email with such a dearth of any useful information/requirements capture. I also would be wary of giving the impression to this designer that they can boss me around like this – Lightness Races in Orbit Jun 07 '17 at 09:12
  • "You learned a lesson regarding how the designer expects to be treated." And I hope the designer learns that not all expectations are always fulfilled. – glglgl Jun 08 '17 at 07:56
2

Integrate in the news section in web site.

Please check all other functionality and integrate, if you are the developer you have to check the functionality. Don’t ask me to send a mail.

This would have been my answer:

If you don't think I'm a developer, that's fine. I will still integrate the news section in our website.

But in the future, if you want me to prioritize a specific task of yours over my other work, I want you to send it to me directly by email.

Don't get me wrong, I will do the task even if you don't email it to me, but if the task is very vaguely worded and unwritten to begin with, it's going to the very back of my queue.

PS: Replace 'vaguely worded' with whatever you think was wrong with his initial request. For all I know, what he initially requested of you over the phone may even be worse and more ill-defined than what he wrote to you in the email.

Also, I know this answer comes one week too late, but if you like this answer, I can tell you the name of the book and the principles it is based upon.

Stephan Branczyk
  • 58,781
  • 29
  • 128
  • 208
  • Any particular reason why you wouldn't just attribute your source from the start? Sources don't often apply to this site but they're always good to have. – Lilienthal Jun 15 '17 at 19:31
  • 1
    @Lilienthal, Because I've recommended that book so many times and in so many forums, I don't want to sound like a spammer. Also, each time I feel like I have to repeat the same caveats: 1. Do not rely on the title of the book. The book is not what you think it's about. 2. Read the Amazon customer reviews. 3. Read the book backward, from the end to the beginning, the end has the example transcripts, the middle has the metaphors, and the beginning didn't make sense to me until I read the rest of the book first. https://www.amazon.com/When-Say-No-Feel-Guilty/dp/0553200666/ – Stephan Branczyk Jun 16 '17 at 03:13
0

This is an interesting question as it's one I have encountered multiple times in entirely different settings. I've been to court before (and won, without any help), so am well aware of just how evidence based the process is in reality. On TV it usually comes down to who can bang on the desk or shout enough. In reality, it's almost entirely reading through receipts, looking at letters, paperwork, proofs of postage etc. The success or failure of your case can come entirely down to whether or not you can actually produce some form of 'solid' evidence as opposed to just your own account of things.

There are certain people or organisations that will always attempt to avoid putting anything down on paper or in an email as it potentially renders them liable in some form or another. This is not only in a legal sense, some people won't do it purely for the potential (and sometimes very trivial) reputation damage it could do; e.g. if they're supposed to be supervising something yet make an incorrect or poor suggestion.

After my exposure to court and various other anomalies, I've taken the approach of hanging onto at least one copy of anything remotely official. If I had a scanner, I would also scan these. It seems time consuming but it's actually really simple to just drop things into the folder when they turn up and it has actually been useful; e.g. I managed to reproduce three different voting registration confirmations from there for the bank.

I have also worked in the pharma R&D sector which is heavily dominated by paperwork and chains of custody. Anything and everything that is done (scientifically) is supposed to have at least one piece of paper associated with it.

There is an immense amount of rank pulling and avoiding of stepping on toes. E.g. I frequently watched people doing things (as the most junior member of staff) that were categorically incorrect (such as writing down what a volume should be as opposed to what it actually is) or that would potentially be picked up by the FDA as inappropriate. But basically nothing was ever said because people didn't want to get into arguments with the other people they'd spent 15, 20, 25 years working with and would be stuck in the office with.

As the most junior member of staff, I also frequently observed people attempting to hand off blame in my direction. For instance, I could be sat at the desk with a person either side of me handing me their own paperwork to countersign against some unknown error they'd decided had to be something to do with my involvement; with precisely zero scientific basis behind it or truth. As a for instance, I watched a senior scientist spend three months running one analysis that should have taken two weeks, and generate over two hundred results for it when it should have only required around 20, the entire time with a fault message ('heater not functioning') they didn't understand appearing on the front of the equipment (a point I raised, three times, and that was ignored, three times). This alone resulted in a three month long argument between departments about why the results of the tests where all over the place. Again, one of the outcomes of this situation was (for the one or two tests I was partly involved in) to have me sign off on it essentially being down to me 'not mixing something enough'. Which they not only didn't have any actual evidence of (because it wasn't true) but obviously wasn't the problem because the error was there before and after my temporary involvement. They then attempted to imply it may be due to me tampering with equipment; which was me emptying a bottle on the machine, that they'd asked me to empty. There were sheets of countersigned paper in the files dedicated to the errors I'd solely made, after asking three or four different senior members of staff what should be done, minus their names, a statement that I'd been reminded this wasn't company policy, and then their own name at the end next to the correct set of outcomes. Ironically, given that they were highly reluctant to let me work on any regulated work, they were fine with me fixing broken bits of equipment (e.g. they'd managed to pull a signal lead out of it's screw terminals on the back of a detector dragging the equipment around and between them and the manufacturer couldn't figured out how to reconnect the two wires due to a major breakdown of communication). Technically, the heater fault should have been investigated as soon as it appeared and I shouldn't really have been fixing the wires as I wasn't technically trained, signed off (or paid) to repair anything at all (and this piece of equipment was being used for 'regulated studies', i.e. those that might form the basis of an application or support profile, so the results it generates could be considered direct legal evidence). They were literally just guessing at what could be wrong and randomly trying different things to see what would work, not only my own supervisors but also their own (people with 'decades of experience' in analytical science).

This happened endlessly, they weren't one offs. It was a culture of 'if you can pass the blame along, do so'. As another example, my own supervisors made liberal use of the flexible hours policy. In so much as they would often turn up at 10 or 11am then have left by 2 or 3pm or in some cases both take what seemed to be un-noted mini holidays to the point that I was left entirely in charge of handling requests, collecting samples and sending results out. The study directors ended up coming to me as a primary contact point to ask about changing study protocols because they'd only ever get arguing with the others. This was pointless in some instances as I wasn't approved to request any service or material or make any changes whatsoever to any protocol.

They also had a habit of putting things down in an email after deciding what to do. And would purposefully avoid saying 'we decided this' or 'this should be done' but would go with 'what was suggested' etc without discussing what it was that was suggested.

I would highly recommended adding a call recorder to your phone just in general.

As dire as it sounds, I have even looked into wearing some form of voice recorder when in such an environment just in case something gets said 'off the record' that turns out to actually be 'on the record' when it turns out to cause a problem. This is effectively the nuclear option you would only want to use in a serious situation; e.g. someone trying to fire or formally warn you for something they told you to do.

There is essentially no way to fix many of these problems. You can sometimes make suggestions (which they will likely take personal offense to) or attempt to force the chain of custody by replying with what will be done and how and asking them if its what they meant but that's likely going to need doing any and every time and will eventually be seen as being argumentative.

Eyal is correct that keeping some form of note book of what's going on could be useful however it's not actually very good evidence at all really. A court might consider that, or if you contact a different (and preferably higher) manager they might be interested, but they might also see it as being disruptive; as an example, someone attempted to warn the company I was working for of inappropriate sales strategies being used by some representatives and were then made redundant for having a poor team work mentality (the company was later found guilty of criminal activity, fined a few billion dollars for related problems and everyone within the company was forced to undertake anti-bribery and corruption training, yearly). In the long haul, your own account of things won't actually carry very much weight at all either in a company or in a court. If you only email out what you're going to do, or think has been suggested, and get no 'okay, that is correct', they can just as easily say you weren't ever told to do what's in the email; that you've just assumed it to be correct.

Given that your manager has specifically told you not to ask for any emails, it seems quite clear that they are specifically trying to avoid taking any responsibility at all and are almost certainly aware of what sending such emails can mean; that they may have to take some responsibility at some point. Hanging up the phone is ridiculous and, in combination with the emails, an almost sure sign they are purposefully avoiding any kind of record involving them.

I think life is too short to put up with that as it's essentially a form of soft slavery; they get more than you because they're supposed to be solving problems and taking some extra responsibility for getting them solved, not creating them and then trying to blame other people. If it's built into your department or the company structure, the best solution is to look at changing departments or jobs.

bg49ag
  • 77
  • 3
  • 6
    What an enormous wall of text. – Neo Jun 14 '17 at 18:45
  • 1
    Recording people without their knowledge or consent or during a phone call will certainly lead you to serious legal trouble, where losing your job would be the least of your concerns. I strongly recommend against this unless you're a character in a TV drama. – rath Jun 15 '17 at 12:45