{"id":7920,"date":"2022-02-24t11:00:56","date_gmt":"2022-02-24t16:00:56","guid":{"rendered":"\/\/www.deco-dalles.com\/?p=1877"},"modified":"2022-02-24t10:20:57","modified_gmt":"2022-02-24t15:20:57","slug":"fix-out-of-sequence-progress-primavera-p6","status":"publish","type":"post","link":"\/\/www.deco-dalles.com\/fix-out-of-sequence-progress-primavera-p6\/","title":{"rendered":"fix out of sequence progress in primavera p6 schedule"},"content":{"rendered":"
out-of-sequence progress in primavera p6 occurs from a deviation in the original planned logic that was set up in the baseline schedule. it can occur when work is executed in the field in a different order than was planned in the schedule. the result can affect your project’s logic, which dictates the order of execution of activities.<\/p>\n
to check for out-of-sequence<\/a> progress in an updated schedule you can do the following. (also read how to find activities causing out-of-sequence<\/a> situations in primavera p6)<\/p>\n <\/p>\n by selecting the f9 key or the schedule hot key the schedule dialog box will appear. there is a log to file function that creates a summary level report from the current project. the log to file box must be checked and a location for the file needs to be mapped by selecting the browse button (box with four dots).<\/p>\n if a log file has not been run in the current database a “specify log file” dialog box will appear. to create the log select yes in the dialog box if prompted. see graphics below.<\/p>\n <\/p>\n map and name the log file to the desktop or a specific drive.<\/p>\n <\/p>\n a summary report with various sections will be produced, but the focus of this discussion is the output file for out-of-sequence activities within this report. this portion of the report shows the number of out of sequence activities, project id, activity id and the activity description for all out of sequence activities in the current project. see graphic below.<\/p>\n <\/p>\n note: this report should be run every time an update is done (i.e. weekly or monthly). in the first example, activity 110eri2131 is an activity in the report above that has out of sequence progress that needs to be addressed. see highlighted activity above example 1.<\/p>\n to see why the issue is occurring, the original logic<\/strong> must be understood. in the baseline schedule the original logic was set up as install lighting conduit columns 7-15 and was to be installed before the lighting conduit columns 15-21 as a finish-to-start relationship. see the graphic depicting this baseline logic below.<\/p>\n <\/p>\n after approval of the baseline schedule and the start of updating the project schedules, the project\u2019s logic can always change depending on what is being installed in the field. in this instance, the logic has changed and the lighting conduit col 15-21 is now actually starting first, but the existing logic (from the baseline) remains the same and is causing out of sequence progress by pushing out the lighting conduit col 15-21 end date incorrectly. see the graphic below.<\/p>\n <\/p>\n to correct this type of out of sequence progress, the logic must be altered to reflect the correct flow of work. in this case, the finish-to-start (fs) tie from install lighting conduit col 7-15 to install lighting conduit col 15-21 needs to be broken and re-tied showing the conduit col 7-15 as following (successor to) the conduit col 15-21. see graphics below.<\/p>\n <\/p>\n <\/p>\n by removing the lighting conduit col 7-15 as a predecessor and making it a successor to lighting conduit 15-21 the out of sequence progress has been eliminated and the logic is now modeling what is taking place in the field. however, in doing this, the lighting conduit 15-21 no longer has a predecessor tie and cannot be left this way. a properly statused activity that logically precedes the lighting conduit col 15-21 will need to be tied as a proper predecessor. open ends on installation activities are not acceptable.<\/p>\n another example from the log report would be activity 108eri4343 (see example 2 above). the original logic (baseline) was a finish-to-start (fs) tie from 108eri4343 to 108eri4344. in the updated schedule this scenario clearly depicts two activities that are being worked concurrently while their original logic remains tied as end-to-end (i.e. finish-to-start).<\/p>\n <\/p>\n in this scenario the logic should be changed to reflect the concurrent work (in the field) which would result in the predecessor (to 108eri4344) tie being changed to a finish-to-finish (ff), lag 2 days. the lag shows that consideration has been taken to make sure the activities do not finish conveniently on the same day after changing the logic. see graphic below.<\/p>\n <\/p>\n with the logic changed and the out of sequence progress resolved, the relationship between the two activities now looks like the graphic below.<\/p>\n <\/p>\n <\/p>\n in the last example the out of sequence progress cannot be resolved and must be left in place to show true representation of the work currently happening in the field. in this example activity 106emb1010 mobilize \u2013 wv (example 3 see above) has started but its predecessor activity 106amwv2000 has not which is clearly causing out of sequence progress. see first graphic below. in this instance the owner directed the contractor to perform ductbank work earlier than originally scheduled stating that this work is unrelated to the station work which is scheduled to be performed later which would be preceded by the contractual access activity.<\/p>\n <\/p>\n the logic should stay intact to reflect the out of sequence work being performed. this out of sequence work should be quantified and noted in the monthly update narrative that gets transmitted to the general contractor.<\/p>\n <\/p>\n <\/p>\n as shown in the examples above, most out of sequence progress can be resolved, but where it cannot, or more importantly, where it should be retained, it should be communicated to all parties involved in the schedule clearly.<\/p>\ndealing with out of sequence progress in an updated primavera p6 schedule<\/h2>\n
\nafter running and printing the report each out of sequence activity should be reviewed and corrected (if possible). depending on the project there can be several different types of out of sequence progress occurring and each may have a specific solution.<\/p>\n<\/h2>\n
out of sequence progress : example 1<\/h2>\n
analysis<\/h3>\n
correcting the logic<\/h3>\n
<\/h2>\n
out of sequence progress : example 2<\/h2>\n
analysis<\/h3>\n
correcting the logic<\/h3>\n
<\/h2>\n
out of sequence progress : example 3<\/h2>\n
analysis<\/h3>\n
retaining the original logic<\/h3>\n
conclusion<\/h2>\n