This article is written by Michael Hutchens from Best Practice Modelling.
In the first article on Modular Spreadsheet Development, we got a high level overview of Modular Spreadsheet Development principles. This article discusses the practical implementation of these principles in Excel.
A quick review
In my first article, I discussed the infinite potential provided by Modular Spreadsheet Development to improve the way spreadsheets are built, used, shared and communicated.
This is made possible by sub-dividing spreadsheets into modules, which can be re-used and linked like Lego® pieces, thereby reducing model build time and the risk of errors.
These concepts were well received by Chandoo’s readers, although some concerns were raised about their practical implementation in Microsoft Excel. This article aims to address those concerns.
Overview of implementation methods
From my experience using Modular Spreadsheet Development over the past decade, there are three increasingly-efficient methods of implementation in Microsoft Excel:
- Manual implementation;
- VBA automated implementation; and
- Commercial add-in implementation.
I will provide an overview of each of these methods and a summary of their advantages and disadvantages.
1. Manual Implementation
The key to implementing Modular Spreadsheet Development is standardization, because it is the robust consistency created by standardized spreadsheets that makes it possible to interchange the modules within a spreadsheet.
There are numerous approaches to spreadsheet standardization (my organization uses the Best Practice Spreadsheet Modeling Standards), but the key requirement of any standardized approach for Modular Spreadsheet Development purposes is consistency. Once this consistency is present, re-using and sharing modular content within spreadsheets becomes surprisingly easy.
Let’s consider an example ( ➡ download example files ) in which a model developer has built a dynamic 3-way financial statement model. This model contains various modules, ranging from revenues and expenses through to financial statements and a dashboard module that looks as follows:
After completing this model, the model developer decides to add an equity valuation. Creating the equity valuation assumptions and outputs from scratch is a big job, and a risky one given the complexity of the discounted cash flow (DCF) valuation formulas required.
Luckily, the model developer has included an equity valuation in a prior model, and had the foresight to keep a copy of this equity valuation module in a standalone workbook called Equity Valuation.xlsb. The composition of this module is shown below:
This equity valuation module contains four components; an assumptions component, a calculation outputs component, an outputs summary component and a lookups component (to hold drop down box control lookup data).
From an Excel perspective, this module is a workbook with these four components placed on three sheets; one assumptions sheet, one outputs sheet and one lookups sheet, as shown below (the lookups sheet is to the right of the image):
Each of these components is comprised of blocks of entire rows that contain Excel content (such as constants, formulas, controls, hyperlinks, etc.) that together undertake an equity valuation. For example, the top sections of the equity valuation assumptions component are shown below:
Rather than try to re-build all of this content into the financial model, the model developer decides to implement Modular Spreadsheet Development and insert this equity valuation module into the financial model.
Two steps are required to do this:
- Collectively copy the sheets containing the equity valuation module components into the financial model workbook from the workbook containing the equity valuation module; then
- Insert formulas into the equity module assumptions to link this module to the surrounding financial model outputs, and thereupon calculate the DCF equity valuation.
To copy the sheets containing the equity valuation module components into the financial model workbook, the following actions are required:
- Activate the Equity Valuation.xlsb workbook;
- Collectively select the three sheets containing the equity valuation module components (i.e. the sheets named Eq_Val_Ann_TA, Eq_Val_Ann_TO and Eq_Val_LU) and copy them to the end of the Financial Model.xlsb workbook using the Excel Move or Copy sheets command, as shown below:
- Click the OK button (or press/hold down the Enter key) each time you are asked to use the destination workbook version of a range name. This will happen quite a few times in this example, as range names have been used in the time series parts of the model to ensure consistency;
- Move the inserted sheets into their appropriate locations within the Financial Model.xlsb workbook – i.e. move the sheet containing the equity valuation assumptions into the assumptions section of the workbook, etc.; then
- Update any necessary surrounding content within the financial model workbook, such as the table of contents, to reflect the inclusion of these sheets.
After doing this, the newly-inserted equity valuation module needs to be linked to other modules within the financial model in order to correctly calculate the DCF equity valuation. This is a complex example, but for those familiar with DCF valuations, the following data must be linked into the equity valuation module:
- Cash flow available to equity;
- Tax paid;
- Earnings before interest, tax, depreciation and amortization (EBITDA); and
- Closing debt balances.
You can learn more about DCF valuation theory from the financial modelling resources on the Best Practice Modelling website.
After doing this, the financial model contains a DCF equity valuation, as shown below in the table of contents, which has been compacted to highlight the newly-added components:
Amazingly, this sophisticated equity valuation analysis was inserted into the financial model in minutes, with only a few formulas required to link it to the surrounding model outputs. As a result, assuming that the source equity valuation module has integrity, the model developer instantly has confidence that the new equity valuation in the financial model is also reliable and correct.
As demonstrated by these steps, the manual implementation of Modular Spreadsheet Development is somewhat fiddly, but it is possible as long as the content within all workbooks and module files is sufficiently standardized to support interchanging components.
The implementation steps used in this simple example can be used to insert any pre-existing module into an existing modular spreadsheet, thereby greatly reducing model development time, cost and risk.
2. VBA automated implementation
Excel users with intermediate to advanced VBA skills will probably have recognised while reading the manual implementation steps that VBA code can be written to automate to automate the majority of this process.
A full discussion and example VBA code is outside the scope of this article, but if you’re considering have a go at this here are some general tips:
- Use a user form containing list box control with its MultiSelect property set to fmMultiSelectMulti to allow users to select the sheets containing the module assumptions and outputs to be imported;
- Ensure that Application.DisplayAlerts is set to FALSE before running the code used to copy sheets to prevent prompts being displayed to users; and
- Use the VBA Range.Replace function to redirect formula links after moving the imported module assumptions and outputs onto existing sheets.
These steps were in fact the steps that I first took when developing an add-in for our organization to automate the insertion of modules. 10 years later, this add-in is called bpmModules, and I’ve provided an overview of it below.
3. Commercial add-in implementation
When I first started implementing Modular Spreadsheet Development, I did it manually. It was fiddly, but as my colleagues and I built more complex modules, it soon became much quicker than re-building content from scratch in each model.
In 2004 we started refining a basic Excel add-in to automate the insertion and deletion of modules, and this once again saved us a lot of time and reduced the risks involved in these processes. But three main issues still haunted us:
- Models often differed in term – e.g. one model might be 5 years long while the next might be 10 years long;
- Every model required a different number of categories – i.e. one might require 3 revenue categories while the next might require 20 revenue categories; and
- Manually entering and removing formula links between modules before deletion and after insertion was tedious and error-prone.
So we set out to build a comprehensive add-in to make Modular Spreadsheet Development quick and easy within Excel. We called it bpmModules, and thought it would take a couple of years to develop.
It ended up taking 10 years to develop, and only after we completed it did we realize that we’d effectively created a modular content creation, management and sharing system for Excel. It’s a mouthful, but that’s exactly what it is, and with it you can do things like:
- Create your own modules;
- Use and edit other people’s modules;
- Insert, delete and link modules;
- Automatically change the term of a model; and
- Automatically add and remove categories without manually editing formulas, etc.
bpmModules also allows you view and manage the modules within your spreadsheet via simple diagrammatic interfaces, such as the one below that shows all the modules in the underlying Excel workbook:
We’ve made the Lite version of this add-in free, and you can download thousands of free modules fromthe downloads section of BPM’s website. The software does become commercial once you start building larger models, but by this stage it is hopefully saving you enough time to justify the investment.
Comparison of approaches
Modular Spreadsheet Development is an awesome concept capable of revolutionising the way spreadsheets are created, managed and shared. Unfortunately, Excel is not by default modular, so to implement Modular Spreadsheet Development you will need to standardize your spreadsheets and then use one of the three implementation methods discussed in this article.
I’ve provided a summary of the advantages and disadvantages of each of these implementation methods below:
- Manual implementation is free but requires rigid standardization and is somewhat fiddly, thereby creating risks of errors when inserting modules into workbooks;
- VBA automated implementation is free and less fiddly then manual implementation, but still requires rigid standardization and at least intermediate VBA skills to develop a reliable Excel add-in; and
- Commercial add-in implementation is not free for larger models but provides an automated mechanism for creating, re-using and sharing modular content in Excel.
Each of these methods provides the core efficiency gains resulting from Modular Spreadsheet Development, so your choice depends largely on your existing Excel skills and the time, cost and risk savings you estimate you would achieve via automation.
Source files
Click here to download example workbooks [zip file].
The following workbooks can be used to replicate the manual Modular Spreadsheet Development example provided in this article, and consist of the financial model before and after the insertion of the equity valuation module, and the workbook containing this module:
- Financial Model.xlsb
- Equity Valuation Module.xlsb
- Financial Model (with Equity Valuation).xlsb
The following workbooks can be used to demonstrate the automation of this process using the bpmModules Excel add-in:
- Financial Model (bpmModules).xlsb
- Equity Valuation.bpm
- Financial Model (with Equity Valuation) (bpmModules).xlsb
Note that you will need to download and install a trial of bpmModules to insert the equity valuation module (with the file extension *.bpm) into the bpmModules-created financial model.
More information
You can watch a range of Modular Spreadsheet Development movie tutorials via the following link:
www.bestpracticemodelling.com/chandoo/msd
Download thousands of modular Excel workbook examples from:
www.bestpracticemodelling.com/downloads/excel_models
Download thousands of modules from:
www.bestpracticemodelling.com/downloads/modules
Watch bpmModules build a financial model in less than 1 minute
Added by Chandoo
Thanks Michael for writing these very detailed articles on Modular Spreadsheet Development to spread the awareness among our readers. With your help, I am sure many modeling professionals & analysts around the world can embark on the time-saving & fruitful journey of modular development.
If you enjoyed these articles, Please take a minute and say thanks to Micheal. Also please share your thoughts, implementation notes & experiences with us using comments.
15 Responses to “A Gantt Chart Alternative – Gantt Box Chart”
That's a great idea.
Maybe the planned End Date should be highlight more.
I don't know how it would look like (nor how to do it yet), but what if instead of finishing the bold line to the best case End Date, it finishes to the realistic End Date?
The idea is ok, I think other project management tools have this, already? Maybe not.
Gantt charts in my view are about the signal most unless thing in the world, theres no way you can look at one thats more that a little complex and understand what it's telling you. I'm going to write a diatribe on project management at some point, its one of my pet areas I think!! 😉
The issue I have with this chart Chandoo, is that Tasks need to be linked to each other, so they should inherit the uncertainty, which would mean the as you moved down chart the lines would be miles apart for later tasks, and you might have to add lots of lines for subsequent tasks to cover the various outcome of it's parents.
Having said that, for the high level board summary, it's a nice way to go, it it appeals to the management 😉
thanks Chandoo, great post.
Ross
Whoooa !!! That's a very clever idea Chandoo. I really love it.
I think i'll update my gantt project sheet with that idea soon (remember my template ?)
@ross : you can link start date to the end date of the previous task in your data. The only problem I still se is to which end date (real ? planned ? best ?) in order to have average amount of information.
If best end date, you'll tend to increase uncertainty at the end of chain, although if you link to real end date, uncertainty will be decreased too much, leading in both cases to wrong management direction.
Maybe planned till the task is finished then real will do the job ?
Hey chandoo, this looks good and this would definite add value in production planning / scheduling. Uncertainity in finishing a task is very high in production scheduling and this could give an insight or a bird eye view of possible shipments we can have....
I've always been frustrated by the limitations of gantt charts. Will definitely use this, I've always struggled with how to succinctly communicate the uncertainty of certain tasks without confusing stakeholders.
I like this, I think it's a very effective way of showing how a timeline can change and which parts of a project need close attention.
@Cyril / @Ross: I would intially link the the start date to the planned end date of the previous task, with the chart updating when a task has been completed to reflect the true end date.
Or what about giving a drop-down selection box to allow the user to see the chart based on planned/best-case/worst-case end dates?
Like the idea. Have found that Excel is more flexible than MS Project for graphical solutions. The "Best Case"\"Worst Case" metrics are theoretically appealing but once the project and\or phase commences their reliability diminishes. A chart like the above that showed Planned Start, Planned End, Replan End Start, Replan End Date, Number of Replans the Start and End Dates, and Actual would provide an active, actionable view of each task\phase. It would also highlight the areas which are riskiest.
It is always amazing how flexible excel can be.
My question is how would the chart show a scenario where the date moved up? If a task is dropped or the duration of the task is significantly reduced by applying more people or machinery to the task, the dates will move up.
The gantt chart has been around for a long time, but it is still quite useful to show progress.
Cheers,
B
I like the idea but seems bit complicated in case of long projects involving numerous activity.
Also, reading and explaining is required hence not feasible where plans are just send to audience for approval.
Cheers
SY
Great idea Chandoo,
When I was reading this idea regarding delivery dates, another thought popped into my mind, how can you show the uncertainty with MONEY!!
In this case, applies to cost management or even a normal budget, you think?
Would Box Chart and Gannt Chart help to understand the best case, middle case and worst case when money is spend or planned with these three risks are involved?
I imagine that this chart could help people who write their budgets get a better understanding of risks affecting their spending.
Peter
Chandoo,
I like it. How would you display an entry once it has been completed (actual)?
Thank you,
Matt
From what you have shown so far I think that this box Gantt chart is awesome! I think that this could be an extremely useful tool.
I can't wait to learn how to make my own charts in Excel.
Will the methods that you are going to teach us work in 2003 as well?
[...] Firday, we proposed a new chart for showing project plans. I chose an ugly name for it and called it Gantt Box [...]
You need to read Eli Goldratt's Critical Chain. The uncertainty you are looking for should be accounted for in a project buffer. Not at each task level.
Further you should spend time understanding Agile Development. This would have you plan only in 1-3week iterations. This allows you to embrace changes to work not yet started, and for your customer to re-direct your course at regular intervals (after each iteration) throughout your project. keyword search: Agile Scrum
These items will show you that you are solving a tracking problem for something that you can entirely avoid!
[…] Chandoo.org’s Gantt Box Chart. […]