Microsoft Project voor bouwteams

Stel een bouwplaatskalender in voordat u op de einddatum vertrouwt

Begin een bouwplanning met het instellen van de projectstartdatum en de werkkalender. Voeg vervolgens feestdagen, geplande bouwstops en niet-werkende weekenden toe. Maak aparte resourcekalenders als ploegen of materieel volgens andere dienstroosters werken. In Project bepaalt de werktijd hoe de duur van taken wordt omgerekend naar datums: een activiteit van vijf dagen beslaat niet noodzakelijk vijf opeenvolgende kalenderdagen. Controleer ook de instelling voor het aantal uren per dag; het wijzigen van deze omrekeninstelling verandert op zichzelf niets aan de werkuren in de kalender.

Gebruik automatisch geplande taken voor activiteiten waarvan de datums moeten meebewegen met afhankelijkheden en de beschikbaarheid van resources. Leg de werkelijke bouwvolgorde vast met taakkoppelingen, bij voorkeur met einde-beginrelaties waar dat passend is. Gebruik andere afhankelijkheidstypen alleen als de overlap verantwoord is. Zet niet elke activiteit vast met een Must Start On-beperking, omdat dit zinvolle herberekeningen belemmert. Resourcevereffening kan taken die daarvoor in aanmerking komen vertragen of splitsen om overbezetting op te lossen, maar kan niet bepalen of een aangepaste volgorde fysiek veilig of contractueel aanvaardbaar is.

• Voer bouwstops in als kalenderuitzonderingen in plaats van als kunstmatige activiteiten.
• Gebruik deadlines om overschrijdingen van streefdatums te signaleren zonder de taakdatum vast te zetten.
• Controleer of resourcekalenders onverwachte gaten in de planning verklaren.
• Controleer de instellingen voor resourcevereffening voordat u toestaat dat taken worden gesplitst.
• Controleer het kritieke pad opnieuw na wijzigingen in kalenders of resources.

Werk de planning wekelijks gestructureerd bij zonder de basislijn te overschrijven

Sla een basislijn op nadat de overeengekomen planning is gecontroleerd en bewaar vervolgens een gedateerde kopie van het verstrekte bestand. Een basislijn bevat referentiewaarden voor latere vergelijkingen; het is geen vergrendeld of onafhankelijk goedgekeurd document. Project ondersteunt een oorspronkelijke basislijn plus tien extra genummerde basislijnen. Gebruik deze bewust voor geautoriseerde revisies in plaats van elke week het origineel te vervangen. Leg vast welke basislijn de contractplanning, een goedgekeurde wijziging of een intern inhaalscenario weergeeft.

Stel voor elke rapportagecyclus een statusdatum in en verzamel de werkelijke startdatums, werkelijke einddatums en resterende taakduur bij het bouwplaatsteam. Gebruik het voltooiingspercentage van taken niet als maatstaf voor gerealiseerde hoeveelheden: het veld % Complete in Project is gebaseerd op de duur, terwijl % Work Complete betrekking heeft op werk. Werk de prognose voor het resterende werk bij en gebruik vervolgens waar nodig de opties voor herplanning om onvoltooid werk naar na de statusdatum te verplaatsen. Controleer voortgang die afwijkt van de geplande volgorde en afwijkingen in mijlpaaldatums voordat u een nieuw rapport verstrekt.

• Spreek met alle onderaannemers één peildatum voor de rapportage af.
• Registreer gerealiseerde hoeveelheden apart wanneer voortgang op basis van duur een vertekend beeld zou geven.
• Onderzoek werkelijke datums die na de rapportagepeildatum liggen.
• Gebruik Tracking Gantt om de actuele planning met een basislijn te vergelijken.
• Houd een revisielogboek bij met toelichtingen op goedgekeurde wijzigingen en verschuivingen in de prognose.

Controleer overgedragen Primavera-planningen in plaats van uit te gaan van XER-compatibiliteit

De desktopversie van Microsoft Project kan Primavera P6 XER-bestanden niet rechtstreeks openen. Als de hoofdaannemer XER-bestanden aanlevert, spreek dan een uitwisselingsmethode af voordat u uw werkwijze kiest: vraag om een compatibele export of gebruik een afzonderlijk beoordeelde conversietool. Microsoft Project XML en Primavera XML zijn niet onderling uitwisselbaar alleen omdat beide de extensie .xml gebruiken. Test eerst een representatieve planning, vooral als het contract afhankelijk is van de precieze werking van kalenders, activiteitcodes, vertragingen tussen gekoppelde taken of resourcetoewijzingen.

Behandel elke geconverteerde planning als een nieuwe dataset die moet worden gecontroleerd en afgestemd, niet als een exacte kopie van de bronplanning. Vergelijk aantallen taken, mijlpaaldatums, werkkalenders, taakduren en relaties met voorafgaande taken met een referentierapport uit P6. Controleer beperkingen en alle activiteiten waarvan de datums tijdens de conversie zijn verschoven. Bewaar het oorspronkelijke bestand en de conversie-instellingen, zodat afwijkingen kunnen worden herleid. Spreek bij terugkerende uitwisselingen vaste identificatiecodes en veldtoewijzingen af in plaats van activiteiten alleen op naam te koppelen.

• Vraag de afzender om de peildatum en kalenderdefinities van de bronplanning.
• Bevestig welke toepassing en welk bestandsformaat leidend zijn voor contractueel in te dienen planningen.
• Controleer expliciet doorlopende taakduren en de eenheden van vertragingen tussen gekoppelde taken.
• Controleer de WBS-structuur en de toewijzing van aangepaste velden.
• Verstrek een overzicht van afwijkingen voordat u de geconverteerde planning accepteert.

Maak onderscheid tussen desktoplicenties, gedeelde toegang en serverdiensten

Kies de editie op basis van de benodigde functies en controleer daarna het licentiekanaal en de gebruiks- en implementatierechten. Een zelfstandige Project-desktoplicentie staat los van een Office-pakketlicentie; een Office-licentie geeft geen gebruiksrecht voor Project. De retailvoorwaarden van Microsoft voor desktopsoftware staan doorgaans installatie en gebruik toe op één gelicentieerd apparaat, door één persoon tegelijk. Voor volumelicenties en abonnementen gelden eigen voorwaarden. Ga er daarom niet van uit dat alleen een productsleutel het gebruiksrecht of overdrachtsrecht aantoont.

De mogelijkheid van Project Professional om verbinding te maken met een server omvat geen gehoste dienst, serverlicentie of alle vereiste toegangsrechten. Project Online en Project Server zijn afzonderlijke producten. Microsoft heeft aangekondigd dat Project Online op 30 september 2026 wordt beëindigd; deze aankondiging betekent niet dat de Project-desktoptoepassing wordt beëindigd. Bepaal vóór aanschaf voor samenwerking welke dienst u daadwerkelijk gaat gebruiken, wat de levenscyclus daarvan is en welke clientversies compatibel zijn. Controleer voor Remote Desktop Services, gedeelde virtuele machines of toegang door aannemers de toepasselijke Microsoft-voorwaarden in plaats van de regels voor een installatie op één pc door te trekken.

• Vraag om documentatie waarin het product, de editie en het licentiekanaal worden vermeld.
• Controleer de toepasselijke overdrachtsregels voordat u Project naar een andere pc verplaatst.
• Controleer serverlicenties en gebruikerstoegangslicenties afzonderlijk van desktoplicenties.
• Plan een ondersteunde vervangende oplossing voordat u op Project Online gaat vertrouwen.
• Gebruik PDF-rapporten voor ontvangers die verstrekte planningen alleen hoeven te lezen.

Functies van Project 2024 voor desktop die relevant zijn voor bouwplanning