The Price of Right

The Price of Right

- in General Management
532
0

No, that is not an error. This story is called ‘The Price of Right’; not to be confused with the game show, ‘The Price is Right’.

What is ‘The Price of Right’? It is that toll we pay when it is more important to be right than it is to exercise tact.

What made me think of this? When I teach project management and I discuss scope creep; I usually tell a story about one of my first projects. I really wanted to get along with my customer.
I was not well versed in all of the project management bodies of knowledge. I probably did not know the term scope creep. If the customer asked for something extra, well I would just ask the team to go right ahead. I thought this was great customer service.

So let’s jump ahead to the end of the project. We came in about three weeks late. I realize now that given the changes I agreed to, this was a minor miracle.

In a wrap up meeting, I was asked ‘Why were you late?’ I replied that we had accommodated changes to the original requirements and that took more time. I knew my customer, my buddy and partner would stand by me.

WRONG. He indicated that he did not know about any changes. As far as he was concerned the product delivered was exactly per the original requirements. We were just late, because the IT department is always late.

Boy was I ticked! I wanted to scream out ‘He is lying!’ Something restrained me. I have no idea what; I can’t tell you that at that point in my life I was really that savvy about my working relationships.

If I had argued with him, I would have been right. He did ask for changes, he did know it changed our schedule and he did agree to the new schedule. But I would have paid the ‘Price of Right’; it would have seriously damaged our working relationship. It would have damaged my reputation. After all it is bad form to yell at a customer in front of the team. I would have damaged my career just to satisfy that one violent urge to be right.

While being right is personally satisfying, it benefits only one person-you!  No one else cares if you are right or not unless it impacts their wallet or seriously changes something important to them.  In this case, the client’s pride would have been damaged and he would have been embarrassed while surrounded by relative strangers.  I would never have received more business from this person and he would make very sure that everyone in his circle knew that I was unpleasant to work with and unreliable.

But you can bet that next time we had a change log and created change requests for each new or modified requirement.  One of the most important words in projects is documentation.  If a client decides he or she wants some changes made, a change log is your best friend.  Decide how much time that change will take and the impact on other aspects of the project then write out a memo to the client with these details.  If you use email in order to save time, follow that up with a memo on paper that both you and the client can keep on file.

By documenting every change requested you acceded to, you are creating a paper trail that is impossible to argue with.  You won’t have to pay the “price of right” ever again, because the “right” is sitting there for all to see-read, initialed, and filed away for future reference!

Documentation is also a great help when similar situations arise.  You can refer back to the project records and see what problems arose from those requests or how it may have helped to move everything ahead faster than scheduled.  However, if you work on a paperless basis you’d be wise to make sure that every memo you send and every piece of correspondence with your client is backed up every day.  A virtual paper trail means nothing if it’s corrupted or lost in a computer crash.

About the Author: Margaret Meloni, MBA, PMP, is an executive coaching consultant for IT professionals. She helps project managers and teams work together better by improving their soft skills. Learn how to successfully combine your technical and soft skills in her webinars from The PDU Podcast (www.pducast.com) and from her website at www.margaretmeloni.com.

About the author

Abhinav Kaiser is an author and a management consultant. He has authored Become ITIL Foundation Certified in 7 Days and Workshop in a Box: Communication for IT Professionals. He works as a consulting manager for a top consulting firm. He advises businesses, organizations and enterprises in the areas of DevOps, IT service management and agile project management frameworks. Social Media : Facebook | LinkedIn | Twitter | Google Plus

Leave a Reply

Your email address will not be published. Required fields are marked *


You may also like

Incident Management Lifecycle – Incident vs Request

In the second set in the incident management