Linking MSProject planningen Together
ik heb precies dezelfde organisatiestructuur.
ik heb verschillende PMs die verantwoordelijk zijn voor hun afzonderlijke schema ‘s, maar moet een master interlinked schema maken zonder de PMS verantwoordelijkheid of controle van hun schema’ s te verwijderen. Om dit te doen heb ik de volgende oplossing.
ik heb nog een ander schema gemaakt dat ik mijn Links schema heb genoemd. Het zit tussen alle links die ik maak tussen schema ‘ s. dwz voor een interproject afhankelijkheid project A is gekoppeld aan de links schema en vervolgens van de Links schema naar Project B. taken in de Links schema zijn allemaal deadlined. Dus als een PM verandert een datum, zodat het van invloed op een andere PM de links schema toont een rode diamant in de indicatoren veld waaruit blijkt dat deze taak is veranderd en beà nvloed anothers. Dit stopt een premier te zeggen dat ze geen controle meer hebben over hun schema en toch houdt ze in Sync. De taken zijn niet rechte afhankelijkheden, maar contrained zodat een schema niet van invloed anothers. De links schema effectief fungeert als een waarschuwing dashboard. Ook de functionaliteit binnen project kunt u alle links naar andere projecten van de links schema te bekijken. dit betekent dat u dubbele links naar projecten met verschillende bestandsnamen allemaal op één plaats kunt controleren.
voor het archiveren kunt u de map kopiëren waarin alle projecten zich bevinden zonder de koppelingen te dupliceren.
hoop dat helpt.
Colin.
Datum: wo, 19 Dec 2007 16: 25: 40-0500van: [email protected]: [email protected]: Re: Linking MSProject schema ‘ s Together
wees voorzichtig met deze methode: regelnummers worden vreemd, het koppelen van taken tussen ondergeschikte-naar-master of ondergeschikte-naar-ondergeschikte projecten (een taak zelf) zal dynamische koppelingen genereren waardoor versiebeheer moeilijk te onderhouden is. Regelnummers: het ingebed schema toont zijn eigen regelnummers, niet die van het hoofdschema. Als u teleconferencing en het gebruik van regelnummers om te verwijzen naar taken voor discussie moet u de deelnemers oriënteren op het ondergeschikte schema. Taken Koppelen: Er is geen goede reden om alle taken samen te stellen, tenzij er afhankelijkheden zijn van deliverables, mijlpalen, wat-heb-je. De enige manier die ik heb gevonden om taken te koppelen tussen ondergeschikte-naar-master of ondergeschikte-naar-ondergeschikte projecten is door grafisch te klikken en te slepen van een voorganger naar de opvolger. Dit zal een dynamische koppeling tussen taken tot stand brengen. Zodra je de afhankelijkheid hebt gemaakt, open je de opvolger of voorganger taak en kijk je naar de pred of suc (respectievelijk). U zult zien dat het padnaam/bestandsnaam formaat met het regelnummer aan het einde. Als het pad / bestandsnaam lengte is lang zul je niet in staat zijn om het te bewerken in het tekstveld – in deze gevallen heb ik niet gevonden een handige work-around als je nodig hebt om afhankelijkheden te veranderen. Versiebeheer: om de juiste versiebeheer te behouden gebruiken veel mensen (ikzelf inbegrepen) een datum-ID in de bestandsnaam, die wordt bijgewerkt wanneer het schema wordt gewijzigd. Koppelingen tussen de verschillende schema ‘ s, zoals zal externe verwijzingen die u nodig hebt om te onderhouden te genereren. Een manier om deze hoofdpijn te vereenvoudigen: laat je teamleiders/PMs hun MS project schema ‘ s updaten en dan kopieer je hun nieuwe bestanden naar je master directory met behulp van de originele bestandsnamen. Als u dezelfde ondergeschikte bestandsnaam behoudt dan zal er geen probleem zijn met links naar de master en u kunt versiebeheer behouden door een nieuwe map aan te maken voor elke versie van ondergeschikte EN master bestanden. Als u versiebeheer in dezelfde map wilt behouden en de ondergeschikte bestandsnaam wilt wijzigen, moet u de koppeling bijwerken door de koppeling rechtstreeks te bewerken (wat niet werkt als het bestandspad lang is) of door het hoofdbestand en de ondergeschikte bestanden te openen en de ondergeschikten op te slaan met nieuwe namen om de koppelingen dynamisch bij te werken. Merk op dat de taaknaam van het ondergeschikte bestand niet verandert in het hoofdbestand, dus je moet dat tekstveld handmatig bijwerken (als je wilt weten naar welke versie deze ondergeschikte verwijst). Occassioneel vindt u verdwaalde links naar eerdere versies in verre mappen. U kunt deze links verwijderen. Wees voorzichtig! Niet gemakkelijk, niet handig, maar zorgt ervoor dat depdendencies tussen schema ‘ s worden gehandhaafd. Geluk. Paul