Track plan changes
Look at the development of the planning status over time.
Recognize shifts
Display the work packages that had to be rescheduled in red.
Improve future planning
Draw conclusions if you have had to reschedule too often so that you can plan more realistically in the future.
Using experience effectively
Highlight plan changes in color
Recognize rescheduled work packages in the course of the project by the red marking, so that you can immediately see the problem cases.
Automatic consideration of dependencies
Also identify work packages indirectly shifted by dependencies to get the full picture of all plan changes.
Lessons Learned
Replace overly optimistic planning in templates with more realistic planning in order to reduce rescheduling during the course of the project to a reasonable level.
Time travel in the project plan
Unlimited comparison points
Create as many baseline points for comparing planning statuses as you need to be able to compare all changes in the course of the project.
Baseline points can also be set retroactively
Set baseline points retrospectively to call up planning statuses at any time in the past.