Here are some:
· 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 (PRA).
