What is P6? At its heart, P6 is an application for scheduling projects. Yet as we mentioned earlier, what a project means can vary greatly. And though the end product is varied, every project shares some common characteristics:
A project has many phases, and these phases can be grouped in many ways using different terminologies and methodologies. One widely used and generally accepted categorization is as follows:
While many people associate P6 with the Planning stage, it can be used throughout the life cycle:
At its core, P6 helps you manage these entities by breaking a project down into two main components: Activities and Resources.
An activity is a logical element of work to be done. Activities can occur independently, or can depend on one another. Managing the dependencies of activities is a core strength of P6.
When I was first learning software development, there was a certification test from Microsoft called Analyzing Requirements and Designing Solution Architecture, or the ARDSA. A common question on the test was to put a set of tasks into the best order to complete the work. For example, the job would be to turn on a flashlight. You are given a battery tester, a dozen batteries, only six of which work, and a flashlight that is broken down into three components: the case, the front casing, and a light bulb. What is the best way to order the following tasks?
Solving such a problem may seem trivial at first. We make such decisions every day in our personal lives. But when the end product is not simply assembling a flashlight, but designing, building, and commissioning a power plant, the steps involved become quite complex. There are tasks within tasks, multiple teams to coordinate, and equipment to be delivered and assembled. A simple checklist will no longer suffice, and a single person cannot keep it all in his or her head. Activities track the disparate tasks required, and the relationships between activities form a network of dependencies that can be managed and modified with P6.
An activity can also have resources. Resources can be the people assigned to work on the task, the equipment that is needed to perform the work, or the materials to install. Each of these resources has an associated cost, and potentially limited availability. Knowing what resources you will need when and where is crucial in being able to make long-term plans on complex projects. For example, if you are sending a team to the South Pole station to assemble a new telescope, the logistics can be daunting, with a limited number of trips available in a given season. Heaven forbid that you send that team down and neglect to provide them with an essential piece of equipment. They can hardly drive down to the nearest Home Depot!
Resources also have calendars – when a given resource is available. For people, this is their work schedule. For equipment, there may be limitations on when it can be used based on weather, or a maintenance schedule. For the previous example, there is a calendar of when supplies and people can arrive at the station. If your team is working in arctic regions, there are seasons when the ground is too muddy to move equipment, and getting to the site can only be done during months when the ground is frozen.
There are also more mundane calendars. You may want to minimize the amount of overtime paid on a job, which can cut into profits. Certain employees may have religious holidays that affect the work schedule.
P6 posits resources as first-class citizens of the scheduling world. And it gives you the ability to manage resources across all of your projects, giving you the ability to make decisions from a high level.