Alot of project management is wrapped up in the idea of scheduling. Many project management software packages put the management of schedule front and centre; for some, it's all they really actually provide support for managing. Project management courses emphasize the ideas of managing the critical path, building Gantt charts and analyzing PERT networks. Much stress is created about project schedules, milestones, dependencies and deadlines.
What tools are available to help me effectively create a project schedule?
Connect with Influencers
They will discover the principles of project schedule risk analysis based on Monte Carlo simulation, beginning with 3-point estimates of duration and simple one-path schedules and progressing to more advanced techniques (e.g., correlation and probabilistic branching). We will also touch on the issues and techniques for collecting high-quality quantitative schedule risk analysis data
Various resource allocation scenarios requiring workload leveling will be presented to illustrate practical application of the techniques. The MS Project Pro scheduling tool will be used to present the scenarios and solutions. Barry will end the presentation with implications for schedule related client/sponsor negotiations based on the resulting leveled tasks/project outcomes
You are invited to attend this webinar presented by Dr. Dan Patterson on the building blocks for creating a sound schedule in an enterprise environment
What is Agile? Why do I care? How is it relevant to me? These common questions reflect the state of confusion and ambiguity that surrounds the concept of agility. This webinar will attempt to resolve these questions by cutting through the ambiguity with practical, relevant insights into agility and its application to project teams - including teams not using iterative techniques in the design and scheduling of their projects. Real world examples of application in linear, task-driven projects in complex, regulated environments will provide a context for how agility can be applied even when your team isn't an "Agile team".