Protocolul de depanare și reparare

Prima oră de informatică din 2027. Înainte de vacanță, la „Ipoteze de defecțiune", ai învățat să bănuiești organizat: simptom precis, diagramă cauză-efect, ipoteze testabile, ordonate după cost. Numai că toată această ordine trăia în capul tău — și capul, sub presiune, sare pași. Azi o muți pe hârtie, sub forma unui document pe care îl vei folosi tot modulul: protocolul tău de depanare și reparare.

La finalul lecției vei ști să concepi un protocol propriu de depanare și reparare, să incluzi în el regulile de siguranță obligatorii și să îl validezi pe un caz concret, corectându-l acolo unde te lasă baltă.

De ce nu ajunge intuiția

Piloții de avion au mii de ore de zbor și totuși nu decolează fără să citească o listă de verificare. Nu pentru că nu ar ști pașii — ci pentru că știu că oricine uită pași atunci când e grăbit, obosit sau convins că „e clar ce e". Depanarea e la fel: în entuziasmul primei ipoteze, e foarte ușor să deschizi o carcasă fără să scoți ștecherul sau să schimbi două lucruri deodată și să nu mai știi care a contat.

Un protocol scris rezolvă trei probleme dintr-o lovitură: nu sari pași când te grăbești; altcineva poate repeta exact ce ai făcut tu; iar ce notezi pe parcurs devine dovada muncii tale — jurnalul pe care lecția viitoare îl vei ține în atelier.

Scheletul: opt pași de la simptom la semnătură

Protocolul e al tău — îl formulezi cu vocabularul tău și îl vei ajusta după fiecare folosire. Dar scheletul de mai jos s-a dovedit greu de bătut, și de la el pornește toată clasa:

1. Observă și notează simptomul exact. Ce, de când, permanent sau intermitent.
2. Culege contextul. Ce s-a schimbat recent? Cine a mai umblat la sistem? Mai apare simptomul și în alte condiții?
3. Pune sistemul în siguranță. Scoate din priză, scoate bateriile, descarcă-te de electricitatea statică. Abia apoi atingi ceva.
4. Formulează ipotezele. Diagrama cauză-efect de săptămâna trecută, cu frunze testabile.
5. Ordonează ipotezele după probabilitate și costul testului.
6. Testează una câte una. Un singur lucru schimbat per test; rezultatul se notează, chiar și când e „nu s-a schimbat nimic".
7. Repară cauza confirmată — înlocuiește, curăță, strânge, reconectează.
8. Verifică funcționarea completă și semnează. Nu doar simptomul dispărut: tot sistemul, în condiții normale de lucru. Notează concluzia.

Siguranța nu e un pas, e o condiție

Pasul 3 merită propriul paragraf, pentru că e singurul la care „aproape corect" înseamnă pericol real.

Adaugă la același pas și protecția sistemului, nu doar a ta: descărcarea de electricitate statică înainte să atingi plăci electronice (atingi o clipă carcasa metalică legată la pământ sau caloriferul) și o fotografie a sistemului înainte de orice demontare — memoria ta la remontare va fi mai slabă decât crezi.

Bucla de testare

Pașii 6 și 7 nu curg în linie dreaptă — se învârt. Fiecare test are două ieșiri, iar protocolul trebuie să spună clar ce urmează pe fiecare:

Punctul cel mai des uitat din toată schema e colțul din stânga jos: condiția de oprire. Un protocol fără oprire te ține două ore lipit de un mouse de 40 de lei. Decide de pe acum: după ce toate ipotezele din diagramă au picat, te oprești, revezi simptomul (poate ai descris greșit!) și ceri o a doua părere. A ști când te oprești e o competență de depanator, nu o înfrângere.

Validarea: calculatorul care nu afișează nimic

A doua oră testează documentul, nu sistemul. Fiecare pereche primește același caz, pregătit de profesor: calculatorul 4 pornește — ventilatoare, LED-uri, sunet de start — dar monitorul afișează „No signal". Sarcina nu e (încă) să reparați, ci să rulați protocolul pe hârtie: pas cu pas, ce ați face, ce ați nota, unde v-ați opri.

Apoi vine partea interesantă: schimbați protocolul cu perechea vecină și rulați-l pe al lor, ca niște roboți care execută exact ce scrie. Aici ies la iveală găurile. La pasul 2, protocolul lor întreabă „ce s-a schimbat recent"? Dacă nu, ratează indiciul-cheie al cazului — în weekend s-au mutat calculatoarele pentru simularea de la Evaluarea Națională, iar cablul video a fost prins în portul plăcii de bază în loc de portul plăcii video. Are protocolul un test pentru „monitorul e bun?" (îl încerci pe alt calculator)? Are pasul de siguranță înainte de a umbla la cabluri?

Închideți cu lista de validare, bifată pe protocolul propriu:

• acoperă tot drumul, de la simptom la verificarea finală;
• pasul de siguranță e obligatoriu și stă înaintea testelor;
• fiecare test schimbă un singur lucru și cere notarea rezultatului;
• există condiție de oprire;
• un coleg îl poate urma fără să te întrebe nimic.

Ce nu bifează, corectezi pe loc. Versiunea 2 a protocolului nu e un eșec al versiunii 1 — e exact felul în care se nasc procedurile bune. Cu ea în mână intri săptămâna viitoare în atelier, la reparația adevărată.

Exersează

1. Scrie versiunea finală a protocolului tău pe o singură pagină, numerotată. Limită: 10 pași. Tot ce nu încape într-o pagină nu va fi citit în atelier.
2. Rulează protocolul pe hârtie pentru cazul: telecomanda televizorului nu mai răspunde la nicio apăsare. Notează la fiecare pas ce ai face concret.
3. Ia protocolul colegului și găsește în el un pas ambiguu sau nesigur — unul pe care doi oameni l-ar executa diferit. Propune formularea care elimină ambiguitatea.
4. Provocare. Adaugă protocolului tău o regulă de cost: dacă timpul estimat de reparație depășește un prag, propui înlocuirea. Cum calculezi pragul pentru un obiect de 50 de lei? Dar pentru unul de 2 000 de lei?