Linking MSProject Schedules Together
jeg har nøyaktig samme org-struktur.
jeg har flere PMs som er ansvarlige for sine egne tidsplaner, men trenger å lage en master interlinked tidsplan uten å fjerne PMs-ansvaret eller kontrollen av planene sine. For å gjøre dette har jeg følgende løsning.
jeg har laget enda en tidsplan som jeg har kalt Min Links schedule. Det sitter mellom alle koblinger jeg lager mellom tidsplaner. ie for en interproject avhengighet prosjekt a er knyttet Til Linkene planen og deretter Fra Linkene planen Til Prosjekt B. Oppgaver I Linkene planen er alle deadlined. Så hvis EN PM endrer en dato slik at den påvirker EN ANNEN PM, viser koblingsskjemaet en rød diamant i indikatorer-feltet som viser at denne oppgaven har endret seg og påvirket andre. DETTE stopper EN PM som sier at de ikke lenger har kontroll over sin tidsplan og likevel holder Dem Synkronisert. Oppgavene er ikke rette avhengigheter, men kontrainert slik at en tidsplan ikke påvirker anothers. Linkene planen fungerer effektivt som en advarsel dashbord. Også funksjonaliteten i prosjektet kan du vise alle linker til andre prosjekter Fra Links schedule. det betyr at du kan overvåke dupliserte lenker til prosjekter med forskjellige filnavn alt på ett sted.
for arkivering kan du kopiere mappen som alle prosjektene sitter i uten å duplisere koblingene.
Håper det hjelper.
Colin.
Dato: Ons, 19. Des. 2007 16: 25: 40-0500fra: [email protected] toolbox.comTo: [email protected]: Re: Kobling Av MSProject-Tidsplaner Sammen
Bruk denne metoden med forsiktighet: linjenumre blir skruete, kobling av oppgaver mellom underordnede-til-master eller underordnede-til-underordnede prosjekter (en jobb i seg selv) vil generere dynamiske koblinger som gjør versjonskontroll vanskelig å vedlikeholde. Linjenumre: den innebygde tidsplanen vil vise sine egne linjenumre, ikke de av hovedplanen. Hvis du er teleconferencing og bruker linjenumre for å referere til oppgaver for diskusjon, må du orientere deltakerne til underordnet tidsplan. Koble Oppgaver: Det er ingen god grunn til å sette alle oppgavene sammen med mindre det er avhengigheter av leveranser, milepæler, hva-har-du. Den eneste måten jeg har funnet å koble oppgaver på tvers av underordnede-til-overordnede eller underordnede-til-underordnede prosjekter, er å klikke og dra grafisk fra en foregående oppgave til etterfølgeren. Dette vil etablere en dynamisk kobling mellom oppgaver. Når du har opprettet avhengigheten, åpner du enten etterfølger-eller foregående oppgave og ser på henholdsvis pred eller suc (suc). Du vil se at banenavn / filnavn format med linjenummeret på slutten. Hvis banen / filnavnlengden er lang, kan du ikke redigere den i tekstfeltet – i disse tilfellene har jeg ikke funnet et praktisk arbeid hvis du må endre avhengigheter. Versjonskontroll: for å opprettholde riktig versjonskontroll bruker mange mennesker (inkludert meg selv) en datoidentifikator i filnavnet, som oppdateres når tidsplanen endres. Koblinger mellom de ulike tidsplaner slik vil generere eksterne referanser som du trenger for å opprettholde. En måte å forenkle denne hodepinen på: har teamledere / PMs oppdatere SINE MS project tidsplaner og deretter kopiere sine nye filer til master katalog ved hjelp av de opprinnelige filnavnene. Hvis du beholder det samme underordnede filnavnet, vil det ikke være et problem med koblinger til masteren, og du kan opprettholde versjonskontroll ved å opprette en ny mappe for hver versjon av underordnede og masterfiler. Hvis du vil opprettholde versjonskontroll i samme mappe og endre underordnet filnavn, må du oppdatere lenken enten ved å redigere lenken direkte (som ikke fungerer hvis filbanen er lang)eller ved å åpne hovedfilen og underordnede filer og lagre underordnede med nye navn for å oppdatere koblingene dynamisk. Merk at oppgavenavnet til underordnet fil ikke endres i Hovedfilen, så du må oppdatere tekstfeltet manuelt (hvis du vil vite hvilken versjon denne underordnede refererer til). Av og til vil du finne bortkommen linker til tidligere versjoner i langt unna mapper. Du kan slette disse linkene. Bare vær forsiktig! Ikke lett, ikke praktisk, men sikrer at depdencies mellom tidsplaner opprettholdes. Lykke. Paul