The documentation from version 39.5.17 of PLANTA project can be found in the new PLANTA Online Help.

Manual Load Profiles with Time Interval New from S 39.5.22

New load profiles for manual distribution of the effort in time intervals

  • PM_DAY
  • PM_MONTH
  • PM_WEEK
  • PM_QUART
  • PM_YEAR

Effect

  • When using the PM_interval load profiles, you can choose between two procedures.
    • Procedure 1
      • Effort and requested dates ( Attention: not the remaining duration) are allocated on the resource assignment. By scheduling, this effort is allocated automatically, but only initially, like for the respective interval profile (PM_WEEK WITH week; PM_MONTH with MONTH, PM_QUART with QUARTER, and PM_YEAR with YEAR). Afterwards, load profiles can be edited manually. Load profiles remain unchanged after further scheduling. Only the remaining load is recalculated (e.g. actual effort subtracted in opposite to MAN load profile) and summarized to the resource assignment.
      • This procedure can e.g. be used as an input assistance.
    • Procedure 2
      • Initially you manually create load records in accordance with the selected interval. In this procedure, the manually created records are not changed from the first scheduling on. The data is only summarized upwards and marginal dates (marginal dates refer to the first and the last record of an interval) are possibly changed to decrease the duration (please also see the Calculation section). For any other scheduling, scheduling is done as in procedure 1.
      • This procedure is recommended when using PM_interval load profiles.

Limitations

  • A task that possesses a resource assignment with PM_interval load profile is automatically set to

Due to these limitations and in order to guarantee the correct functionality of the PM_ interval load profile, you are recommended to use requested dates instead of remaining duration in both cases mentioned above.
  • Reason: In case of using remaining duration instead of requested dates, scheduling has to be executed twice. In the first run, scheduling is calculating “top down” in order to create load records. In the second run, scheduling is calculating “bottom up” in order to schedule the load records correctly. I.e. final dates are only created during the second run. In case of editing remaining loads or when creating actual loads, the marginal dates are always recalculated to keep the duration to a minimum.

Differences between MAN and PM_DAY

MAN =/≠ PM_DAY
There is only one record per period. If actual effort is reported for that day, it is applied when scheduling and the record with remaining effort is deleted. There can be one planning record and several actual records per period. The plan record is always retained, the actual records are added.
Work reportings do not change the planned hours. The reported hours are subtracted from the planned hours. If a new load record is added to a defined interval, the remaining effort is increased respectively.
Planning hours of the MAN load profile that are earlier in time than the first work reporting are deleted and not distributed to future loadings. Planning hours of the PM_DAY load profile that are earlier in time than the first work reporting are deleted and not distributed to future loadings.
Reporting of hours worked with a different value than planned do not affect the other load records. = Reporting of hours worked with a different value than planned do not affect the other load records.
Hours planned for task resources using the load MAN load profile are not shifted by the scheduling. = Planning hours for task resources using the load PM_DAY load profile are not shifted by the scheduling.

Specialties of the PM_ Interval Load Profiles

Details

  • The margin planning load records are dated with the calculated dates. The records in between are
    • created on the 15th of each month for PM_MONTH
    • created on each Wednesday for PM_WEEK
    • created on the 15th of the mid quarter month for PM_QUART
    • created on 07/15 of each year for PM_YEAR
      • Please note that the 15th is not considered as a real date when scheduling but only as an interval marker. I.e. in case the 15th is a non-working day, loading is executed on that day anyway.
  • There is only one planning record per interval.
    • If another record is created in the same interval, it is summarized with the first created record, i.e. the load is added to that of the first record.
  • The actual records are created per day in accordance with the work reportings, regardless of the selected interval.

Notes

  • When planning with PM_ interval load profiles > PM_DAY, there may be differences in overloads in DT472 and DT468 to be considered. If there are, e.g., overloads on period level, they may be compensated in the week or month planning data and therefore not be specified in DT472.
    • Reason: The loads are linearized to interval granularity, since the saving only contains the total effort, etc., over the respective period, and not the number of affected working days. Overloads are therefore only specified on interval granularity. In a load record, overload only occurs if the remaining effort exceeds the availability in the entire period in question.
  • If the entire planned effort is reported to an interval as actual, the remaining effort is set to 0, the respective planning record, however, is retained.
  • If more working hours are reported than planned in an interval, the remaining effort is set to 0 as well, but the total effort is increased as those hours are not subtracted from the planned effort of other intervals.

Calculation

  • If requested dates are defined,
    • they determine the task duration and
    • the scheduling of the marginal load records.
  • If requested dates are not defined, but remaining duration, the load-based approach is used to calculate the marginal plan load records in order to decrease the duration:
    • Thereby, the first record at the end of the interval is calculated to the left and the last record at the start of the last interval is calculated to the right.

         PLANTA project









 
  • Suche in Topic-Namen

  • Suche in Topic-Inhalten
This site is powered by the TWiki collaboration platform Powered by Perl