Materialele clientului: ce verifici înainte de kickoff?
Transformă fișierele primite în dependențe verificate: criteriu de acceptare, responsabil și sarcină blocată. Fișă cu cinci exemple.
TL;DR: Verifică fiecare material față de sarcina dependentă. Separă primit de acceptat, atribuie următoarea acțiune și reia verificările afectate de schimbarea versiunii.
Conținut
Clientul trimite un dosar cu siglă, patru documente și imagini: „Puteți începe”. Înainte de kickoff, verifică ce sarcină permite fiecare material, cine îl controlează și ce lipsește pentru acceptare. Un dosar plin nu răspunde. Fișa este pentru o agenție cu lucrarea deja convenită. Nu renegociază oferta și nu calculează disponibilitatea echipei. Ajunge un tabel partajat.
Cere materiale pentru sarcini
Pornește de la primul rezultat. Machetarea paginii cere texte identificate, alegerea încadrării cere fotografia originală, iar verificarea modificărilor cere acces la mediul corect. Dacă nu poți numi sarcina dependentă, reconsideră dacă materialul este necesar acum.
Ghidul Atlassian pentru kickoff propune alinierea scopului, rolurilor și criteriilor de succes. Fișa adaugă o verificare preliminară a intrărilor. Este o metodă operațională propusă, nu un standard de certificare. Separă materialele pentru început de cele pentru publicare. Accesul la producție poate aștepta dacă prima etapă folosește un mediu de test; textul principal poate determina structura din ziua 1. Stabilește necesarul pe sarcină, nu o singură limită pentru ședință.
Definește ce înseamnă utilizabil
„Trimite fotografii” este vag. Cere originalul fotografiei principale, verifică decupajul convenit și confirmarea utilizării propuse. Altă persoană trebuie să poată repeta testul. Pentru texte: secțiuni, limbă, versiune și persoana care confirmă. Pentru siglă: fișier utilizabil și varianta aleasă; o captură de ecran nu dovedește existența originalului vectorial.
Testează acțiunea necesară din contul atribuit. O invitație primită nu dovedește că se poate lucra. Google Drive diferențiază cititorul, comentatorul și editorul: deschiderea linkului și editarea sunt verificări distincte. Nu înscrie parole în fișă și nu face public linkul pentru a rezolva un drept individual. Clientul furnizează, agenția verifică. Numește responsabilii; „clientul” și „noi” nu ajung.
Exemplu ipotetic: cinci intrări
O agenție pregătește o pagină de campanie cu cinci secțiuni. Datele sunt fictive; zilele sunt relative la începutul planificat, nu termene recomandate.
| Material | Criteriu | Stare și acțiune |
|---|---|---|
| K01 / texte | Cinci secțiuni și versiune confirmată, ziua 1 | De corectat: lipsește secțiunea 5; o furnizează responsabilul de conținut al clientului. |
| K02 / siglă | Vectorul se deschide, variantă confirmată, ziua 1 | Acceptat de design; păstrează referința. |
| K03 / foto | Original adecvat decupajului, utilizare confirmată, ziua 2 | De corectat: doar miniatură de 320 px; cere originalul. |
| K04 / acces | Contul deschide și editează mediul de test, ziua 3 | Primit; dezvoltarea verifică invitația. |
| K05 / feedback | Persoană care consolidează observațiile și disponibilitate confirmate, ziua 1 | Acceptat de coordonare. |
2 ÷ 5 = 40% acceptate. Procentul descrie inventarul, nu pregătirea proiectului. Nici patru intrări acceptate nu permit machetarea dacă lipsește K01. Designul poate explora o direcție cu sigla numai dacă nu necesită text final sau fotografie. Notează limita; elementele provizorii nu sunt conținut aprobat.
Fișă de copiat
ID / material / sarcină dependentă:Criteriu observabil de acceptare:Cine furnizează / cine verifică:Necesar înainte de / versiune primită:Stare: în așteptare / primit / de corectat / acceptat / inutilDovada verificării și data:Acțiunea următoare / responsabil / următoarea verificare:Dacă întârzie: lucrarea posibilă și lucrarea care așteaptă:O linie pentru fiecare dependență; păstrează ID-ul la versiunile noi. „Primit” încă așteaptă verificarea. „De corectat” descrie defectul concret, nu „material slab”. „Inutil” cere motiv și persoană decidentă. Dacă se schimbă o versiune acceptată, identifică sarcinile care foloseau precedenta, păstrează noua referință și redeschide doar verificările afectate. Modificarea rezultatului convenit necesită o decizie separată privind domeniul lucrării.
Trimite o cerere rezolvabilă
„Pentru machetare lipsesc secțiunea 5 și confirmarea versiunii K01. Pentru antet trebuie originalul K03; miniatura are 320 px. Dezvoltarea verifică K04. Confirmați cine furnizează cele două corecții și când; apoi reevaluăm sarcinile care pot începe.”
Sosirea fișierului nu confirmă automat altă dată. Verifică utilitatea și disponibilitatea reală; tăcerea nu este acceptare. Într-o agenție — lectură în engleză, o cerere comună previne versiuni concurente. Dacă solicitările interne se multiplică inutil, citește eliminare, automatizare și delegare — engleză. Dacă sarcina nu a fost definită, revino la domeniul convenit în ofertă — engleză.
Încheie cu o decizie pe sarcină: poate începe, așteaptă material sau cere clarificare. Numește persoana care face următorul control.
Acest articol a fost util?
Întrebări frecvente
Pot începe lucrul imediat ce primesc un fișier?
Nu: verifică dacă este potrivit pentru sarcină și îndeplinește criteriul de acceptare. Nici primirea unei invitații nu dovedește că acel cont desemnat poate efectua acțiunea necesară.
Ce fac dacă se schimbă o versiune deja acceptată?
Păstrează noua referință și redeschide verificările pentru sarcinile afectate. Dacă se schimbă livrabilul convenit, este necesară o decizie separată privind sfera lucrării.