länka MSProject scheman tillsammans
jag har exakt samma org struktur.
jag har flera PMs som är ansvariga för sina separata scheman, men behöver skapa ett master sammanlänkat schema utan att ta bort PMs-ansvaret eller kontrollen av sina scheman. För att göra detta har jag följande lösning.
jag har skapat ännu ett schema som jag har kallat min länkar schema. Det sitter mellan alla länkar jag skapar mellan scheman. ie för ett interproject dependency project A är länkat till Links schedule och sedan från Links schedule till Project B. uppgifter i Links schedule är alla deadlined. Så om ett PM ändrar ett datum så det påverkar en annan PM länkarna schemat visar en röd diamant i fältet indikatorer som visar att denna uppgift har förändrats och påverkat anothers. Detta stoppar en PM som säger att de inte längre har kontroll över sitt schema och ändå håller dem synkroniserade. Uppgifterna är inte raka beroenden utan kontrainerade så att ett schema inte påverkar andra. Länkschemat fungerar effektivt som en varningspanel. Även funktionaliteten i project kan du se alla länkar till andra projekt från schemat länkar. vilket innebär att du kan övervaka dubbla länkar till projekt med olika filnamn allt på ett ställe.
för arkivering kan du kopiera mappen som alla projekt sitter i utan att duplicera länkarna.
hoppas det hjälper.
Colin.
Datum: Ons, 19 Dec 2007 16:25:40-0500från: [email protected]: colin_standen@hotmail.Ämne: Re: Länka Msproject scheman tillsammans
utöva denna metod med försiktighet: radnummer blir skruviga, länka uppgifter mellan underordnade till master eller underordnade till underordnade projekt (ett jobb själv) kommer att generera dynamiska länkar gör versionskontroll svårt att underhålla. Radnummer: det inbäddade schemat visar sina egna radnummer, inte de i huvudschemat. Om du är telekonferenser och använder radnummer för att hänvisa till uppgifter för diskussion måste du orientera deltagarna till det underordnade schemat. Länka Uppgifter: Det finns ingen bra anledning att sätta alla uppgifter tillsammans om det inte finns beroenden av leveranser, milstolpar, vad-har-du. Det enda sättet jag har hittat att länka uppgifter över underordnade till master eller underordnade till underordnade projekt är att grafiskt klicka och dra från en föregångareuppgift till efterträdaren. Detta kommer att skapa en dynamisk koppling mellan uppgifter. När du har skapat beroendet öppnar du antingen efterföljande eller föregående uppgift och tittar på pred eller suc (respektive). Du ser att sökvägen / filnamnformatet med radnumret i slutet. Om sökvägen / filnamnslängden är lång kommer du inte att kunna redigera den i textfältet – i dessa fall har jag inte hittat ett bekvämt arbete om du behöver ändra beroenden. Versionskontroll: för att upprätthålla korrekt versionskontroll använder många (inklusive mig) en datumidentifierare i filnamnet, som uppdateras när schemat ändras. Länkar mellan de olika scheman sådana kommer att generera externa referenser som du kommer att behöva behålla. Ett sätt att förenkla denna huvudvärk: låt dina teamledare / PMs uppdatera sina MS – projektscheman och sedan kopierar du deras nya filer till din huvudkatalog med de ursprungliga filnamnen. Om du behåller samma underordnade filnamn kommer det inte att vara något problem med länkar till master och du kan behålla versionskontroll genom att skapa en ny mapp för varje version av underordnade och masterfiler. Om du vill behålla versionskontrollen i samma mapp och ändra underordnad filnamn måste du uppdatera länken antingen genom att redigera länken direkt (vilket inte fungerar om filsökvägen är lång) eller genom att öppna huvudfilen och underordnade filer och spara underordnade med nya namn för att dynamiskt uppdatera länkarna. Observera att uppgiftsnamnet för den underordnade filen inte kommer att ändras i huvudfilen så du måste uppdatera det textfältet manuellt (om du vill veta vilken version den underordnade hänvisar till). Ibland hittar du herrelösa länkar till tidigare versioner i fjärran mappar. Du kan ta bort dessa länkar. Var bara försiktig! Inte lätt, inte bekvämt, men säkerställer att depdencies mellan scheman upprätthålls. Lycka till. Paul