What quality is my initiative at?

Often I get asked "why is my initiative not on", or "why is my initiative giving the wrong level of quality?"

Lets use the following model to consider why that would be.

 

Why is my initiative not on? 

If we set this model to none, intermediate and optimal in the optimise window we will get no outcome performance.

This may seem odd, but the reason is that in Realisor you don't force Initiative performance, but request it.  When you set an initiative to a quality it asks the capability linked to that quality to turn on.  As such, any quality is considered active whenever the capabilities behind it are turned on.

As such if we change the model to

We get the expected

Why is my quality / outcome at the wrong value?

The next mistake people make is chaining capabilities.  As discussed before we ask capabilities behind the quality to turn on, and the highest quality with it's capabilities fulfilled is the working quality.  Lets see an example.

 

This seems right?

But then doesn't...

 

Why is this?

Setting I1 to optimal sets the chain behind it to on.  This activates cap 5 as it is chained behind Cap-1, which in turn means that although the intermediate quality of I-2 was requested there is sufficient capability to activate the optimal quality of I-2, so you get 100% quality from I-2.

Why don't we fix this bug?

It isn't a bug.  What this does is allow you to model shared wins.  If we consider

This tells us that if we set our top initiative to optimal we automatically get the intermediate quality on the bottom Initiative (or intermediate on the bottom automatically gives us optimal on the top).  There is no extra cost to this, and could show a shared facility etc.

However there is a danger, and that is chaining capabilities where one sits behind another.  This must not happen, otherwise the calculations are strange, so always avoid

Cost Tracking

Data capture is always against a delivery plan. Before beginning to report the delivery plan dropdown in the ‘Programme Overview’ tab must have an option selected.  It is simple to check if an option has been chosen correctly as the reporting tabs within the Realise function of the application are hidden until an option has been selected to report against. Ticking the 'Delivery Option can be changed' will 'unlock' the drop down menu and allow you to select a different option. Clicking 'No Delivery Option' will not allow access to any reports or the Realise function.

Activity Costs

The Activity Costs tab is the third and final Realise tab. In the top left hand side of the screen, there is a box which lists the Activities. This gives you the ‘finer’ details of the programme versions activities: the capabilities and programme nodes. Programme nodes are the nodes that hold the resources.

 Changing the selected programme node in this box changes the data grid and the graph, as these report on the selected programme node. It displays the capabilities and beneath them the programme nodes that are required to achieve that capability.

 For clarity of viewing, you are able to minimise by Capability the nodes that you do not wish to view – simply click the arrow to the left hand side of the Capability to expand and collapse the programme nodes list of that Capability.

There is a Notes box beneath the Activities which can be used to capture extra information about a value that is being added for a resource. Note that a value needs to be added to the data grid for the notes box to become available for editing.

Within the ribbon menu at the top of the screen there are ‘Realise Cost View’ options.

These allow rows to be added and removed from the graph and data grid. These are ‘Realisor Expected’, ‘User Expected’ and ‘Additional Costs’. When all these are turned off, the data grid displays only the ‘Actual’ values and the totals.

 The Graph

 

The graph displays the costs calculated in the data grid above it. This is a visual representation of the data grid, allowing a simple and clear comparison of the Expected Costs, shown here in Green and the Actual Costs, shown in purple. Lines can be added and removed using the ‘Realise Benefit View’ options to improve the clarity of the model and to see comparisons.

The vertical lines on the graph differentiate between the different phases of the programme. Hovering over a point on the graph will display its exact value on the x axis.

There are many options available to change the view of the graph. Right click on the graph and select ‘Quick Help’ to obtain the help. You can also copy and paste the graph as an image or hover over a data point to see the value on the x axis of the graph. Selecting the Quick Help function when you right click on the graph will pop up the window shown in the left. This gives information on how to zoom in and out on the whole graph and selected areas, pan the display of the graph, fit to view and copy and save screenshots.

Data Grid

This is where all the activity’s data is displayed. It includes expected, actual and variance values as well as the calculated costs. This displays all of the selected activities report data, including the expected values, the actual values, the total costs based on those values and the variance in between. When you enter data into the User Expected cell, this will overwrite the data in the Expected cell. If the current date is after the data grid column date and no data has been added, the column actual value will be auto populated with the expected value. As such, only differences in resource usage need to be added.

If requirements change and additional resources are required, these can be added to an activity through the Activity Costs screen. There is a green plus symbol above the data grid on the left hand side. This allows you to add a resource to an activity. When this is clicked, it loads the Resources screen. The red minus symbol to the top right of the graph allows you to remove a selected resource from the activity.