Un inginer, un antreprenor și o persoană care învață să folosească un produs pot privi același sistem și pot avea nevoie de explicații diferite. Nu pentru că o audiență ar fi mai puțin capabilă, ci pentru că oamenii răspund pentru decizii diferite.
Experiența mea trece prin formare tehnică, analiza nevoilor clienților și leadership tehnologic. O provocare recurentă este să aleg ce detaliu ajută o persoană să acționeze și ce informație merită păstrată pentru întrebarea următoare. A explica totul deodată nu este același lucru cu a explica limpede.
Începe cu următoarea decizie a audienței
Înainte să pregătesc o explicație, aș întreba ce trebuie să poată face persoana după discuție. Alege între opțiuni, execută o procedură, evaluează un risc sau decide dacă merită să investigheze mai mult?
O demonstrație de produs poate trebui să arate dacă un flux de lucru este potrivit. O sesiune de formare poate trebui să facă o sarcină repetabilă. O discuție de management poate trebui să scoată la iveală un compromis pe care echipa tehnică nu îl poate decide singură. Fiecare are un centru de greutate diferit.
Următoarea decizie arată și ce nu trebuie omis. Un răspuns scurt este util doar dacă păstrează condițiile care pot schimba alegerea. Claritatea include limitele, dependențele și incertitudinea.
Separă problema de implementarea propusă
O conversație se complică atunci când oamenii nu sunt de acord asupra soluției înainte să fie de acord asupra problemei. „Avem nevoie de o platformă nouă” poate ascunde nevoi diferite: acces mai simplu, responsabilități clare, documentație mai bună sau mai puțini pași manuali.
Aș reformula nevoia în termeni pe care un utilizator îi recunoaște. Apoi aș verifica dacă oamenii implicați împărtășesc aceeași descriere. Nu este o etapă formală făcută de dragul procesului; este un mod de a evita rezolvarea unor probleme diferite sub aceeași etichetă.
După clarificarea nevoii, opțiunile de implementare au un reper. Discuția poate trece de la „ce instrument preferăm?” la „ce alegere răspunde acestor nevoi și constrângeri?”. Judecata tehnică rămâne necesară, dar are un context comun.
Construiește explicația pe niveluri
Un prim nivel util poate conține recomandarea, motivul, compromisul principal și pasul următor. Detaliile suplimentare pot susține apoi întrebările care apar.
Să luăm un exemplu ilustrativ: o echipă analizează un instrument de căutare în baza de cunoștințe. Explicația inițială nu trebuie să înceapă cu fiecare componentă a arhitecturii. Poate porni de la informațiile căutate, locul surselor și modul în care un răspuns va fi verificat. Designul tehnic explică apoi cum sunt tratate aceste nevoi.
Nivelurile nu sunt o scuză pentru a ascunde complexitatea. Materialul detaliat trebuie să rămână disponibil, iar o limitare importantă trebuie să apară din prima dacă schimbă decizia. Scopul este un traseu clar prin informație, nu o simplificare care încetează să fie adevărată.
Folosește un exemplu care arată și limita
Un exemplu reușit arată ce poate face un sistem. Un exemplu de limită arată unde trebuie să fim atenți. Ambele sunt utile.
În formarea tehnică, prefer exemple care le permit oamenilor să lege un pas de un motiv. Dacă procedura se schimbă într-o anumită condiție, condiția trebuie să fie vizibilă. Dacă demonstrația se bazează pe date pregătite, trebuie să spunem asta. Dacă rezultatul cere verificare de specialitate, merită arătată și verificarea, fără a prezenta draftul drept rezultat final.
Oamenii trebuie să plece cu un mod de a pune întrebarea următoare. O explicație clară nu îl obligă pe prezentator să răspundă anticipat la toate întrebările posibile.
Verifică înțelegerea prin acțiune
„Are sens?” produce adesea un răspuns politicos. Este mai informativ să îi cerem unei persoane să descrie alegerea în cuvintele ei, să identifice un caz potrivit de utilizare sau să explice ce ar verifica în continuare.
Într-o discuție de business, echivalentul poate fi o evidență scurtă a deciziei: ce am stabilit, de ce, ce rămâne incert și cine răspunde pentru acțiunea următoare. Oferă un reper comun fără să transforme orice conversație într-un document amplu.
Pentru mine, comunicarea tehnică face parte din livrare. Munca devine mai utilă când oamenii din jur înțeleg decizia, îi recunosc limitele și pot face următorul pas cu suficientă încredere.