5

Answering my recently asked question whether to "deliver results when finished significantly prior to the agreed deadline", Smandoli suggested to fill the slack with "Look for places to exceed expectations, exceed the spec."

I understand that deciding whether to do work which goes beyond defined project scope depends on a number of factors. Which ones do you consider to be particularly important to make a qualified decision?

  • What inspired me to suggest "exceeding" was blog posts from the amazing Seth Godin. sethgodin.typepad.com. – Smandoli Mar 26 '11 at 17:04
  • @bonifaz - Although this is a thoughtful topic, SE is not a discussion forum. Your question contains your actual opinion on this subject and is not objective. Although you can ask subjective questions here, those subjective questions should be posed in an unbiased manner. Please avoid stating your opinion in your question. The best questions are the ones that encourage unbiased, answers without swaying the opinions of those who provide those answers. Questions that contain your answer are either closed as "subjective and argumentative" or "not a real question". – jmort253 Mar 26 '11 at 20:19
  • 1
    @jmort253, yes I intentionally open a new question instead of commenting on Smandoli's answer on the previous question, because in my understanding the new question is about a wider scope and therefore deserves a separated question. Also, naturally I added part of my understanding of that topic as well, in order to give a hint into which direction my question is targeting. Do you think the question would be acceptable had I left the three bullet points? – bonifaz Mar 26 '11 at 21:22
  • 1
    I am not sure what you are trying to achieve, but I am truly worried. You should let the community decide. Uninteresting or subjective talk will be ignored by the community; these questions will wither away. That is my experience with AskAboutProjects, and I believe. Moderation should be used to keep out spam and sales pitches, and insulting behaviour. You judge subjectivity by your own subjectivity, and by that scare people away which you are so desperate to attract. How can I promote this site like this? Anyway, its my final word about it. Do as you see fit. But I'm worried, nevertheless. – Stephan Mar 26 '11 at 23:07
  • 1
    My two cents: What I learned on the example of this question and the one about GTD (pm.stackexchange.com/questions/1257) is we shouldn't wait until someone fixes a question or discussing whether it is OK or not. We should just step out of the line and improve it. If it's what it takes to have the question reopened I'm willing to do that. Btw: shouldn't we move this thread to meta? – Pawel Brodzinski Mar 27 '11 at 9:11
3

Be careful about exceeding expectations based on 'having time to do it'. I've been on the client side of this behaviour and my reaction was not what the team expected. If I had been given the choice, I would have asked for completely different use of the time. No only did the team not exceed my expectations by deciding what they could do, the didn't meet my expectations because of their actions.

My suggestion is to give the client the options. Remember, they might just be happier to have the early delivery, rather than have what you determine is 'extra' value.

  • Outstanding answer! – Marcie Mar 28 '11 at 17:50
2

Tricky subject because so many projects pivot on the client expectations - which often don't match up to the written specification.

You could deliver the core product early and ask the client which areas they would like improving.

You could guess and produce something that is extended in areas you think are important.

You could just deliver early!

You could show the client what you have done and then the client may well point out that they had a different expectations of sections 2,3,6 and 7 - and could you re-work them?

I remember reading a case study on the iPhone UI project, where they decided to exceed expectations in areas that would make the phone seem special like the touch screen and zooming in/out - but almost ignore humdrum elements like cut-and-paste - and that was what lead to the huge approval ratings.

So if you are going to exceed expectations the iPhone lead is worth considering.

2

I'd say in any scenario there should be some gain either for you or for the customer and possibly for both sides.

A few ideas to consider which come to my mind:

  • Depending on a type of project, you may add something which pleases the client but also makes you product better for future implementations. Not only should you consider this specific implementation but also potential future ones.

  • Another factor to consider is paying some technical debt back. Vast majority of projects I know incurred at least some technical debt and such situation is a good occasion to do something about that. It usually pays of in terms of maintenance cost.

  • This brings me to another thing - there are some features which reduce maintenance burden and cost, automatic updates being the most obvious example here. They usually are win-win which makes them good candidates to consider in such scenario.

1

Just be aware that everything you deliver exceeding specification, and so an existing contract, cannot be sold, and you will probably never get any money for it.

1

I vote no on this under most if not all circumstances. This runs too close to the line of scope creep. Projects finish earlier or later than targets all the time, secondary to nothing more than random events. Most times, we finish later due to our uncanny ability of estimating too optimistically--planning fallacy. If you finish early, capture the favorable variance and move on as planned because you will likely need the slack later when you begin to overrun a succeeding package.

1

Well I think its a perfect case for Agile style project management. If you are operating in an Agile fashion then you have a few of things.

1- When the project, as defined is done, you can ship it. 2- You are communicating with the customer regularily. This allows them to adjust what they want. You won't be done and wondering if you should add more, the customer will tell you. 3- With a well defined and groomed backlog you can easily reach for the next items on the backlog.

To be my own Devil's Advocate, you have to be very careful in what you ship, if it will be used by an outside consumer. If you add a dozen new features to your database and no one tells customer support about it, they'll be trying to support a product they don't know. This just stresses the need for total team communication. Even in an Agile development process you can have groups like customer support ready to go the moment you ship.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.