Ce trebuie să știe un coleg despre o problemă
O actualizare internă despre o problemă nu este un raport complet de incident, o transcriere a unei ședințe sau un flux de mesaje. Este o evidență de lucru scurtă, care ajută o echipă mică să înțeleagă ce nu funcționează, ce contează în continuare și cine este responsabil să ducă problema mai departe. Scopul ei este să elimine incertitudinea, fără ca oamenii să fie nevoiți să caute prin fire de chat, e-mailuri sau amintiri.
Începe cu o formulare clară, în limbaj obișnuit, a problemei. Descrie problema observabilă și efectul ei operațional imediat. „Numărul produselor din stoc nu corespunde cu produsele de pe raft” este mai util decât „problemă de inventar”. „Lista de verificare pentru deschidere nu a fost completată înainte de sosirea clienților” este mai util decât „eșec dimineața”. O persoană care nu a fost prezentă ar trebui totuși să înțeleagă situația.
Adaugă contextul care influențează răspunsul: unde apare problema, când a fost observată și ce activitate este afectată. Păstrează informațiile factuale. Dacă nu este confirmată cauza, spune acest lucru în loc să prezinți o presupunere drept concluzie. Separarea informațiilor cunoscute de cele care mai trebuie verificate ajută echipa să evite acțiunile bazate pe o situație descrisă inexact.
Un șablon practic de actualizare internă a unei probleme poate include:
- Problemă: o descriere concisă a problemei.
- Locație sau proces: unde apare sau ce rutină este afectată.
- Observat: când a fost identificată și faptele relevante.
- Impact: ce activitate, servicii pentru clienți, calitate, siguranță sau costuri pot fi afectate.
- Stare curentă: nouă, în verificare, acțiune în desfășurare, în așteptare sau pregătită pentru revizuire.
Aceste câmpuri ajută un coleg să decidă dacă trebuie să acționeze, să monitorizeze progresul sau să ofere informații. De asemenea, previn actualizările vagi. „Analizăm situația” nu oferă o bază practică pentru coordonare; o descriere și o stare clare oferă aceasta.
Păstrează actualizările într-un loc comun, consecvent. Problemă, pentru centralizarea problemelor operaționale poate păstra împreună problema raportată, atribuirea, prioritatea, termenul, soluția și dovezile de închidere, în loc ca echipa să fie nevoită să reconstruiască situația din note răspândite. Scopul nu este să creezi mai mult text, ci să menții o evidență care rămâne ușor de înțeles atunci când o problemă este preluată de altcineva sau continuă pe parcursul mai multor zile.
Precizează clar prioritatea, responsabilul și termenul
Nu toate problemele necesită același răspuns. Prioritatea îi arată echipei cât de urgentă este problema în raport cu alte activități. Responsabilul identifică persoana care răspunde de avansarea ei. Termenul stabilește următorul moment până la care problema trebuie rezolvată, revizuită sau escaladată. Împreună, aceste detalii transformă o descriere într-un angajament operațional.
Alege prioritatea în funcție de impactul asupra afacerii, nu de cine a raportat problema cel mai recent sau de cine este cel mai îngrijorat. Explică pe scurt motivul atunci când nu este evident. O problemă poate avea prioritate ridicată deoarece împiedică furnizarea unui serviciu astăzi, în timp ce alta poate avea prioritate mai redusă deoarece există o soluție temporară sigură. Dacă echipa folosește etichete precum ridicată, medie și scăzută, stabiliți intern ce răspuns necesită fiecare etichetă.
Numește un singur responsabil, chiar și atunci când vor contribui mai multe persoane. „Mentenanță și operațiuni” nu este un responsabil. „Jordan va organiza reparația; Casey va verifica procesul de deschidere” este clar, deoarece responsabilitatea principală și activitatea de sprijin sunt vizibile. Responsabilitatea nu înseamnă că persoana responsabilă a cauzat problema. Înseamnă că colegii știu cine va coordona următoarea actualizare și se va asigura că activitatea necesară nu dispare între ture.
Indică termenul ca dată, oră sau eveniment specific. „Curând” și „până la sfârșitul săptămânii” pot însemna lucruri diferite pentru persoane diferite. Dacă data rezolvării finale este incertă, stabilește în schimb un termen pentru următoarea revizuire. Astfel, problema rămâne activă fără a face o promisiune pe care echipa nu o poate susține.
Exemplu de actualizare: Etichetele de livrare se imprimă cu detalii incomplete ale adresei la stația de ambalare. Acest lucru a fost observat la 10:15, în timpul pregătirii comenzilor. Prioritate: ridicată, deoarece comenzile nu pot fi expediate corect. Responsabil: Morgan. Termen: remediere funcțională sau revizuire a stării până astăzi la 14:00. Stare: acțiune în desfășurare.
Acest format ajută un manager să vadă unde este nevoie de sprijin și îi ajută pe colegi să își planifice activitatea în jurul perturbării. De asemenea, face ca o actualizare de stare privind o problemă operațională să fie mai ușor de parcurs într-o zi aglomerată.
Înregistrează acțiunea care este întreprinsă
După ce o problemă are un responsabil, următoarea actualizare trebuie să precizeze ce se face acum. Nu înlocui o acțiune cu o intenție generală. „În investigare” poate fi o stare validă, dar ar trebui urmată de verificarea efectuată, persoana implicată sau decizia așteptată. De exemplu: „Responsabilul compară setările imprimantei cu formatul aprobat pentru adresă și va testa o etichetă de probă.”
Înregistrează acțiunile într-o ordine care face activitatea vizibilă. Începe cu orice măsură imediată de limitare a efectelor. Apoi notează acțiunea corectivă în desfășurare, orice dependență care blochează progresul și ora următoarei actualizări. Acest lucru ajută echipa să distingă între o problemă care este ținută sub control, dar nu este rezolvată, una care este corectată și una care așteaptă o decizie sau informații.
Notele utile despre acțiuni răspund la întrebări practice:
- Ce s-a făcut deja pentru a limita perturbarea?
- Ce va face responsabilul în continuare?
- Ce informații, aprobare sau resursă mai sunt necesare?
- Când va fi publicată următoarea actualizare de stare?
- S-a schimbat impactul estimat?
Păstrează un limbaj neutru și specific. Actualizarea este un instrument de coordonare, nu un loc pentru atribuirea vinei. „Lista de verificare nu a fost semnată” identifică o lacună. „Echipa din tură a ignorat procesul” presupune intenție și poate distrage atenția de la stabilirea cauzei reale. Atunci când un fapt este contestat, consemnează-l ca aspect care trebuie verificat.
Echipele mici rezolvă adesea probleme prin conversații rapide, iar acest lucru poate fi util. Riscul apare atunci când o decizie sau un angajament dintr-un apel, o verificare la fața locului sau o predare de tură nu este adăugat niciodată în evidența problemei. Scrie o scurtă continuare care surprinde decizia, responsabilul și următorul termen. Astfel, colegii care au lipsit au aceeași imagine operațională și nu trebuie să pună întrebări repetate.
Pentru activitățile operaționale recurente, o evidență comună a problemelor poate fi deosebit de utilă. Problemă este concepută pentru a centraliza problemele operaționale și a coordona responsabilii, prioritățile, termenele, soluțiile și dovezile. Combinată cu o structură disciplinată de actualizare, oferă un spațiu mai clar pentru comunicarea în echipă despre probleme, de la raportarea inițială până la revizuire.
Folosește o succesiune practică de stări
Stările consecvente fac actualizările mai rapide de citit, cu condiția ca toată lumea să utilizeze termenii în același mod. O succesiune practică este:
- Nouă: problema a fost raportată și necesită evaluare.
- În verificare: faptele, amploarea sau cauza sunt confirmate.
- Acțiune în desfășurare: un responsabil aplică un răspuns convenit.
- În așteptare: progresul depinde de informații, o decizie, materiale sau o altă sarcină.
- Pregătită pentru revizuire: acțiunea este finalizată și închiderea necesită confirmare.
- Închisă: dovezile de închidere convenite au fost verificate și înregistrate.
Etichetele exacte contează mai puțin decât aplicarea lor consecventă. Nu marca o problemă ca închisă doar pentru că activitatea s-a oprit. Închiderea trebuie să arate că echipa a verificat rezultatul.
Confirmă ce demonstrează închiderea
O actualizare utilă privind rezolvarea unei probleme se încheie cu dovezi care arată că problema este rezolvată la standardul convenit. Aceasta diferă de afirmația că cineva crede că a fost rezolvată. Dovezile de închidere trebuie să se potrivească problemei: o verificare finalizată, o înregistrare corectată, un rezultat de test, o fotografie, o revizuire de către un supervizor, o confirmare din partea clientului sau o altă dovadă adecvată că acțiunea corectivă a funcționat.
Stabilește condiția de închidere devreme, ori de câte ori este posibil. Când echipa știe ce va demonstra succesul, responsabilul poate colecta dovezile în timp ce finalizează activitatea. Pentru exemplul cu imprimarea, dovezile de închidere ar putea fi o etichetă de probă imprimată corect și verificată în raport cu o comandă, plus confirmarea că comenzile afectate au fost revizuite. Pentru o listă de verificare de deschidere omisă, ar putea fi lista completată și o schimbare verificată a rutinei de predare. Nu susține că o cauză de bază a fost eliminată decât dacă acest lucru a fost stabilit.
O actualizare de închidere trebuie să indice ce acțiune a fost finalizată, când a fost finalizată, ce dovezi au fost verificate și cine a confirmat închiderea. Dacă mai rămâne activitate de urmărire, păstreaz-o vizibilă, în loc să o ascunzi într-un element închis. Perturbarea imediată poate fi închisă după verificare, în timp ce activitatea de îmbunătățire pe termen mai lung rămâne o acțiune separată.
Exemplu de închidere: Setările imprimantei au fost corectate la 13:20. Morgan a imprimat și a verificat etichete de probă în raport cu două comenzi curente; detaliile adresei erau complete. Casey a revizuit comenzile afectate înainte de expediere. Problema este închisă, iar verificările finalizate au fost înregistrate. Va fi programată o revizuire separată a configurației stației de ambalare.
Această abordare le oferă managerilor un răspuns de încredere la o întrebare simplă: de unde știm că problema s-a încheiat cu adevărat? De asemenea, creează un istoric util atunci când revine o problemă similară. Echipa poate vedea acțiunea anterioară, dovezile și activitatea de îmbunătățire rămasă, în loc să pornească de la zero.
Folosește șablonul consecvent, nu perfect
O actualizare bună folosește doar atâtea detalii câte necesită problema, dar ar trebui să păstreze elementele esențiale: problema, impactul, prioritatea, responsabilul, termenul, acțiunea curentă și dovezile de închidere. O problemă minoră poate necesita doar câteva rânduri. O problemă mai perturbatoare poate necesita mai multe actualizări, pe măsură ce evoluează faptele și acțiunile.
Revizuiește șablonul după utilizarea reală. Dacă colegii pun frecvent aceeași întrebare suplimentară, adaugă un câmp sau îmbunătățește formularea. Dacă actualizările devin narațiuni lungi, readu-le la decizii, acțiuni și dovezi. Consecvența construiește încredere, deoarece oamenii știu unde să găsească starea curentă și ce înseamnă o problemă închisă.
Folosește o structură consecventă de actualizare, astfel încât problemele operaționale să rămână ușor de înțeles.