Expert, flexible training in the use of the most powerful scheduling software program in the world: Primavera P6 by Oracle. Call today! (916) 779-4145
Primavera Scheduling

All posts tagged P6

What “Delete This Row” Really Means in a P6 Spreadsheet

Categories: P6 EPPM, P6 Optional Client, P6 Professional, P6 Web, Primavera Training
Comments Off on What “Delete This Row” Really Means in a P6 Spreadsheet

During a private Primavera P6 training session last week I was showing my client how to import changes into a P6 schedule using a Microsoft Excel spreadsheet. As you probably know, there are basically four steps involved: (1) create a spreadsheet template inside P6, (2) export the spreadsheet, (3) make changes to the spreadsheet, and (4) import the spreadsheet back into P6. There are a few basic rules to follow, such as not changing the order of the columns in the spreadsheet after it has been exported, but otherwise it is an easy way to share Primavera P6 data with individuals who may not have access to (or understand how to use) P6.

As a consultant, I use spreadsheets all the time for schedule updates. I send spreadsheets to my clients and ask them to provide the status of each activity that has been started or completed since the previous update. I rarely have to input this information manually. This process saves a lot of time and I can focus on more important tasks such as checking the critical path, and looking for open ends and out-of-sequence progress.

Anyone who has used a spreadsheet exported from Primavera P6 has probably noticed the mysterious column that P6 adds at the end. This column is not part of the template created in P6 but always appears in the exported file. While both rows 1 and 2 are column headers, it is the second row that most people notice because of its somewhat cryptic message:

“Delete This Row”

My client understood this instruction to mean that the second row should be deleted prior to importing the spreadsheet back into Primavera P6. And where did they get this crazy idea? From the in-house P6 expert. Granted, it does appear that P6 is telling you to delete the second row. And the real meaning of this instruction does involve deleting a row.

Here’s the deal. Deleting rows in the spreadsheet does not delete the activities when the spreadsheet is imported back into Primavera P6. I sometimes forget to use a filter in my spreadsheet template and when I realize there are more activities in the spreadsheet than I intended, it is often faster just to delete the rows rather than re-export the spreadsheet. And for this reason I also warn my clients that deleting a row in the spreadsheet is not the proper way to get rid of activities that are no longer needed.

The purpose of “Delete This Row” is in fact to delete one or more rows. You type “d” in this column next to any activity that should be deleted from the schedule. When the spreadsheet is imported back into Primavera P6 the activities with “d” next to them will be deleted. It is actually a great way for someone to communicate to me that certain activities should be deleted. In the graphic below, Activity ID 21 has been designated for deletion:

 

Delete This Row_Primavera P6

 

Keep in mind, that when activities are deleted there is a chance that it creates open ends in the logic network, so it is very important to check for missing predecessors and/or successors before publishing the schedule. Otherwise, “Delete This Row” is a very convenient way to get rid of unwanted activities.

 

 

 

 

 

 

 

 

 


What is a “Planned” Date in P6?

Categories: Constraints, P6 EPPM, P6 Professional, Primavera P6, Schedule Options
Comments Off on What is a “Planned” Date in P6?

Primavera P6 has quite a few date fields that are often misunderstood. Perhaps no date field is stranger than the “planned” date. To begin with, there will always be a Planned Start and a Planned Finish date associated with every activity. In a schedule with no progress (or what we would traditionally call the “baseline” if P6 did not use this designation for target schedules) the following is always true:

  • Planned Start = Start
  • Planned Finish = Finish

Once progress is recorded, however, all bets are off. The planned dates will not reflect actual dates, for example. Primavera P6 shows actual dates in the Start and Finish columns, making it easy to see which activities have progress (take that, Microsoft Project!) without having to add the Actual Start and Actual Finish columns. Space is always at a premium in a printout so not having to add the actual columns is a nice benefit.

Here is where it gets interesting. Changing the Planned Start or Planned Finish date on an activity with no progress will change the Start and Finish dates and likewise move the bar in the Gantt Chart. The rules are:

  • Changing the Planned Start changes the Start date, even if the Planned Start is before the original Start date
  • Changing the Planned Finish moves the Finish date and changes the Original Duration to match
  • Changing the Planned Start and Planned Finish will move the Start and Finish dates accordingly
  • No other activities are affected by changes to the Planned dates of an activity

None of this will happen, however, if the “Schedule automatically when a change affects date” scheduling option is selected. This is because scheduling the project wipes out the changes made to the Planned dates. These are not constraints, after all. The logic was never modified. Which may seem like Planned dates are a cruel trick.

Well, we create logic for a reason. Moving bars around is not scheduling. Logic is supposed to drive dates. A few constraints are okay – although some owners are adamant about having none – as long as they do not cause an interruption to the critical path. Postponing the start of a critical activity would obviously make no sense.

Note that if you change the Planned Start or Planned Finish of an activity with progress, nothing happens at all. The Planned dates will not change.

Changing the Planned dates, really, is mostly a bad idea. But let’s say we all agree that some of the dates in a schedule are not right. So we massage the dates using the Planned columns and then create a baseline. Using the baseline as a guide, we then modify the logic and durations to achieve the new dates. Sort of like tracing a drawing with velum paper.

Comments or questions? Please feel free to contact me.