Delivering project on-time and within budget is the ultimate goal for many project managers. However, when you look at it, this goal is unachievable.
To deliver a project within budget and schedule, you need to understand what that really means. This article will shed some light on it.
What does it take YOU to deliver Deliver project on-time and within budget?
I was in that mindset lock as well. I looked for new approaches and new software applications. I forced the team to keep to the schedule and do tasks in a strict order.
Changes. All my efforts where ruined by a new, unexpected change from the clients.
On the other hand, there was a fact I noticed.
In the end, most of the times the client was happy even if we missed the deadline. It automatically meant we were over budget.
That made me think broader. Or should I say more flexible regarding “on time and within budget”?
I came to the following principles of management to keep stakeholders happy even within hardest constraints.
The only thing that can help you is project goal.
The problem is, many clients start a project without a final goal in mind. They just need a product or service created.
But they do not understand that there are hundreds of ways you can implement the same requirement.
To fix that, you need to create a Project Charter in the beginning. Or at least a basic version of it.
“Yes, John, I can see it is a crucial change to this feature.” We were on a conference call.
By knowing goals of the project, you will also learn what benefits it will bring. Benefits to client’s business, to the end users, to your company and so on.
If you are in a tight spot for additional work appeal to the benefits you will gain. It may help you to move deadlines or add more people to the project.
Talking about “more work to do” doesn’t have an impact on the client.
By the deadline, you have 100% of original features implemented, but the product is not ready to go live. For example because of defects or lack of sign-offs.
By the deadline, you have 80% of initial features ready and packed for the market. It is not perfect. But it is ready to earn money and deliver value to users.
Most of the clients would prefer to take the second option.
Agile methodologies nailed the needs of business correctly. They promise a “potentially shippable” product after each iteration.
However, if you are NOT agile, it doesn’t mean you can’t efficiently create quality product piece by piece.
Yes, you need to find out right Quality Assurance Practices.
Yes, you need to decompose the project scope correctly.
Pro Tip: You can always negotiate a minimal period of time you need to stabilize the product and prepare it for the hand-off. So, you can go to market with an interim version of a product rather “agilely”.
It has hidden wisdom in it.
You come to your client a week before the deadline. You say the project will be delayed for two more months. Your client is angry, frustrated, and fires you.
You come to the client and give her options, negotiate changes and risks just to get a week more. Then again. And again. You are two months behind the initial deadline, but everyone’s happy.
There is a limit to all of this, of course. In the end, they will blame you when they spend all the budgets.
Nevertheless, when you balance the additional benefits with extra costs and delay, you will be fine.
Do you still believe that you miss deadlines because of poor accuracy of estimates? Or are the requirements not precise? Are changes coming all the time?
“If one does not know to which port one is sailing, no wind is favorable” – Lucius Annaeus Seneca.
If you don’t know the goals of the project.
If you don’t understand what benefits you need to provide.
If you don’t create something tangible, testable or shippable.
Is it really a problem of missing deadlines?
Liked the article? Claim your free PM Basics membership now and get access to the best Project Management tips and articles. Click the button below.
Good article well written & helpful.