how to set realistic deadlines by Alison Green on September 1, 2015 Although setting realistic deadlines is only one element of the success of a project, getting it wrong can derail the whole thing. If you set deadlines that are too tight, you risk under-delivering and stressing your team and yourself out. If they’re too loose, you’ll end up wasting time and not moving work forward as quickly as you could. Here are six steps to setting deadlines that are realistic without being overly loose, and to ensure you and your team meet them. 1. Start by breaking the project down into chunks, so that you have a list of all the steps that need to be taken before the work is completed. Then, figure out how long each step will take and set a sub-deadline for each. This sounds obvious to people who plan on projects this way, but there are a surprising number of people who don’t – and who instead just try to estimate how long the whole thing will take, rather than looking at its component steps (and then end up frustrated when they need more time). 2. Think about what you’ve seen delay projects in the past. Does your director always take a week to review proofs? Does she tend to have last-minute changes that take time to implement? Assume that may happen again this time, and if at all possible, build time for those occurrences into your timeline. 3. Think about what else will be going on at the same time. You might only need a day to complete a particular task, but if it falls in the middle of a particularly hectic period with lots of conflicting priorities, you might need a week or more. You can’t create a realistic schedule in a vacuum; you want to take into account all the other things that will be going on at the same time. 4. Get input from others. If you’re setting deadlines for someone else, or that rely on someone else doing a piece of the work before you can do yours, check with them to make sure that the timelines you’re using are reasonable. You don’t want to discover weeks into your project schedule that they person you’re relying on to give you data is on vacation the week you assumed they could work on it, or that they have three bigger priorities that week, or that you’ve simply underestimated the amount of time it will take for them to pull together what you need. 5. Once your project schedule is underway, if it’s a big project schedule yourself some interim check-ins. This is especially important if you’re relying on other pieces for part of it; you don’t want to discover the day Jane’s data is due that she got caught up in a higher priority or was out sick last week so has pushed all her deadlines back or has simply forgotten about what she promised you. If you check in as the work is in progress, you’ll give yourself a better chance of avoiding these types of unpleasant surprises. (This doesn’t mean nagging your colleagues in an annoying way, but it’s okay to say, “Just wanted to make sure we’re on track to have that dataset ready by Tuesday – do you need anything from me in interim?”) Check in with yourself, too. Make sure you’re reviewing and meeting your sub-deadlines, keeping up the pace dictated by the schedule you laid out, and course-correcting before any small delays balloon into big ones. 6. Assume you’ll have last-minute issues. In managing people, I’ve noticed there are a lot of people who think, “That draft is due at close of business Wednesday, so I’ll write it Wednesday morning, which will give me plenty of time.” And it would have – except that they were out sick Wednesday, or had to field a client crisis, or otherwise couldn’t work on it that day and missed the deadline as a result. Don’t wait until a deadline is looming; work on things well ahead of deadlines, and you’ll more reliably stick to schedules (and often have the bonus of finishing up early). I originally published this at Intuit QuickBase’s blog. You may also like:my coworker wants me to do all the work he sends me ASAP, even when I have higher prioritiesI agreed to help a student with a grad school project ... it's gone badlymy dishonest employee blames technology when he messes up { 5 comments }
Clever Name* September 1, 2015 at 2:31 pm I completely agree with all of this. Especially taking into consideration everything else that is going on. My company tends to promise fast-turnaround and instant responsiveness (and in fact we’ve built a reputation on this) but if we aren’t staffed appropriately, it means certain people end up working constantly or we end up pushing other projects to the side. I was once scheduled to do fieldwork for two different projects simultaneously, and unlike office work, you can’t just do twice the work to cram it in because the fieldwork is outdoors and there is only so much daylight. I think another thing to consider when planning is to not assume that an expert senior-level person will do the work. If Sally is an expert on teapot assessments, and it will take her 20 hours to do an assessment, don’t budget for 20 hours. Think about how much time a mid-level person who is proficient but still learning the finer details would take and use that as your number.
Slippy* September 1, 2015 at 3:48 pm #4 should be number 1. Always listen to your engineers! Their projected timelines may be pessimistic, but it is usually for a good reason (or two). I’ve seen many projects get royally screwed up when someone arbitrarily sets a date with no input from people doing the work. From a more practical standpoint you can promise any date you want as long as your staff don’t have good job prospects elsewhere and quality isn’t an issue.
JM in England* September 1, 2015 at 5:43 pm I almost always double (or even triple) the amount of time I think that a task will take as a safety cushion against unforeseen happenings………………..
Not So NewReader* September 1, 2015 at 8:24 pm Ha! It’s not IF something goes wrong, it’s WHEN something will go wrong. One place had a government contract. The completion date was X. Pretty straightforward, right? The raw material arrived on day X. The company was fined by the government for every. single. day they worked on the job. Not only that but the specs were so narrow, that half the items were rejected, setting the project even further behind. No one, I mean, absolutely NO ONE wanted to report for work. There was not a single person that did not end up crying at some point. And this went on for almost a year. This could have been prevented by using Alison’s check list. And after seeing this, I would also inquire if the fines could be passed to the supplier of the raw material because they started the whole problem. (They delivered the raw material ON the completion date for the contract. Amazing. Am still shaking my head.)
I'm a Little Teapot* September 1, 2015 at 9:21 pm The timing is…rather appropriate for me. I just finished a freelance writing project due this morning at 4 am – after knowing about it since April, starting it back then, and…a lot of time getting very little accomplished.