Planned, Expected and Actual

This is a subpage of a larger section.

Return to: DFR Planner

Planned, Feasible and Actual

• Planned dates and data hold the original dates and data (start end, duration, cost etc.) put in the planner.
• Actual dates and data hold the final actual dates and data as recorded by the team on task/action/gate start/completion.
• Feasible dates and data are automatically and continuously updated based on how the project progresses.
  • Feasible Start Date is the earliest possible date the gate or action can start (based on prior dependencies). If there is no precedence or dependencies this is equal to the planned start date.
  • Feasible End Date is the expected completion date.
  • Feasible Duration is the length (in days) of the available time window to complete the action/gate.

In the ideal scenario, where each item is completed on-time and exactly as planned, all three are the same. In the real world however this is rarely the case.

As an example consider the following scenario:

• Assume a project has two gates, A and B, and gate B has A as a precedence.
• Each gate has one action item below it namely Action 1 and 2 respectively.
• Assume 7 day work weeks and no holidays.

Then, the hierarchy would be as follows:

• Project

• Gate A

Action 1

• Gate B

Action 2

Initial Planning

If we define Action 1 to start on May 1 and run for 10 days, and Action 2 to start after Action 1 is completed and also run for 10 days then our plan would be as follows:

			Planned			Feasable			Actual
			Start	Duration	End	Start	Duration	End	Start	Duration	End
Project			May-1	20	May-20	May-1	20	May-20	?	?	?
	Gate A		May-1	10	May-10	May-1	10	May-10	?	?	?
		Action 1	May-1	10	May-10	May-1	10	May-10	?	?	?
	Gate B		May-20	11	May-20	May-11	10	May-20	?	?	?
		Action 2	May-20	11	May-20	May-11	10	May-20	?	?	?

Not that at this point, Planned and feasible are identical.

After the Start of Action 1

Now assume that Action 1 was started on May 3 instead of May 1 as planned. Then the plan would automatically be shifted as follows:

Project	Planned			Feasible			Actual
	Start	Duration	End	Start	Duration	End	Start	Duration	End
	May 1	20	May 21	May 1	23	May 23	May 3	?	?

Gate A	Planned			Feasible			Actual
	Start	Duration	End	Start	Duration	End	Start	Duration	End
	May 1	10	May 11	May 1	13	May 13	May 3	?	?

Action 1	Planned			Feasible			Actual
	Start	Duration	End	Start	Duration	End	Start	Duration	End
	May 1	10	May 11	May 1	13	May 13	May 3	?	?

Gate B	Planned			Feasible			Actual
	Start	Duration	End	Start	Duration	End	Start	Duration	End
	May 11	10	May 21	May 13	10	May 23	?	?	?

Action 2	Planned			Feasible			Actual
	Start	Duration	End	Start	Duration	End	Start	Duration	End
	May 11	10	May 21	May 13	10	May 23	?	?	?

Specifically the late start of Action 1 would push the feasible end date of Action 1 forward and automatically cause other related dates to shift (in orange). 

After the Completion of Action 1

Now assume that Action 1 was completed on May 12 (a day earlier than feasible. Then the plan would automatically be shifted as follows:

Project	Planned			Feasible			Actual
	Start	Duration	End	Start	Duration	End	Start	Duration	End
	May 1	20	May 21	May 1	22	May 22	May 3	?	?

Gate A	Planned			Feasible			Actual
	Start	Duration	End	Start	Duration	End	Start	Duration	End
	May 1	10	May 11	May 1	13	May 13	May 3	9	May 12

Action 1	Planned			Feasible			Actual
	Start	Duration	End	Start	Duration	End	Start	Duration	End
	May 1	10	May 11	May 1	13	May 13	May 3	9	May 12

Gate B	Planned			Feasible			Actual
	Start	Duration	End	Start	Duration	End	Start	Duration	End
	May 11	10	May 21	May 12	10	May 22	?	?	?

Action 2	Planned			Feasible			Actual
	Start	Duration	End	Start	Duration	End	Start	Duration	End
	May 11	10	May 21	May 12	10	May 22	?	?	?

Return to the parent page DFR Planner

End Section

Basis, Impact & Discussion

Basis for Modification	Basis Discuss
Impact on V8/V9 Users	Impact Discuss
Discussion	Comment on this feature, or discuss it in the Synthesis Discussion area of our Discussion Forums.
These pages are not intended to replace, or be used in-lieu of the official software documentation. They are working/developments notes intended to facilitate communication between the user community and the development team. Features and specifications listed here are for discussion purposes and their final implementation in may be different than the specifications presented here.