Znaczenie umiejętności komunikacyjnych dla specjalistów technicznych

Autor: Roger Morrison
Data Utworzenia: 21 Wrzesień 2021
Data Aktualizacji: 6 Móc 2024
Anonim
Znaczenie umiejętności komunikacyjnych dla specjalistów technicznych - Technologia
Znaczenie umiejętności komunikacyjnych dla specjalistów technicznych - Technologia

Zawartość


Źródło: Pogonici / Dreamstime.com

Na wynos:

Każdy specjalista techniczny powinien upewnić się, że rozwija umiejętności komunikacyjne niezbędne do odniesienia sukcesu.

Opisz problem. Dla niektórych specjalistów technicznych nie jest to takie proste, jak się wydaje. Czy to w przypadku dokumentacji, raportów czy raportów, pisanie jest ważną umiejętnością dla każdego inżyniera. Mało tego, inżynierowie są często proszeni o składanie ustnych raportów lub komentowanie kluczowych zagadnień podczas spotkań lub dyskusji. Niezbędne są dobre umiejętności komunikacyjne. W rzeczywistości, jeśli nie jesteś w stanie jasno wyjaśnić lub odpowiednio udokumentować ich w krytycznych sytuacjach, możesz bardzo zagrozić relacjom z klientami lub nawet utracić cenne umowy o pracę dla swojej organizacji.

Oceń swoje umiejętności

Jak dobrze komunikujesz się? To dość szerokie pytanie. Jeśli nie znasz francuskiego, twoje umiejętności komunikacyjne w języku francuskim nie istnieją. Ale znasz technologię. Być może studiowałeś go w szkole, uczestniczyłeś w kursach, uzyskałeś certyfikat lub nauczyłeś się go w pracy. Bądźmy więc bardziej precyzyjni: na ile jesteś dobry w przekazywaniu swojej wiedzy technicznej w ramach swojej odpowiedzialności jako specjalisty technicznego?


Użycie słowa „odpowiedzialność” jest zamierzone. Jeśli nie jesteś w stanie jasno wyjaśnić swoich działań, zamiarów lub zadań w miejscu pracy, twoja kariera się nie rozwinie. Według Marka Crawforda „Komunikacja techniczna jest niezbędna do awansu zawodowego dla wszystkich specjalistów technicznych”. Obejmuje to komunikację ustną i pisemną. I potrzebujesz ich codziennie.

Być przygotowanym

Zostaniesz wezwany na spotkanie za dwie godziny. Planowana aktualizacja systemu nie poszła dobrze, a ludzie chcą wiedzieć, dlaczego. Co powiesz? Czy masz zamiar wejść nieprzygotowany, podczas gdy inni zajmują się opowiadaniem? Jesteś odpowiedzialny za aktualizację, ale jesteś również odpowiedzialny za rozmowę o tym. Pominięcie spotkania podczas przeszukiwania komputera nie jest możliwe.

Zdarzyło mi się to raz. W nocy mieliśmy zespół do wykonywania działań w sieci, a ja zostałem wysłany do obserwacji. W tym przypadku sam nie wykonywałem pracy, ale musiałem wiedzieć, co się dzieje. Prawie było mi ich żal, kiedy stracili kanał komunikacyjny i nie mogli go odzyskać. Wydawali się zdesperowani. To było ważne. Zanim przybyłem na spotkanie - bez snu - napisałem obszerny raport o incydencie i wysłałem go do moich kierowników. Przed wyższym kierownictwem byłem w stanie jasno wyjaśnić, co się stało. Moja komunikacja, zarówno ustna, jak i pisemna, była jasna, zwięzła i spójna. Później mój kierownik liniowy powiedział mi, że wszyscy byli pod wrażeniem. Myślę, że to mogło pomóc, gdy nadszedł czas, aby klient podpisał moje przedłużenie umowy.


Specjaliści techniczni są codziennie proszeni o wyjaśnienie i obronę szczegółowych aspektów swojej pracy. Inżynier może uczestniczyć w konferencjach telefonicznych lub wideo, pisać procedury, konsultować się ze współpracownikami, dokumentować problemy, przeprowadzać szkolenia, przygotowywać raporty lub przewodniczyć spotkaniom. Nie wystarczy rozwiązywać problemy lub łamać numery. Ważne jest przekazywanie pomysłów.

Rozwijaj i dziel się swoimi pomysłami

Dr Alan Rossiter mówi: „Wiele dobrych pomysłów nigdy nie ujrzy światła dziennego, ponieważ inżynierowie, którzy je mają, nie są w stanie przekazać tych pomysłów”. Znasz stare przysłowie: „Publikuj lub zgiń”. jedną rzeczą jest usiąść przed komputerem i wykonać plany działania dostarczone przez inżynierów. Kolejnym jest rozwijanie i udostępnianie własnych koncepcji technologicznych.

Obecnie większość ludzi myśli o inżynierze IT jako o kimś, kto nauczył się protokołów i praktyk już ustanowionych w tej dziedzinie. Ale przemysł komputerowy nie jest już tak stary. Wiele technologii, które obecnie przyjmujemy za pewnik i których używamy na co dzień, zostało opracowanych od czasów II wojny światowej. (Aby uzyskać więcej informacji na temat ludzi, którzy umieli przekazywać pomysły, zobacz 7 Manifestów komputerowych, które zmieniły świat.)

Jest to szczególnie ważne w przypadku zarządzania problemami. Co się stało, kiedy i w jakiej kolejności? Jakie działania miały miejsce tuż przed wystąpieniem problemu? Jakie kroki podjęto w celu rozwiązania problemu? W uwagach do zgłoszenia problemów rzeczywiście wykorzystaliśmy numerowane listy do opisania sekwencji zdarzeń lub próbowaliśmy „naprawić działania”. Oto ogólny przykład. (Faktyczna informacja o bilecie zawierałaby bardziej szczegółowe informacje.)

  1. Otrzymał telefon od John Doe / Acme Co. dotyczący problemów z jego połączeniem.
  2. Przeprowadził diagnostykę i wykrył błędną konfigurację.
  3. Sprawdziłem bazę danych kontroli zmian i zobaczyłem, że wczoraj było okno konserwacji, które mogło mieć wpływ na klienta.
  4. NASTĘPNY: Skontaktuj się z zespołem ds. Obsługi technicznej i omów prawidłową konfigurację obwodu.

„Doskonałość biletów” była naszym słowem kluczowym do skutecznej dokumentacji incydentów. Każda akcja musi przejść do biletu. Mówiliśmy, że „jeśli nie ma go w bilecie, nie zostało to zrobione”. Zrozumienie sekwencji zdarzeń jest często kluczem do rozwiązania problemu.

Analityczny

Możesz nie być w stanie uczyć inteligencji, ale można nauczyć się krytycznego myślenia. Czasami doświadczenie inżyniera powie mu prawdopodobną przyczynę problemu, po prostu dlatego, że widział go wcześniej. Ważne jest, aby nie spieszyć się i przemyśleć sprawy. Według Atula Mathura, profesjonalnego inżyniera i specjalisty ds. Technicznych, „pisanie techniczne to nie tylko umiejętności językowe - to także to, jak myślimy”.

Ilościowy

Znasz parametry, progi i KPI, które wpływają na twoją pracę. Podczas ich dokumentowania niezwykle ważne jest, aby były one dokładne. Każdy programista wie, że to prawda. Misja Marsa została utracona, ponieważ ktoś użył liczb imperialnych, a nie metrycznych. Twoja reputacja zależy od tego, czy potrafisz wszystko naprawić. (Aby uzyskać więcej informacji na temat kluczowych wskaźników wydajności, zobacz Rola kluczowych wskaźników wydajności w zarządzaniu siecią).

Jakościowy

Opis problemu technicznego wymaga więcej niż analizy numerycznej. Często w grę wchodzi mnóstwo ludzi, urządzeń lub sytuacji. Nie wystarczy radzić sobie z algorytmami. Opracowanie kluczowych aspektów przedmiotu może skupić się na problemach. Ludzie nie są robotami, a komunikacja techniczna to nie to samo, co przenoszenie programu z jednego komputera na drugi. To ludzka wymiana.

Prostota w złożoności

Musisz także pamiętać o swoich odbiorcach. Jeśli mówisz lub piszesz w terminach lub za pomocą skrótów, których twoi odbiorcy nie rozumieją, stracisz je. Nie uda ci się nawiązać komunikacji. Spróbuj: Znajdź ośmioletniego siostrzeńca (lub innego nieszczęśliwego dziecka) i wyjaśnij mu, co robisz przed ekranem komputera przez osiem godzin dziennie. Jeśli rozumie, to albo jest wyjątkowo bystry, albo jesteś dobrym komunikatorem.

Wniosek

Nie wystarczy być genialnym inżynierem lub zdolnym technikiem. Możesz dokładnie wiedzieć, co robisz i jak znaleźć rozwiązania - możesz nawet być najmądrzejszą osobą w firmie. Ale jeśli nie zwrócisz uwagi na to, jak dobrze komunikujesz się, co wiesz, szanse na to, że Twoja wartość dla organizacji spadnie z każdą nieudaną komunikacją. Według Rossitera „jeśli chcesz pracować na pół-niezależnie lub jeśli chcesz nadzorować innych ludzi, umiejętność porozumiewania się jest bardzo ważna ... Jeśli chcesz być zauważony, musisz się komunikować”. Niezależnie od tego, czy jesteś zajęty codzienne zadania operacyjne lub intensywnie zaangażowane w skomplikowane badania, sposób komunikacji będzie miał ogromny wpływ na trajektorię kariery. To może być najważniejsza umiejętność ze wszystkich.