Do the right thing...

I recently sat down with a group of technical people and I made a statement that now haunts me. The statement was:

"If a developer doesn't know exactly what they are supposed to do, they should just GUESS what they think should be done and move on. "


Once the words left my lips, a technical team lead at the table paled and began to argue about how that statement was totally incorrect. I was puzzled for a moment, but then realised this person probably thought I was implying that they should not EVER go back and ask what should be done. In addition, I think they heard me imply that developers shouldn't ever ask questions in general.

This was not really what I intended to communicate and in retrospect, my choice of words was unfortunate. To clarify, I obviously think people should ask questions, they should openly challenge requirements that are vague, ambiguous, or contradictory. More importantly, they should be free to use their best judgement in the absence of specific instructions. But if it is going to take 24+ hours for a business client (or the boss) to get around to answering your question, make an educated guess as to what you think they MIGHT say, make a note for future generations, fire of the question asynchronously, and continue to work toward a solution.

I'm not suggesting that this is ideal, but nothing ever really is ideal. As an example, a better situation might be that the business client or representative user is sitting within arms reach of the developer and they can simply answer any question immediately. If this is the situation then of course: ask away, have a rousing discussion, argue about it. My point is more that software development is a partnership and having the development team simply delegating every decision to their business partner (or the boss) is a sure fire recipe for disaster. In addition, it will very likely lead to a buffalo problem

In hindsight and to clarify, I think my statement really should have been:
"In the absence of specific instructions, coworkers (peers, subordinates) are authorised to exercise professional judgement to select the best course of action without fear of reprisal"

Comments

Unknown said…
Interesting, I interpreted your original quote just as you intended it. You're counterpart must have a "jump to conclusion" mat in their office.

I always remind the other blockheads at work that although the systems we support are important, they are not used for curing diseases or saving babies so it's okay to make the "gray area" decisions in the absence of the almighty. Like you said, make the call, keep moving forward and back fill the gaps when you get the info you need.

Keep up the posts, I always enjoy a good read.

matt >.<

Popular posts from this blog

Push versus pull deployment models

the myth of asynchronous JDBC

Installing virtualbox guest additions on Centos 7 minimal image