Sometimes resource leveling yields undesired results because the software cannot correctly model resources such as Spatial Resources. If your software is just a new face for CPM of the 1970’s do not expect much functionality. No wonder many schedulers give up.

Santosh,

The term I would use for the concept of placing logic into tasks that isn't based on any physical requirements but is purely discretionary, is "wrong". In my not very humble opinion, relationships between activities should depend on the laws of physics, nothing else.

Vladimir,

"Splitting" is not a term used in P6. In the last ten years I have helped about 50 clients to implement P6, and often support them through deploymnent.Only one uses leveling. The two major reasons are lack of control over splitting, and the lag in FS relationships is always "minimum" and cannot be mandatory.

John isn't asking for a method of how to resequence, he's simply suggesting a term for the concept of placing logic into tasks that isn't based on any physical requirements but is purely discretionary.

We define workload as the percentage of time a resource is uniformly distributed throughout team execution.  If less than 100% we call it partial workload, others call it part-time. Sharing of some resources on part time basis is an everyday issue no scheduler or project manager can overlook.

• A classic example would be a tower crane, it is shared by many activities in parallel but there is a limit on how much work it can do on a sigle day, such assignment must be leveled to make sure the schedule is feasible. This is the case where a single resource is shared on a part time basis among many activities.
• Another example can be resource assignments on a design office where same designers work on several jobs at the same time.  Because some interaction with the client is necessary it makes no sense to assign all resources one job at a time. This is a case where many resources are shared on part time basis.

To assign resources to work part-time on several activities on the same day happens every day in most construction jobs. With partial workload functionality there is no need to split the activities, just make partial workload assigments, so easy, so common, it is elemantary resource management.

In the above schedule the handling of Submittals by GC can start at the same time before resource leveling.  After resource leveling Resource A works on the same day on different activities, never more than the available 8 hours per day, the resource leveling engine will delay some activities if need be as not to overload the resource.  Splitting of activities for such simple task is not a good idea, with hundreds of submittals manual leveling is nuts.

one way to get fix the all submittals starting at the same time is if you tie a resource to them and let the availabliity of the resource drive whne they can be submitted.

• ARTIFICIALLY DELAYING THE START OF WORK BY OTHERS CAN BACKFIRE: Why prevent them to submit as early as they can?  If you tell a supplier the submittal can wait he will wait and use the time to the benefit of other jobs. On the other hand not taking into consideration your limits on how many submittals you can review and forward for designer review is also wrong.
• Place the delays where they belong; it is your handling of the submittals where the bottleneck can be as this requires some effort on your part. So you might have many submittals deliveries by your suppliers with same early start date but your work on each might have different early start as you cannot process them all at the same time. I would keep these activities separate as they are to be performed by different resources you must manage using realistic resource effort, realistic production rates and activity durations.
• Consider adding an activity for your handling and forwarding of the submittals. Resource load these activities with your best estimate of duration and make sure workload yields estimated effort.
• Be reminded that a review can take several days as it might depend on the feedback of others/outsiders. So the reviewer will work only a fraction of the day on this review to give it time for others to answer his questions, this is called partial workload. For simple reviews that do not require the feedback of others/outsiders consider 100% workload with short duration. The idea on resource loading and leveling is on assisting you to create/update good feasible schedules.
• There is much logic in handling resource constraints, it is just the correct mathematical algorithms are different.
• When you are not responsible for the designer review of submittals usually the contract specifies a duration that is responsibility of other party and who must make sure he has the resources to deliver within the allotted time.  Unfortunately many times such promise is broken.

John, its often referred to as "Soft-logic", but if you're interested in finding out more, look into RDCPM:

RDCPM®, the Relationship Diagramming Method (RDM) variation of the Critical Path Method of schedule analysis focuses on the reason for the relationship between activities and the reason for their overlap1 . It is distinguished from the Precedence version of CPM (PDM) developed by Dr. John Fondahl in 19612 by the inclusion of significant additional information. 

Source: Microsoft Word - WP1035_RD-CPM (mosaicprojects.com.au)