We are often asked about what are criteria for building Risk schedule. In other
words, what factors needs to be taken into consideration while building a risk
schedule on which risk analysis will be performed.
Here is the plan check list which you may find it helpful –
· Be between 50 and 200 activities (the smaller the better).
· Have only finish to start relationships. If not possible then start-to-start or
finish-to-finish should be kept to the very minimum but never on the critical or
near/sub critical paths.
· The plan must have no constraints e.g. Must Start On Date, Cannot Finish Later
Than Date etc. The only acceptable constraint is the start date for the first activity.
However, if there is some doubt about when the project will start then it is
recommended that an activity prior to start is put into the plan, this can be
constrained to say current date. Another activity called something like duration to
start of project then follows and the actual start of the project links to this. This will
allow a variation in the actual start of the project to be considered in the analysis.
· The plan should only contain future and current (remaining scope) activities.
Completed activities are not required. No progress should be shown against an
activity only the remaining work for that task.
· Lags and leads should also be avoided. If you want to start an activity say three
weeks after ‘Design’ starts then it is better to split the Design activity into two calling
the first part something like Design to requisition stage, this would then become the
finish to start to the activity that you wanted to delay.
· Ideally the plan should have one start and one finish. However, if the plan has
more than one end then multiple ends are possible. If this is the case then thought
must be given to structuring the plan so that activities can be deleted to review each
end separately, if required. This may be needed as the analysis will show the critical
path for the last/longest activity/path and therefore, shorter paths (to the other
ends) will not show up as critical. To show these as critical the other ends and their
associated activities can be deleted and separate runs carried out.
· Titles should be self-explanatory and not reliant on summary level descriptions
e.g. the plan may have various sections the first called Design. The activities within
Design relying on the reader to see the Design section heading. This is required as
the risk analysis will likely sort the activities in a different order and therefore, the
descriptions must stand alone. Summary level titles should be avoided.
· Ideally the plan should be developed using a single calendar. Weather
modelling and non-productive time will be modelled within Primavera Risk Analysis
This site uses Akismet to reduce spam. Learn how your comment data is processed.