Instellingen progress line Het sprongetje in de statuslijn heeft te maken met de keuze mogelijkheid die je hebt in form Progress Lines.
Als in het bovenstaande form onder gekozen voor At current dateAls er wordt gekozen At project status dateProject information for …… in het veld
Als in het veld Status date een non workingsprongetje in de Statuslijn. Dus de spelregel moet zijn als je in het form Progress Lines voor de optie At project status dateStatus date in form Project Information for ….. op een working day
Het sprongetje in de statuslijn heeft te maken met de keuze mogelijkheid die je hebt in
Als in het bovenstaande form onder Always display current progress lineAt current date zul je geen sprongetje in de Statuslijn zien.
At project status date moet in het onderstaande form Project information for …… in het veld Status date een werkdag worden gekozen.
een non working day wordt gekozen verschijnt er een sprongetje in de Statuslijn. Dus de spelregel moet zijn als je in het form Progress Lines
At project status date kiest moet je er aan denken dat de in form Project Information for ….. op een working day staat.
Het sprongetje in de statuslijn heeft te maken met de keuze mogelijkheid die je hebt in
isplay current progress line wordt lijn zien.
moet in het onderstaande form een werkdag worden gekozen.
wordt gekozen verschijnt er een sprongetje in de Statuslijn. Dus de spelregel moet zijn als je in het form Progress Lines
kiest moet je er aan denken dat de .
Automatische Planningbar splitsing Naast dat je met de optie [Split task] in de ook de mogelijkheid dat het bij het mutereDit is dan wel afhankelijk van de setting in het form Option te vinden onder Tools | Optons in de command bar.
Om het automatisch splitsen van de planningbars mogelijk te maken moeten minimaal twee opties zijn aangevinkt te weten:
� Update task status updates resource status
� Move end of completed parts after status dates back to status date Als geen van deze opties zijn ahet muteren in % Complete van de taak.
Automatische Planningbar splitsing
Naast dat je met de optie [Split task] in de command bar een taak kan splitsen bestaat ook de mogelijkheid dat het bij het muteren in het % Complete van de taak gebeurtDit is dan wel afhankelijk van de setting in het form Option te vinden onder Tools | Optons in de command bar.
Om het automatisch splitsen van de planningbars mogelijk te maken moeten minimaal te weten:
ate task status updates resource status
Move end of completed parts after status dates back to status date
es zijn afgevinkt zal de planningbar niet worden aangepast bij van de taak.
bar een taak kan splitsen bestaat taak gebeurt.
Dit is dan wel afhankelijk van de setting in het form Option te vinden onder
Om het automatisch splitsen van de planningbars mogelijk te maken moeten minimaal
Move end of completed parts after status dates back to status date
bar niet worden aangepast bij
Als bovenstaande opties zijn aangevinkt zal dit kunnen resulteren in eensplitsing van de bar bij het muteren van % Complete.
Hierbij moet wel met één ding rekening worden gehouden en dat is het veld Status date in form Project information
De splitsing zal namelijk als statuslijn datum de staat ongeacht de keuze in form
es zijn aangevinkt zal dit kunnen resulteren in een splitsing van de bar bij het muteren van % Complete.
Hierbij moet wel met één ding rekening worden gehouden en dat is het veld Project information.
De splitsing zal namelijk als statuslijn datum de Status date aanhouden die in dit form staat ongeacht de keuze in form Progress Lines.
automatische
Hierbij moet wel met één ding rekening worden gehouden en dat is het veld
anhouden die in dit form
In het form Progress Lines kan gekozen worden voor:
� At project status date
� At current date Maar wat hier ook wordt gekozen bij het automatisch splitsen van de altijd de Status date van form
kan gekozen worden voor:
Maar wat hier ook wordt gekozen bij het automatisch splitsen van de planningvan form Project Information als referentie worden gebruikt.
planningbar zal als referentie worden gebruikt.
De setting:
• Move end of completed parts after status dates back to status dateis niet zondermeer duidelijk maar met een test is het wel te verklaren. Als deze optie niet is aangevinkt en we updaten % Complete wordt de progress in de planning bar zichtbaar door een zwarte balk in de planningbar en in de originele opzet van de planningbar verandert Als de optie is aangevinkt wordt de progresvindt ook een splitsing plaats in de originele planningbar. Het restant van de originele planningbar komt geheel voor de statuslijn te liggen de statuslijn met als datum de Status date in form Project Informationform Progress Lines staat te weten:
• At project status date • At current date
De splitsing zal altijd gebaseerd zijn op de De splitsing van de planningbar kan op volgt. Als de Status date in form Project Informationis, datum in het verleden, zal het deel wat gereed wordt gemeld met % Complete terug in de tijd worden geschoven en aanslbij de tekst zoals deze wordt omschreven
• Move end of completed parts after status dates back to status date Het restant van de planningbar blijft staan waar het stond maar wordt wel iets kneemt namelijk af met het deel % Complete. Het muteren van % Complete van taken die ver voor de status date liggen kan natuurlijk wel maar moet eigenlijk wel tot de uitzonderingen behoren.
Move end of completed parts after status dates back to status dateniet zondermeer duidelijk maar met een test is het wel te verklaren.
aangevinkt en we updaten % Complete wordt de progress in de planning bar zichtbaar door een zwarte balk in de planningbar en in de originele opzet
er niets, er wordt niet gesplitst.
Als de optie is aangevinkt wordt de progress ook zichtbaar in de planningbar maar er vindt ook een splitsing plaats in de originele planningbar. Het restant van de originele
komt geheel voor de statuslijn te liggen de statuslijn met als datum de Project Information. De splitsing trekt zich niets aan van wat er in
staat te weten:
De splitsing zal altijd gebaseerd zijn op de Status date uit form Project Information
bar kan op twee manieren worden uitgevoerd en wel als
Project Information op een datum staat die al gepasseerd is, datum in het verleden, zal het deel wat gereed wordt gemeld met % Complete terug in de tijd worden geschoven en aansluiten voor de statuslijn. Dit sluit dus eigenlijk aan bij de tekst zoals deze wordt omschreven in het form:
Move end of completed parts after status dates back to status date
bar blijft staan waar het stond maar wordt wel iets kneemt namelijk af met het deel % Complete.
Het muteren van % Complete van taken die ver voor de status date liggen kan natuurlijk wel maar moet eigenlijk wel tot de uitzonderingen behoren.
Move end of completed parts after status dates back to status date
aangevinkt en we updaten % Complete wordt de progress in de planning bar zichtbaar door een zwarte balk in de planningbar en in de originele opzet
s ook zichtbaar in de planningbar maar er vindt ook een splitsing plaats in de originele planningbar. Het restant van de originele
komt geheel voor de statuslijn te liggen de statuslijn met als datum de De splitsing trekt zich niets aan van wat er in
Project Information.
ieren worden uitgevoerd en wel als
op een datum staat die al gepasseerd is, datum in het verleden, zal het deel wat gereed wordt gemeld met % Complete terug
uiten voor de statuslijn. Dit sluit dus eigenlijk aan
Move end of completed parts after status dates back to status date
bar blijft staan waar het stond maar wordt wel iets korter hij
Het muteren van % Complete van taken die ver voor de status date liggen kan
D:\_Local\__Planning cursus\Tops & Tricks source\Standlijn\Statuslijn in MS Project 2007_11-10-27.docx blad 7
De actie op het muteren van % Complete is eigenlijk in drie categorieën te verdelen te weten:
1. Planningbar wordt gesplitst, het deel % Complete schuift naar links, datum Status date staat voor de datum van de activiteit. De activiteit loopt voor, is eerder uitgevoerd dan in de planning staat opgegeven.
2. Planningbar wordt niet gesplitst bij het muteren van % Complete. Activiteit verloopt volgens planning.
3. Planningbar wordt gesplitst waarbij het deel wat nog geen % Complete melding heeft naar rechts schuift, voor de datum Status date als vermeldt in form Project information. Activiteit loopt achter.
De splitsen van Planningbars heeft effect op twee dingen te weten:
• Wijziging in Resourceloading diagrams • Wijziging in het Critical path
Als beide niet de prioriteit hebben om te volgen bij het muteren van het % Complete is het dus niet nodig om onderstaande opties aan te vinken.
� Move end of completed parts after status dates back to status date
� And move start of remaining parts back to status date
� Move start of remaining parts before status date foeward to status date Als één van bovenstaande onderdelen, Resourceloading en/of Critical path, wel gevolgd moet worden als reactie op het muteren van het % Complete moet bovenstaande opties wel worden aangevinkt. Als bovenstaande opties zijn aangevinkt is het advies om voor het muteren van het % Complete eerst de Status date in form Project Information op de juiste Status date te zetten daar deze namelijk wordt gebruikt bij het automatisch splitsen van de Planningbars.
D:\_Local\__Planning cursus\Tops & Tricks source\Standlijn\Statuslijn in MS Project 2007_11-10-27.docx blad 8
De voorkeur instellingen in form Options voor de tab Calculation zijn:
Statuslijn nog wat meer in detail De statuslijn kan wel eens vreemde afwijkingen laten zien.bewerkingsvolgorde die gehanteerd wordt. geen spelregels zijn en dat je alle bewerkingen op de planningkunt uitvoeren maar helaas dat is niet zo. MS Project verkeerde volgorde in de bewerkingeen standlijn tevoorschijn komt die Een voorbeeld hiervan zie je in onderstaand voorbeeld.
Als we task 4 bekijken, Task Name “Proposal A”, dan geeft de standlijn in de topregel aan dat er een achterstand zou zijn maar dat is niet zo als we naar de status van de onderliggende taken kijken. De reden van deze afwijking naar links van de standlijn is veroorzaakt door een wijziging van de doorlooptijd in een van de onderliggende taken waarbij de progress % Complete al was ingevuld. De correcte werkwijze is:
1. In form Project Information de status date opgeven.2. Doorlooptijd aanpassen indien nodig, normaal gesproken is er geen aanpassing.3. % Complete muteren.
Als het toch nodig is om een doorlooptijd aan te passen terwijl er al een % Complete is ingevuld moet eerst het % Complete op nul worden gezet dan de doorlooptijd aanpassen en vervolgens weer het % Complete opgeven.
nog wat meer in detail
De statuslijn kan wel eens vreemde afwijkingen laten zien. Dit heeft te maken met de bewerkingsvolgorde die gehanteerd wordt. Er wordt nog wel eens verondersteld dat er geen spelregels zijn en dat je alle bewerkingen op de planning in willekeurige volgorde kunt uitvoeren maar helaas dat is niet zo. MS Project geeft geen signaal af
bewerking wordt gehanteerd. Het kan dan gebeuren komt die geen correcte weergave laat zien.
Een voorbeeld hiervan zie je in onderstaand voorbeeld.
Als we task 4 bekijken, Task Name “Proposal A”, dan geeft de standlijn in de topregel erstand zou zijn maar dat is niet zo als we naar de status van de
onderliggende taken kijken. De reden van deze afwijking naar links van de standlijn is veroorzaakt door een wijziging van de doorlooptijd in een van de onderliggende taken
s % Complete al was ingevuld. De correcte werkwijze is:In form Project Information de status date opgeven.
aanpassen indien nodig, normaal gesproken is er geen aanpassing.
Als het toch nodig is om een doorlooptijd aan te passen terwijl er al een % Complete is ingevuld moet eerst het % Complete op nul worden gezet dan de doorlooptijd aanpassen en vervolgens weer het % Complete opgeven.
Dit heeft te maken met de verondersteld dat er
in willekeurige volgorde geen signaal af als er een
dan gebeuren dat er
Als we task 4 bekijken, Task Name “Proposal A”, dan geeft de standlijn in de topregel erstand zou zijn maar dat is niet zo als we naar de status van de
onderliggende taken kijken. De reden van deze afwijking naar links van de standlijn is veroorzaakt door een wijziging van de doorlooptijd in een van de onderliggende taken
s % Complete al was ingevuld. De correcte werkwijze is:
aanpassen indien nodig, normaal gesproken is er geen aanpassing.
Als het toch nodig is om een doorlooptijd aan te passen terwijl er al een % Complete is ingevuld moet eerst het % Complete op nul worden gezet dan de doorlooptijd
Als deze volgorde wordt gehanteerd zweergegeven.
De hoofd spelregel is dus als er een doorlooptijd gewijzigd moet worden en er is al een % Complete notering moet deze eerst op nul worden gezet dan de doorlooptijd aanpassen en dan weer het % Comple
Als deze volgorde wordt gehanteerd zal de standlijn eruit zien als hieronder
De hoofd spelregel is dus als er een doorlooptijd gewijzigd moet worden en er is al een % Complete notering moet deze eerst op nul worden gezet dan de doorlooptijd aanpassen en dan weer het % Complete opgeven.
al de standlijn eruit zien als hieronder
De hoofd spelregel is dus als er een doorlooptijd gewijzigd moet worden en er is al een % Complete notering moet deze eerst op nul worden gezet dan de doorlooptijd
Nu nog even iets over het automatische splitsingproces van taken. Om het automatische splitsingproces bij het muteren van % Complete mogelijk te maken moet aan een aantal voorwaarden zijn voldaan. Calculation minimaal de volgende twee opties
� Updating task status updates resource status.
� Move end of completed parts after status date back to status date.
De settings in dit form zijn voor het hele project. Daarnaast moet het Task type Bij het Task type Fixed duration zal er ongeacht de setting in form Options tab Calculation geen splitsing van de taak optreden bij het muteren van het % Complete.Dit is dus een task individuele
Nu nog even iets over het automatische splitsingproces van taken. Om het automatische splitsingproces bij het muteren van % Complete mogelijk te maken moet
zijn voldaan. Zo moet in form Options in de tab minimaal de volgende twee opties zijn aangevinkt:
Updating task status updates resource status.
Move end of completed parts after status date back to status date.
in dit form zijn voor het hele project. ype niet Fixed duration zijn maar Fixed unit of
Bij het Task type Fixed duration zal er ongeacht de setting in form Options tab Calculation geen splitsing van de taak optreden bij het muteren van het % Complete.Dit is dus een task individuele setting om de tasksplit te blokkeren.
Nu nog even iets over het automatische splitsingproces van taken. Om het automatische splitsingproces bij het muteren van % Complete mogelijk te maken moet
in de tab
Move end of completed parts after status date back to status date.
of Fixed work. Bij het Task type Fixed duration zal er ongeacht de setting in form Options tab Calculation geen splitsing van de taak optreden bij het muteren van het % Complete.
Task type: Fixed Units
Bij het muteren van het % Complete kan de volgende vraag opkomen.
Wat zoveel betekent dat de progressbar de statuslijn bereikt heeft en nu wordt gevraagd of de statusbar de statuslijn mag passeren of dat de planningbar terug gezet moet worden in de tijd zodat de rechterkant van de progressbar links aansluit op de statuslijn. Bij [OK] zal de planningbar worden teruggezet in de tijd.Bij [Cancel] zal de planningbar de statuslijn passeren.
Bij het muteren van het % Complete kan de volgende vraag opkomen.
Wat zoveel betekent dat de progressbar de statuslijn bereikt heeft en nu wordt gevraagd of de statusbar de statuslijn mag passeren of dat de planningbar terug gezet moet worden in de tijd zodat de rechterkant van de progressbar links aansluit op de
zal de planningbar worden teruggezet in de tijd. zal de planningbar de statuslijn passeren.
Wat zoveel betekent dat de progressbar de statuslijn bereikt heeft en nu wordt gevraagd of de statusbar de statuslijn mag passeren of dat de planningbar terug gezet moet worden in de tijd zodat de rechterkant van de progressbar links aansluit op de
Ook bij de gesplitste taken kan de statuslijn vreemde vormen aannemen zoals hieronder te zien is bij taak 13.
Deze situatie wordt veroorzaakt doordat er al een % Complete was opgegeven gevolgd door een task split. Als nu vervolgens een correctie op % Complete wordt gemaakt ontstaat de bovenstaande situatie, statuslijn laat een vertraging zien terwijl die er volgens de progress van de taak niet is. Om deze situatie te voorkomen is de volgende werkwijze nodig:
1. % Complete op nul zetten.2. Split in planningbar weghalen.3. % Complete weer opgeven.
Na correcte opgave van de mutaties als hierboven omschreven.
Ook bij de gesplitste taken kan de statuslijn vreemde vormen aannemen zoals hieronder te zien is bij taak 13.
dt veroorzaakt doordat er al een % Complete was opgegeven gevolgd door een task split. Als nu vervolgens een correctie op % Complete wordt gemaakt ontstaat de bovenstaande situatie, statuslijn laat een vertraging zien terwijl die er
de taak niet is. Om deze situatie te voorkomen is de volgende
% Complete op nul zetten. Split in planningbar weghalen. % Complete weer opgeven.
Na correcte opgave van de mutaties als hierboven omschreven.
Ook bij de gesplitste taken kan de statuslijn vreemde vormen aannemen zoals
dt veroorzaakt doordat er al een % Complete was opgegeven gevolgd door een task split. Als nu vervolgens een correctie op % Complete wordt gemaakt ontstaat de bovenstaande situatie, statuslijn laat een vertraging zien terwijl die er
de taak niet is. Om deze situatie te voorkomen is de volgende
Het gedrag van de statuslijn is soms onvoorspelbaar. Het voorbeeld hieronder laat een statuslijn zien op de overgang van donderdag/vrijdag dit laat een verticale rechte lijn zien, zie hier onder.
Als we de status date op vrijdag zetten wordt de statuslijn op de overgangvrijdag/zaterdag gezet, einde vrijdag dus. Hierbij zie je dan gelijk wat afwijkingen naar rechts in de statuslijn verschijnen op de topregel van elke groep.
Bij task 12 “Proposal B” wijkt de statuslijn uit naar rechts wat indiceertvoorloopt. Deze uitwijking wordt veroorzaakt door de lag (speling) die is opgegeven tussen task 13 en task 14. Task 14 staat op 0 % Complete en toch wijkt de statuslijn uit naar rechts tot voorbij task 14. Er is geen andere verklaring voor te vinstatuslijn uitwijkt naar rechts tot de eerstkomende taak.
statuslijn is soms onvoorspelbaar. Het voorbeeld hieronder laat een statuslijn zien op de overgang van donderdag/vrijdag dit laat een verticale rechte lijn
Als we de status date op vrijdag zetten wordt de statuslijn op de overgangvrijdag/zaterdag gezet, einde vrijdag dus. Hierbij zie je dan gelijk wat afwijkingen naar rechts in de statuslijn verschijnen op de topregel van elke groep.
Bij task 12 “Proposal B” wijkt de statuslijn uit naar rechts wat indiceert dat iets voorloopt. Deze uitwijking wordt veroorzaakt door de lag (speling) die is opgegeven tussen task 13 en task 14. Task 14 staat op 0 % Complete en toch wijkt de statuslijn uit naar rechts tot voorbij task 14. Er is geen andere verklaring voor te vinden dan dat de statuslijn uitwijkt naar rechts tot de eerstkomende taak.
statuslijn is soms onvoorspelbaar. Het voorbeeld hieronder laat een statuslijn zien op de overgang van donderdag/vrijdag dit laat een verticale rechte lijn
Als we de status date op vrijdag zetten wordt de statuslijn op de overgang van vrijdag/zaterdag gezet, einde vrijdag dus. Hierbij zie je dan gelijk wat afwijkingen naar
dat iets voorloopt. Deze uitwijking wordt veroorzaakt door de lag (speling) die is opgegeven tussen task 13 en task 14. Task 14 staat op 0 % Complete en toch wijkt de statuslijn uit
den dan dat de
Het wordt nog zotter als we task 14, een milestone, het % Complete op 100% zetten dan springt de statuslijn voor task 14 geheel naar links, deze uitwijking is geheel tegen alle regels in en is ook niet te verklaren.
De oplossing hiervoor is:
1. Ga op % Complete staan met de muis.2. Klik met de muisbutton naar 95%.3. Activeer de button [OK] boven % Complete.4. Klik met de muisbutton naar 100%.5. Activeer de button [OK].
Dan ziet de statuslijn eruit zoals je verwacht maar het blijft merkwaardig.
Veelal wordt de statuslijn op een einde week neergezet. een vrijdag als status date te kiezen. Als maandag als status date wordt gebruikt ligt de statuslijn op de overgang van maandag naar dinsdag en dat komt niet overeen met een schone week break. De beste keuze is dus om een vrijdag (working day) als status date aan te houden. De uitwijkingen naar rechts in de statuslijn zijn dan te verklaren met als
Het wordt nog zotter als we task 14, een milestone, het % Complete op 100% zetten springt de statuslijn voor task 14 geheel naar links, deze uitwijking is geheel tegen
ls in en is ook niet te verklaren.
Ga op % Complete staan met de muis. Klik met de muisbutton naar 95%. Activeer de button [OK] boven % Complete. Klik met de muisbutton naar 100%. Activeer de button [OK].
jn eruit zoals je verwacht maar het blijft merkwaardig.
Veelal wordt de statuslijn op een einde week neergezet. Om dit te bereiken is het nodig een vrijdag als status date te kiezen. Als maandag als status date wordt gebruikt ligt de
vergang van maandag naar dinsdag en dat komt niet overeen met een schone week break. De beste keuze is dus om een vrijdag (working day) als status date aan te houden. De uitwijkingen naar rechts in de statuslijn zijn dan te verklaren met als
Het wordt nog zotter als we task 14, een milestone, het % Complete op 100% zetten springt de statuslijn voor task 14 geheel naar links, deze uitwijking is geheel tegen
Om dit te bereiken is het nodig een vrijdag als status date te kiezen. Als maandag als status date wordt gebruikt ligt de
vergang van maandag naar dinsdag en dat komt niet overeen met een schone week break. De beste keuze is dus om een vrijdag (working day) als status date aan te houden. De uitwijkingen naar rechts in de statuslijn zijn dan te verklaren met als
D:\_Local\__Planning cursus\Tops & Tricks source\Standlijn\Statuslijn in MS Project 2007_11-10-27.docx blad 16
toelichting dat de topregels van elke groep de gap van de non working days laat zien in de statuslijn. Resumé Belangrijke spelregels zijn:
1. Geef eerst de nieuwe status date op in form Project Information, kies hiervoor een vrijdag working day.
2. Muteer dan het % Complete. 3. Als er nog geen nieuwe status date is en er moet een correctie worden gemaakt
in % Complete moet deze eerst op nul worden gezet en de split moet worden verwijderd in de planningbar en daarna kan weer het % Complete worden opgegeven.
