Kundemateriale før kickoff: hva kan faktisk brukes?

Kunden sender en mappe med logo, fire dokumenter og bilder: «Nå kan dere begynne.» Kontroller før kickoff hvilken oppgave hvert underlag muliggjør, hvem som vurderer det og hva som mangler før aksept. En full mappe gir ikke svaret. Malen gjelder et byrå med avtalt arbeid; den reforhandler ikke tilbudet og beregner ikke teamkapasitet. Et delt regneark er nok.

Be om underlag for oppgaver

Begynn med første leveranse. Sideoppsett krever identifiserte tekster; valg av utsnitt krever originalfotoet; testing av endringer krever tilgang til riktig miljø. Kan du ikke navngi oppgaven, vurder om materialet trengs nå.

Atlassians kickoff-guide behandler formål, roller og suksesskriterier. Denne malen legger til en kontroll av inngangsmaterialet. Det er et foreslått arbeidsopplegg, ingen sertifiseringsstandard. Skill mellom det som trengs for å begynne og for å publisere. Produksjonstilgang kan vente når første fase skjer i testmiljø; hovedteksten kan styre strukturen fra dag 1. Sett behovstidspunkt per oppgave, ikke én møtefrist for alt.

Definer brukbart på forhånd

«Send bilder» er uklart. Be om originalen til hovedbildet, kontroller avtalt utsnitt og få tiltenkt bruk bekreftet. En annen person skal kunne gjenta testen. For tekst: seksjoner, språk, versjon og personen som bekrefter. For logo: brukbar fil og valgt variant; et skjermbilde beviser ikke at et vektororiginal finnes.

Test nødvendig handling med tildelt konto. En mottatt invitasjon beviser ikke at arbeidet kan utføres. Google Drive skiller mellom lese-, kommentar- og redigeringstilgang. Å åpne lenken og å redigere er forskjellige tester. Ikke skriv passord i malen eller gjør lenken offentlig for å løse et individuelt tilgangsproblem. Kunden leverer, byrået kontrollerer. Navngi ansvarlige; «kunden» og «vi» er ikke nok.

Hypotetisk eksempel med fem underlag

Et byrå lager en kampanjeside med fem seksjoner. Alle opplysninger er fiktive; dagene regnes fra planlagt start og er ikke anbefalte frister.

2 ÷ 5 = 40 % akseptert. Dette beskriver oversikten, ikke om prosjektet kan starte. Selv fire aksepterte underlag frigjør ikke sideoppsettet hvis K01 mangler. Design kan utforske en retning med logoen dersom det ikke krever endelig tekst eller foto. Skriv ned begrensningen; plassholdere er ikke godkjent innhold.

Mal til å kopiere

ID / underlag / avhengig oppgave:
Observerbart akseptkriterium:
Hvem leverer / hvem kontrollerer:
Trengs før / mottatt versjon:
Status: venter / mottatt / må rettes / akseptert / ikke nødvendig
Kontrollbevis og dato:
Neste handling / ansvarlig / neste kontroll:
Ved forsinkelse: arbeid som kan fortsette og arbeid som venter:

Én rad per avhengighet, samme ID ved ny versjon. «Mottatt» venter på kontroll. «Må rettes» beskriver en konkret mangel, ikke «dårlig materiale». «Ikke nødvendig» krever begrunnelse og beslutningstaker. Endres en akseptert versjon, finn oppgavene som brukte den gamle, behold ny referanse og gjenåpne bare berørte kontroller. Endring av avtalt leveranse krever en separat beslutning om omfang.

Send en forespørsel som kan løses

«For sideoppsettet mangler seksjon 5 og versjonsbekreftelse for K01. Til toppfeltet trenger vi originalen K03; miniatyren er 320 px. Utvikling kontrollerer K04. Bekreft hvem som leverer de to rettelsene og når; så vurderer vi hvilke oppgaver som kan starte.»

En mottatt fil bekrefter ikke automatisk en ny dato. Kontroller kvalitet og faktisk tilgjengelighet; taushet er ikke aksept. I et byrå — engelsk hindrer én samlet forespørsel konkurrerende versjoner. Ved unødvendige interne krav, les eliminere, automatisere og delegere — engelsk. Hvis oppgaven aldri ble definert, gå tilbake til omfanget i tilbudet — engelsk.

Avslutt med en beslutning per oppgave: starte, vente på underlag eller avklare. Oppgi hvem som gjør neste kontroll.