Thank you very much. I had Calendar-A wrong (a blooper) and resource loading also (not a blooper).
Now I should be able to investigate the model further, definitively this is an issue of most interest to me as such constraints happen every day in my schedules.
Best Regards, Rafael
Member for
15 years 8 months
Member for15 years8 months
Submitted by Marcus Possi on Tue, 2021-03-02 14:55
I am replicating the schedule in order to follow it better; the video is not good enough. Definitively a presentation in PDF plus the schedule file would be a better choice. Within a PDF you can include the link to download the schedule file.
Marcus,
Can you please post the schedule file on a file hosting service? I am struggling to get it right, I must be missing something.
Marcus, thanks for the video, got the link and downloaded the video using 4k video downloader. I missed the interruptable issue I got to further explore and keep documented.
Member for
15 years 8 months
Member for15 years8 months
Submitted by Marcus Possi on Fri, 2021-02-26 17:09
Page 5 of 59 - Among other activity properties it is practical to define if its execution shall be continuous. If Yes then an activity shall not start if it could not be finished until the end of the work day (an example - concreting).
It is more than this and better.
Continuous period means a period of work with no interruption; lunch break is an interruption while change of day does not necessarily break continuous work. If activity is set to start at the beginning of a continuous period it will not be delayed, if activity is set to start after beginning of the period but can finish within the period it will not be delayed, otherwise will be delayed to start at the beginning of next continuous period.
Continuous work is different to start hour constraint. The problem with the start milestone approach is that while a real constraint model it is convoluted and error prone. Maybe instead of start hour constraints an activity start calendar would be better as it will give you control of start hours as well as days; it is common requirement not to allow start of some activities to be at the end of the week.
Member for
15 years 8 months
Member for15 years8 months
Submitted by Marcus Possi on Thu, 2021-02-25 22:46
I think the 'continuous' checkbox forces the "spider project" algorithm to start in the "next" available section.
There is a difference between scheduling activities and scheduling people's actions. Fixinbg up the “lunch time” - “snack time” in calendars, means just for me - to take care of the micro-people's problems, not the real work of the project, but MSProject brought us the meaning of the “time sheet”. .
This is the reason I think it is the "next available time" to star in the "continuous" season.
Member for
21 years 8 months
Member for21 years8 months
Submitted by Rafael Davila on Thu, 2021-02-25 17:18
No matter what the DD it should work as expected. Even if you force the DD to be at the start of the work day there are many possible reasons for the activities wanting to start not at the beginning of the day.
At home a real constraint is for some activities not to start on late hours but on the next day. Moving crews along with their equipment to start late in the day new activities is not always a good idea.
We start from 7:00 to 10:00 am pouring concrete on slabs but not later.
We start cement plaster at 6:00 to 7:00 if not we start next day.
And the list goes on.
Unfortunately there is no such thing as a Start no Later than XX:XX Hour.
By the same token we start some activities late in the afternoon but not so late as to get into much overtime or to be finished on next day. In other words some activities have a Start no Earlier than XX:XX Hour and a Start no Later than YY:YY Hour
Hour constraints do happen, whether you like it or not!
Member for
15 years 8 months
Member for15 years8 months
Submitted by Marcus Possi on Thu, 2021-02-25 16:03
To fix the start&finish of milestone to make sure activity starts at the beginning of the day; say 6:59 - 7:00 can be error prone, so for this application it might be better to make lunch time a work hour.
I would leave such approach to limit a time window such as to start between 7:00 - 12:00 in order to avoid starting the activity late in the day. In other words, Start Hour No Later than 12:00. Allowing an activity to start during the last hours of the day is not always a good idea.
Member for
24 years 9 months
Member for24 years9 months
Submitted by Vladimir Liberzon on Wed, 2021-02-24 19:32
I downloaded the file and calendar B is used on some lags that are filtered but could not see this calendar on the calendars view, maybe the file is corrupted.
I created a simple file and it works as expected, as always.
Member for
21 years 8 monthsMarcus,Thank you very much. I
Marcus,
Thank you very much. I had Calendar-A wrong (a blooper) and resource loading also (not a blooper).
Now I should be able to investigate the model further, definitively this is an issue of most interest to me as such constraints happen every day in my schedules.
Best Regards, Rafael
Member for
15 years 8 monthssprjhttps://www.dropbox.com/s
sprj
https://www.dropbox.com/s/ga95pdf88o4ahwm/C%26I.001.sprj?dl=0
Member for
15 years 8 monthssprjhttps://www.dropbox.com/s
sprj
https://www.dropbox.com/s/ga95pdf88o4ahwm/C%26I.001.sprj?dl=0
Member for
21 years 8 monthsI am replicating the schedule
I am replicating the schedule in order to follow it better; the video is not good enough. Definitively a presentation in PDF plus the schedule file would be a better choice. Within a PDF you can include the link to download the schedule file.
Marcus,
Can you please post the schedule file on a file hosting service? I am struggling to get it right, I must be missing something.
Best Regards, Rafael
Member for
7 years 6 monthsGreat friends,Very clear,
Great friends,
Very clear, thank you for your advices.
Best Regards,
Daniel Morais
Member for
15 years 8 monthsI intend to produce a video -
Member for
21 years 8 monthsMarcus, thanks for the video,
Marcus, thanks for the video, got the link and downloaded the video using 4k video downloader. I missed the interruptable issue I got to further explore and keep documented.
Member for
15 years 8 monthsPlease,check this video to
Please,
check this video to look for something I ve missed.
Member for
21 years 8 monthsAdvanced Features of Spider
Advanced Features of Spider Project.pdf
Page 5 of 59 - Among other activity properties it is practical to define if its execution shall be continuous. If Yes then an activity shall not start if it could not be finished until the end of the work day (an example - concreting).
It is more than this and better.
Continuous period means a period of work with no interruption; lunch break is an interruption while change of day does not necessarily break continuous work. If activity is set to start at the beginning of a continuous period it will not be delayed, if activity is set to start after beginning of the period but can finish within the period it will not be delayed, otherwise will be delayed to start at the beginning of next continuous period.
Continuous work is different to start hour constraint. The problem with the start milestone approach is that while a real constraint model it is convoluted and error prone. Maybe instead of start hour constraints an activity start calendar would be better as it will give you control of start hours as well as days; it is common requirement not to allow start of some activities to be at the end of the week.
Member for
15 years 8 monthsRafael I think the
Member for
21 years 8 monthsNo matter what the DD it
No matter what the DD it should work as expected. Even if you force the DD to be at the start of the work day there are many possible reasons for the activities wanting to start not at the beginning of the day.
At home a real constraint is for some activities not to start on late hours but on the next day. Moving crews along with their equipment to start late in the day new activities is not always a good idea.
Unfortunately there is no such thing as a Start no Later than XX:XX Hour.
By the same token we start some activities late in the afternoon but not so late as to get into much overtime or to be finished on next day. In other words some activities have a Start no Earlier than XX:XX Hour and a Start no Later than YY:YY Hour
Hour constraints do happen, whether you like it or not!
Member for
15 years 8 monthsRaphael is right ! a121.png
Raphael is right !
[[wysiwyg_imageupload:7638:]]
Member for
21 years 8 monthsTo fix the start&finish of
To fix the start&finish of milestone to make sure activity starts at the beginning of the day; say 6:59 - 7:00 can be error prone, so for this application it might be better to make lunch time a work hour.
I would leave such approach to limit a time window such as to start between 7:00 - 12:00 in order to avoid starting the activity late in the day. In other words, Start Hour No Later than 12:00. Allowing an activity to start during the last hours of the day is not always a good idea.
Member for
24 years 9 monthsDaniel,you have lunch break
Daniel,
you have lunch break in your calendar.
An activity cannot start and finish before the lunch break and so it starts after lunch.
It did not help because its duration is larger than the work time after lunch.
If your start milestone starts at the start of the work day, or at any time after lunch your will get the expected schedule.
Member for
7 years 6 monthsOk Mr. Vladimir, well
Ok Mr. Vladimir, well understood, thank you.
Best Regards,
Daniel
Member for
7 years 6 monthsHi Rafael,Thanks for your
Hi Rafael,
Thanks for your answer. This schedule is a fragnet of a bigger schedule, I adjusted calendar B, changed for C, and happens same thing.
follow file... https://we.tl/t-RJWbbnyvcI
Cheers
Daniel
Member for
21 years 8 monthsI downloaded the file and
I downloaded the file and calendar B is used on some lags that are filtered but could not see this calendar on the calendars view, maybe the file is corrupted.
I created a simple file and it works as expected, as always.
Member for
7 years 6 monthsFollow he print screen of the
Follow he print screen of the doubt.
[[wysiwyg_imageupload:7635:]]