På denne siden
Prosjektet venter på adgang, et produktvalg og dokumentasjon fra en annen leverandør. Punktene ligger i forskjellige e-poster, og først ved oppstart blir det synlig at ett svar mangler. En avhengighetslogg samler det arbeidet trenger for å kunne gå videre. Den skal gjøre rettidig handling mulig, ikke bare dokumentere at noen venter.
Beskriv behovet konkret
Skriv hvilken arbeidsdel som trenger opplysningen eller leveransen, hva som regnes som et tilstrekkelig svar og hvem som følger saken internt. Skille mellom den eksterne parten som skal levere, og bedriftens egen ansvarlige for oppfølging. Et navn hos kunden er ikke alene en intern arbeidsdeling.
| Felt | Bruk i gjennomføringen |
|---|---|
| Behov | Hva som faktisk må foreligge |
| Berørt arbeid | Hvilken arbeidsdel som er avhengig av det |
| Intern eier | Hvem som følger neste handling |
| Tidspunkt | Når grunnlaget trengs for realistisk plan |
| Status | Forespurt, mottatt, vurdert eller fortsatt uavklart |
Ikke lukk punktet bare fordi noe er mottatt
Et dokument kan være feil versjon eller mangle den opplysningen prosjektet trenger. La riktig kompetanse vurdere innholdet før avhengigheten får status som avklart. Det samme gjelder tekniske spørsmål; loggen kan følge prosessen, men erstatter ikke faglig kontroll.
I et konstruert scenario kommer en tegning før fristen, men den viser et tidligere produktvalg. Punktet er mottatt, men ikke løst. Ansvarlig kontakter riktig part og vurderer virkning for den berørte arbeidsdelen. Kundebeslutninger trenger tilsvarende status.
Vis konsekvensen før den blir en stopp
Fremdriftsplanen bør bruke samme tidspunkt. Ukemøtet kan prioritere det som snart påvirker leveransen.
Aiak kan bidra i økonomidelen. Når et punkt blir avklart, oppdater de dokumentene og planene som faktisk bruker opplysningen. Behold deretter en kort historikk over vesentlige endringer. Det gjør senere avvik lettere å forklare enn en oversikt der alle gamle punkter bare står som grønne uten at noen kan se hva svaret endret.