Skip to main content

Marginal cost of delivery

Big programs of work tend to be comprised of several small IT projects stitched together.

Business architecture makes sense that way - build and release in small doses and keep building. Momentum - in both IT roadmap and business outcomes - is great and demonstrable in this way.

Theoretically, Everything goes smooth and the program is complete and every one is happy.

However, in reality, things never go as per plan. No plan survives the impact when the rubber meets the road.





When Programs go wrong

Programs of work go wrong very often. That is why most large enterprises have a steering committee. 

It is the job of the steering committee to make sure that the program is going towards its intended goal.

In a nutshell, the steering committee is supposed to do the following:

  • Reinforce the original goals of the program
  • Track progress of every project in the program
  • Reallocate resources to avoid bottlenecks
  • Delegate the operational details to the respective teams

However, there is always a conflict of interest for people who are a part of the Steering committee. The steering committee is always made up of people from the respective projects - since they have the best view of what is happening in the ground. 

However, it is not easy to compartmentalise between your project and the whole program.

Things get even bad when the goals of the program change and you have to change a lot of things - right from the way the program was structured to having new projects or closing existing projects.

Original cost of delivery

The programs are always costed based on what the projects in a program would cost and a little more to accommodate the cost of running a program. 

However, there are certain costs that all of us overlook. 

The most important thing being the cost of decisions taken by the steering committee.

Marginal cost of delivery

Simply put, the marginal cost of delivery is the difference between the real cost of delivery and the original cost of delivery.

What leads to us having a marginal cost of delivery?

Remember the original goals of the program and how you had structured the program - they are always sub-optimal. Every one improves as we go along in the program. Hence the original cost of delivery is at best a guesstimate.

The marginal cost of delivery is the cost for all the decisions that are taken - all these decisions have further impacts that are not easy to correlate to. 

For example, the constant resource reallocation could cause employee fatigue. Hence salaries or benefits would need to be increased for us to get the same benefit. This is not possible to correlate right away  It would take us some time and investigation for us to come to this conclusion.

Conclusion

We have to be aware of the concept of marginal cost of delivery and be very sensitive in communicating this to the senior leadership when we head a program.

This is important because, it is very easy for us to miss some of the obvious costs of running a program and be measured against a more static number. Such a comparison would lead to a more status and less effective program execution - something that is not good for anyone.


Labels:

Comments

Post a Comment

Popular posts from this blog

The right business model for your product

How would you decide what is the best business model for your product? Deciding on the right business model is very important for the product. It does not necessarily mean what is the price of your product. There could be no price for your product - though that is a myth. For example, we think google or Facebook is free. However, we are never the customers for Google or Facebook. It is the advertisers that are its customers. What we need to figure out when we decide on a business model are as follows: Who is my target audience? Who is my customer What is the price. How is the support model going to work Who are my partners While we do not absolutely need to price a product, we need to understand how we would make money. For example Open ERP does not price its product. However, its product is not the ERP software but really the hosting, service and training that it offers. While pricing is an important part, what is more important is in realising who is you...
Post a Comment
Read more

Finding your target audience

The biggest task of the product manager is to find your target audience. Typically it is a very tight rope walk. You define it too narrowly and you would struggle to generalize the product later. You define it too broad and you would struggle to satisfy a lot of people and the product might not take off at all. There is this awesome post by Dave Mcclure on why Niche target segment works. Blog link here . What he says is mostly right and that is what we did as well. We did it mostly by accident. We had to define our niche because we could only talk to those kind of retailers and get data from them to start developing the data. It did have its upside. We were very clear on what we wanted to develop and we are slowly talking to retailers and adding more scenarios. As we are doing this, we are also talking to a slightly different set of retailers. This helps us incrementally build our product while also generalizing the existing features. In our case, we did not fin...
Post a Comment
Read more

Constructing the Product Roadmap

When I started out in the team, I was tasked out with coming out with a plan so that we can demonstrate the product with real data. The idea was to demonstrate it to our prospect with their own data and win them over. However, when I started working, I found out that what we lacked was not a plan but a vision. I quickly put together a one day workshop with our team and our product owner. When we started talking, we talked about several things and figured out that we needed a plan of various proportions. We needed a plan that could help us one the following: Provide a focus for the long term with near term focus on just one thing Help us talk to prospects on what we are going to do Help us decide on when we would need to focus shift on which function - Engineering , sales etc We also did a quick “Product in a box” exercise so that all of us in a team can practice and imbibe the elevator pitch. We needed this since we had to do this pitch at several levels - Inter...
Post a Comment
Read more