Wyjaśnianie rzeczy technicznych osobom nietechnicznym [zamknięte]

Często muszę wyjaśniać kwestie techniczne i decyzje techniczne swojemu niezwykle nietechnicznemu kierownikowi i jestem z tego powodu okropnie. Jakie są dobre sposoby na załatwienie głupot dla reszty świata, który nie ma pasji do programowania?

Przykładowe pytania, które mi zadano:

• Dlaczego używasz Django zamiast Java (Nie zaakceptowałem też, że jest tańszy)
• Prosząc mnie o sformułowanie rzeczy w nietechnicznych słowach, moje zdanie brzmiało: „Niektóre tagi HTML są niedozwolone”. Jak mogę to stłumić?
• Inne rzeczy, które mają dla mnie idealny sens, ale są tak podstawowe, że nie wiem, jak to wyjaśnić
• Dlaczego to, dlaczego to, dlaczego wszystko!

Ponadto, jak mam powiedzieć mojemu menedżerowi, aby sprawdził podstawowe rzeczy w Google, takie jak „Co to są pylony?”

Zwykle używam analogii. Weź niezależnie od tematu i pomyśl o czymś całkowicie nietechnicznym, które mogliby zrozumieć, i wytłumacz im to w ten sposób.

Najlepszy przykład, jaki mogę wymyślić odręcznie, to jeśli muszę wyjaśnić orientację obiektu, wyjaśnię to za pomocą talii kart. Lub, kiedy próbowałem wyjaśnić ideę bezprzewodowego Internetu mojej wielkiej cioci (która nigdy nie korzystała z komputera), użyłem telefonów bezprzewodowych, aby to wyjaśnić.

Nie spotkałem się jeszcze z żadnym tematem, którego nie mogę w ten sposób ogłupić.

Rzeczy, których używam

^{do świetnego i niezbyt dobrego efektu.}

• Analogie: wyjaśniając sytuację lub proces, to naprawdę działa dobrze, jeśli potrafisz wyrazić to w zrozumiały dla nich sposób.
• Ogólne warunki: Zamiast mówić tagi HTML, możesz powiedzieć kod . Jeśli odpowiedzą na prośbę o wyjaśnienie, może być czas na krótkie streszczenie HTML i jego działania. „Strony internetowe są zbudowane z bloków zwanych„ znacznikami ”. Jeśli Twoja przeglądarka nie obsługuje określonego znacznika, nie będzie on wyświetlany poprawnie.”
• Podsumowania i przeglądy: Czasami dobrze jest dać krótkie podsumowanie przed uderzeniem ich do góry nogami technicznym żargonem.
• Usuń żargon: Włącz „Baza danych nie wyważa poprawnie obciążenia po trafieniu przez wiele żądań z podsieci IP”. w „Baza danych ma problemy z obsługą żądań od niektórych osób”. Jeśli będziesz musiał to wyjaśnić, zamień go na coś innego. Jeśli musisz wyjaśnić bazę danych, masz kłopoty. „Miejsce do przechowywania rzeczy” to moja awaria.
• Pomoce wizualne: Whiteboard rock. Wykorzystaj je na swoją korzyść.
• Uczyń ich technicznymi: Pomaga w zarządzaniu menedżerami, szefami i współpracownikami. Jeśli menedżer konta jest zdezorientowany na spotkaniach, ponieważ wszyscy oprócz nich rozumieją, co zostało powiedziane, może sprawić, że będą chcieli czytać te e-maile, na których zostali napisani. Poświęć trochę czasu na pisanie notatek lub wiadomości e-mail, aby dokładnie się wyjaśnić lub wskazać odniesienia do wyjaśnień. Posiadanie kogoś, kto sam rozumie, czym jest HTML , prawdopodobnie będzie lepsze niż próbowanie wbicia go w to podczas ważnego spotkania.

Kiedyś, dawno temu, będąc jeszcze studentem, poproszono mnie o wyjaśnienie czegoś podczas niedzielnego lunchu - jedno z najbardziej edukacyjnych doświadczeń, jakie kiedykolwiek miałem. Osoba, która zadała to pytanie, nie była głupia - ale nie miała doświadczenia, a poziom wiedzy, który zakładałem, po prostu nie istniał. Zacząłem odpowiadać, spojrzałem pusto, zmieniłem dół, nadal pusto, zmieniłem dół, wciąż pusty ... hmm ... więc zacząłem w ten sam sposób, w jaki zaczynasz budować aplikację, z małymi objaśnieniami, które możesz wbudować w coś bardziej znaczącego.

Kluczową częścią tej lekcji było dla mnie (i jest) to, jak bardzo zakładamy (nie tylko programistów, wszystkich) o wiedzy innych ludzi na temat naszej wybranej specjalizacji, podczas gdy w rzeczywistości można rozsądnie założyć, że większość ludzi wiedz, że 1 + 1 = 2, ale potem robi się ciekawie.

Tak więc pierwszą i najważniejszą rzeczą jest, aby zrozumieć, że ludzie nie wiedzą i nie rozumieją co ty zrobić - ale rozumiem, co oni robią i kiedy wyjaśniając rzeczy, które w związku z tym trzeba zacząć prosty i zatrzymać w odpowiednim poziom dla odbiorców.

Jeśli chodzi o konkretne techniki - myślę, że @Josh K ma to dość dobrze - i chciałbym podkreślić, że Analogie są absolutnym zwycięzcą.

Jeszcze jedna rzecz - od czasu do czasu dopuszczalne jest po prostu odpisywanie rzeczy jako „maniaków” ludzie nie zawsze chcą pełnych wyjaśnień, dlaczego i jeśli wcześniej wykazaliście chęć wyjaśnienia i zdolność do robienia więc w zrozumiały sposób ludzie będą skłonni Ci zaufać, gdy zasugerujesz, że mają zastosowanie „złożone powody techniczne” lub że ostatecznie możesz osiągnąć konkretny wynik poprzez „robienie rzeczy dla maniaków” (lub „rzeczy dla programistów” lub jakikolwiek termin, który działa dobrze w twoje otoczenie).

Przekazywanie technicznych informacji odbiorcom nietechnicznym (jednej lub więcej) to umiejętność, którą możesz rozwinąć i której potrzebujesz.

Spróbuj odpowiedzieć nie pod kątem podstawowej technologii, ale pod względem problematycznej dziedziny. „gdy klient korzystający z firefox próbuje złożyć zamówienie, jego przeglądarka nie wyświetla przycisku KUP IT - ta przeglądarka nie obsługuje używanego przez nas tagu HTML”

Często taki jest rodzaj zarządzania odpowiedziami. Jeśli naprawdę chce zrozumieć szczegóły niskiego poziomu, najlepiej założyć analogie do technologii, którą znasz.

Staram się znaleźć analogię do czegoś podobnego w prawdziwym świecie. Na przykład, kiedy wspomniałem o stosie i ktoś zapytał, co to jest:

„Cóż, masz dzieci. Czy bawią się kiedykolwiek tymi drewnianymi klockami z literami?”

"Tak."

„Widziałeś kiedyś, jak robią wielką wieżę, układając jeden blok na drugim?”

"Tak."

„OK, a kiedy masz taką wieżę, bezpiecznie jest tylko dotknąć jej szczytu, prawda? Możesz nałożyć kolejny blok lub możesz zdjąć blok na szczycie, ale jeśli przeniesiesz coś pod nim w górnym bloku, cała sprawa spadnie, prawda?

Śmiać się. „Tak! Uwielbiają rozbijać wieżę i sprawić, by wszyscy upadli!”

„Cóż, stos jest w zasadzie podobny do robienia tego z danymi. Konfigurujesz strukturę danych w taki sposób, że możesz tylko dodawać rzeczy na górze lub usuwać element na górze. Jest to przydatne do śledzenia rzeczy, które są w toku poprzez działanie, ale najpierw musisz zrobić coś innego, a następnie, zanim skończysz, musisz zrobić coś innego i tak dalej ”. (W ten sposób wprowadzono pomysł stosu wywołań.) „Z wyjątkiem tego, że w tym przypadku nie chcesz zburzyć wieży.”

„Och, rozumiem teraz. Fajnie!”

Nie czuj się źle Musiałem wyjaśnić, co oznacza kopia podczas pisania, kompletnemu i kompletnemu głupkowi w zeszłym tygodniu. Przerażająco ten głupek był jednym z naszych sprzedawców.

Jeśli osobiście, znajdź białą tablicę lub przynajmniej trochę papieru, aby stać się ludzką warstwą abstrakcji.

Jeśli pracujesz z kimś zdalnie, dostępnych jest wiele narzędzi do szkicowania / tablicy.

Próba uproszczenia czegoś abstrakcyjnego poprzez dalszą jego abstrakcję bez jakiejkolwiek pomocy wizualnej jest po prostu szaleństwem. Doprowadzi to do nadużywania narkotyków i alkoholu, pozbawienia praw rodzinnych i rówieśniczych oraz, co gorsza, okrucieństwa jednorożców.

+1 dla każdego, kto mówi o analogiach, +1 dla każdego, kto mówi o tablicach lub papierze i ołówku jako pomocy wizualnej.

Kolejną sztuczką, której się nauczyłem, jest to, że niektórzy ludzie, których znalazłem, gdy piszę 5 stron o tym, dlaczego coś jest, tak naprawdę to przeczytają - mogę powiedzieć, ponieważ miesiąc później coś powie i wiem to z dokument, który napisałem.

Dziwne jest to, że jestem pewien, że wcześniej próbowałem wyjaśnić to samo słownie (nawet za pomocą pomocy wizualnych i analogii) i nie zrozumieli. Uważam, że jest to szczególnie pomocne w sytuacjach politycznych lub emocjonalnych lub gdy częste przerwy przeszkadzają.

Pamiętaj jednak, aby rzeczywiście wyjaśnić problem - i wyjaśnić dlaczego pod względem korzyści biznesowych. Kiedyś wyjaśniłem naszemu CEO koncepcję długu technicznego - a teraz możemy to wykorzystać jako skrót konwersacyjny. „Dlaczego chcesz robić to trzy dni? Ta strona wygląda dla mnie dobrze!” „Spowoduje to usunięcie długu technicznego, dlatego następnym razem, gdy będziemy musieli to naprawić, sprawy pójdą znacznie szybciej”. Następnie rozmowa może stać się o ile szybsza.

Robisz sobie emocjonalne i negatywne skutki dla kariery, denerwując się koniecznością wyjaśniania szczegółów technicznych osobom nietechnicznym. To, co Cię zatrudniło, to fakt, że ludzie nietechniczni potrzebują tłumaczenia procesów technicznych na nietechniczne procesy biznesowe i odwrotnie. Im bardziej jesteś biegły w tłumaczeniu między dwoma domenami problemowymi, tym bardziej zyskujesz na wartości dla pracodawcy.

Zapoznaj się z technikami produkcji i wyjaśnij proces rozwoju w kategoriach procesów na linii montażowej.

Na przykład wyjaśnienie przetwarzania znaczników HTML (a tym samym niemożności ich użycia) można wyrazić w formie matryc do wytłaczania, powszechnie znanych w play-doh.

Wyjaśnij problemy związane z procesem programowania, takie jak zmiana wymagań, aktualizacja interfejsów, wady produktu itp., W odniesieniu do kosztów zamknięcia linii, czasu i wydatków związanych z budowaniem linii i konieczności jej modyfikacji, gdy zmienią się wymagania lub warunki itd.

Poszedłem do bardziej szczegółowo w innej odpowiedzi.

• Uważaj to za doskonałą okazję do doskonalenia umiejętności prezentacji.

• Uważaj to za doskonałą okazję do przejrzenia swoich podstaw technicznych.

• Mów w języku odbiorców, a NIE w swoim języku.

• Zbadaj DLACZEGO non-techie chce tych informacji. Jaki jest podstawowy powód? Czy on jest znudzony Chcesz dowiedzieć się więcej? Chcesz wyglądać na kompetentnego? Lubi doprowadzać cię do szaleństwa? Super-ekstrawertyczny, z kim nie można rozmawiać? Sfrustrowany brakiem postępów pomimo optymistycznych szacunków (to jest częste!)?