All in the <head>

– Ponderings & code by Drew McLellan –

– Live from The Internets since 2003 –

About

Taking it Personally

3 September 2005

No matter how much you plan, how well your spec is written and how many times you may or may not have prototyped a development project, there inevitably comes a time when the client changes their mind and wants changes made to an ongoing project. In a well designed code base, even pretty significant changes often aren’t a problem, but even so I frequently find myself feeling slightly aggrieved at the change.

Now this is silly. I get paid by the hour, so any change I’m asked to make costs the client the amount of time it takes for me to make that change. From a business point of view this is great, it’s all extra work keeping me busy and paying the bills. It’s also the best kind of work – raw coding hours with no time spent in meetings or writing proposals.

So why do I feel narked at having to make changes? I guess it boils down to being passionate about what I do and not wanting to see the client waste money. The ideal scenario for any project is that it goes as smoothly and quickly as possible, therefore getting to the end result with minimum expenditure. No one wants to pay more for a project than necessary, and I don’t like thinking my clients aren’t getting good value. Wasting time frustrates me.

But then there’s also the more selfish side of me that thinks “oh FFS, I’ve just written that!” and despairs at knowing a whole chunk of code I’ve laboured over is just going to get deleted and never make it into production. But really I think that just comes down to caring about my work too. So on the whole I don’t think I need to worry about taking it personally.

I think it’s ok to feel rotten about deleting a bunch of work. Don’t you?

- Drew McLellan

Comments

  1. § Donal: Even harder is to take the decision yourself to excise some work from a project that you’ve slaved over and perfected, because you know the whole will be better without that part. Many’s the delicious subroutine I waved goodbye to with a teary eye.
  2. § Jon Hicks: Of course. Being paid to redo your past work is little comfort. The though of all the time, effort and thought put in being to waste is crushing
  3. § Andrew Ho: The worst thing is that you’ve spent quite a while tweaking that little bit of CSS to get precisely the colour you want in that column, and the careless dismissal of it hurts. It’s the fact that they don’t realise that a lot of thought went into each decision that carefully crafted their site and that it wasn’t just something you threw up as the first thing that came to your mind.
  4. § Goynang: cough waterfall cough

    Change is inevitable. Embrace it etc. etc.
  5. § Matthew Pennell: It’s at times like those that I let wrip in the PHP, CSS or HTML comments, safe in the knowledge that the client behind those bad decisions will never read my pithy remarks about their business sense…
  6. § Jeremy Keith: I can relate to what your saying so much, it’s scary, Drew. Much as I hate so simply leave a “me too!” comment….

    Me too!
  7. § Jon: It shows that you are dedicated when you feel bad about throwing away things you have spent a lot of energy on.
  8. § Willem: It’s indeed the ‘careless dismissal’ that hurts.
  9. § Bruno Girin: A client changing their mind in the middle of a project? Surely not!? Surely not like the one who asked us today, as an aside, how long it would take us to roll back the branding change we just did for them, that same change that they had asked for when the project was about 90% done. Not that they want to roll back the change you understand, they’re only asking, just in case. Sometimes I love CVS.

    Apart from lost time and nice code going down the drain, one of the main issues with a client changing their mind is that, when the time to wrap up the project comes, they have conveniently forgotten how many times they’ve changed their minds and tend to blame you, the person who did the work, for all the time and money lost. In the worst case scenario, it might end up damaging your reputation with other customers. The only solution we have found against this is a complete change log, where every single change requested by the customer is documented, along with time and effort required to implement the change. And even then, they still blame you for it. Not that it’s a blame culture you understand but they have to report to the powers that be who want to understand why their pet project was late and above budget.

    Ah well, if it was too easy, it wouldn’t be fun I suppose :-)
  10. § Small Paul: True true. But, then again, without the client wanting stuff you wouldn’t have a job at all, and no-one would write code (well, they would, but it would strictly be a hobby and our sub-£1000 machines probably wouldn’t be as fast as they are now). So there is the consolation that you’re giving the client what they want, even if they’re a bit silly for not realising what they want earlier.
  11. § Scott: There’s no doubt that you would be angered, but also a little bit insulted. It just doesn’t feel pleasing when a client critiques your work and nitpicks the things that a designer should worry about. I know the customer is always right and such, but they did hire a designer to design, not to be nitpicked.
  12. § Basil Crow: Change is inevitable, except from a vending machine.
  13. § Erwin Heiser: Glad I’m not the only one who’s had this happen!
    Clients sometimes have no idea, do they?
  14. § Jasper Kips: Living on both sides of the argument, the hopeless looks on developers faces are somtimes worth the change.
    However most clients don’t have an idea about the impact some ‘little asides and changes’ have. Not only the technical and cost impacts, but also the personal. Reversly most evelopers don’t have an inkling about the countless hours some girl or bloke at the clients had to spend, trying to stop the change, explaing and generally talking their heads off, but finally losing the battle.
  15. § Sarah: It’s strange. You (general you cos it happens to me!) get paid for the changes but it makes you feel so downhearted about having to change something. From my own experience I think it’s because what I’ve done I thought of originally and now the client wants to change it to something I don’t think is as good.

    I cringe at one major site I maintain, it’s my best, most popular site, but giving the client the option to keep the page text updated… means he’s put cheesy animated gifs on the front page [weep].
  16. § Zaur: I’m not sure why my comments deleted, because it was not spam, I just put my opinion about clients attitude..thank you anyway.
  17. § Seth Kravitz:

    This reminds me of the current situation Im currently in with one of my clients. We have been coding a very flash intensive site with tons of action script and all sorts of xml feeds. This has been one of the most time consuming projects we have ever taken on and it looks like it won’t be done till the end of this month (started it in October).

    Basically the story goes, we were chugging along through mid December, when out of no where they call us and tell us, they had some sort of “vision” of this amazing new design they would prefer. So we end up scrapping 2.5 months of work and a 90% completed site, only to have to start from scratch again. They claim the new design will be much more beneficial to their company image, but we think the original design was better. So now we all feel kind of bitter, dissapointed, and we feel like we are wasting our clients money. Its such a bizarre feeling to get paid a lot of money for something someone just throws away, and then asks you to rebuild for even more money….

    We doubt this client will be in business for very long with these spending habits :)

  18. § Bartb:

    I share your thought about trying not wasting the clients money. I think that’s a good starting point. But sometimes it seems the client has money to waste?!

    I’m working on a piece of software that tries to overcome some of the problems of working with that kind of clients. Especially in the field of information analysis. Have a look: www.interactivemeta.com

Photographs

Work With Me

edgeofmyseat.com logo

At edgeofmyseat.com we build custom content management systems, ecommerce solutions and develop web apps.

Recent Links

Affiliation

  • Web Standards Project
  • Britpack
  • 24 ways

About Drew McLellan

Photo of Drew McLellan

Drew McLellan has been hacking on the web since around 1996 following an unfortunate incident with a margarine tub. Since then he’s spread himself between both front- and back-end development projects, and now is Director and Senior Web Developer at edgeofmyseat.com in Maidenhead, UK (GEO: 51.5217, -0.7177). Prior to this, Drew was a Web Developer for Yahoo!, and before that primarily worked as a technical lead within design and branding agencies for clients such as Nissan, Goodyear Dunlop, Siemens/Bosch, Cadburys, ICI Dulux and Virgin.net. Somewhere along the way, Drew managed to get himself embroiled with Dreamweaver and was made an early Macromedia Evangelist for that product. This lead to book deals, public appearances, fame, glory, and his eventual downfall.

Picking himself up again, Drew is now a strong advocate for best practises, and stood as Group Lead for The Web Standards Project 2006-08. He has had articles published by A List Apart, Adobe, and O’Reilly Media’s XML.com, mostly due to mistaken identity. Drew is a proponent of the lower-case semantic web, and is currently expending energies in the direction of the microformats movement, with particular interests in making parsers an off-the-shelf commodity and developing simple UI conventions. He writes here at all in the head and, with a little help from his friends, at 24 ways.