“Izvještaj nema pravo da bude dosadan”: intervju s Baruhom Sadogurskim o govorima na konferencijama

Baruch Sadogursky - Developer Advocate u JFrog-u, koautor knjige “Liquid Software”, poznati IT govornik.

Baruch je u jednom intervjuu objasnio kako se priprema za svoje izvještaje, po čemu se strane konferencije razlikuju od ruskih, zašto bi im učesnici trebali prisustvovati i zašto bi trebali govoriti u kostimu žabe.

“Izvještaj nema pravo da bude dosadan”: intervju s Baruhom Sadogurskim o govorima na konferencijama

Počnimo s najjednostavnijim. Što mislite zašto uopće govoriti na konferencijama?

Zapravo, govor na konferencijama je za mene posao. Ako generalnije odgovorimo na pitanje „Zašto je moj posao?“, onda je to u cilju (barem za kompaniju JFrog) postizanje dva cilja. Prvo, uspostaviti kontakt sa našim korisnicima i kupcima. Odnosno, kada govorim na konferencijama, stojim na raspolaganju tako da svi koji imaju bilo kakva pitanja, neke povratne informacije o našim proizvodima i kompaniji mogu razgovarati sa mnom, mogu im nekako pomoći i poboljšati njihovo iskustvo u radu sa našim proizvodima.

Drugo, ovo je neophodno za povećanje svijesti o brendu. Odnosno, ako kažem neke zanimljive stvari, onda ljude zanima kakav je ovo JFrog, i kao rezultat završe u našem lijevku za odnose s programerima, koji na kraju ide u lijevak naših korisnika, koji na kraju ide u lijevak naših kupaca.

Recite nam kako se pripremate za nastupe? Postoji li neka vrsta algoritma pripreme?

Postoje četiri manje-više standardne faze pripreme. Prvi je početak, kao u filmovima. Neka ideja se mora pojaviti. Pojavi se ideja, a onda dosta dugo sazrijeva. Sazreva, razmišljate kako najbolje predstaviti ovu ideju, u kom ključu, u kom formatu, šta se o tome može reći. Ovo je prva faza.

Druga faza je pisanje konkretnog plana. Imate ideju i ona počinje da dobija detalje o tome kako ćete je predstaviti. To se obično radi u nekoj vrsti mentalne mape formata, kada se sve što je vezano za izvještaj pojavljuje oko ideje: argumenti podrške, uvod, neke priče koje želite ispričati o tome. Ovo je druga faza – plan.

Treća faza je pisanje slajdova prema ovom planu. Koristite neke apstraktne ideje koje se pojavljuju na slajdovima i podržavaju vašu priču.

Četvrta faza su probe i probe. U ovoj fazi, važno je osigurati da se priča ispostavila, da je priča koherentna i da budete sigurni da je sve u redu u pogledu vremena. Nakon toga, izvještaj se može proglasiti spremnim.

Kako shvatate da se „ovom temom“ treba pozabaviti? A kako prikupljate materijal za izvještaje?

Ne znam kako da odgovorim, to nekako dođe. Ili je "Oh, kako je ovdje super ispalo", ili je "Oh, niko stvarno ne zna niti razumije ovo", a postoji prilika da se kaže, objasni i pomogne. Jedna od ove dvije opcije.

Prikupljanje materijala veoma zavisi od izveštaja. Ako je ovo izvještaj o nekoj apstraktnoj temi, onda je to više literature, članaka. Ako je ovo nešto praktično, onda će to biti pisanje koda, neke demonstracije, pronalaženje pravih dijelova koda u proizvodima i tako dalje.

Baruhov govor na nedavnom DevOps samitu u Amsterdamu 2019

Strah od nastupa i anksioznost neki su od najčešćih razloga zašto ljudi ne izlaze na pozornicu. Imate li savjet za one koji osjećaju nervozu prilikom nastupa? Jeste li zabrinuti i kako se snalazite?

Da, imam ga, trebalo bi da bude, i, verovatno, u trenutku kada potpuno prestanem da brinem, ovo je razlog da prestanem sa tim.

Čini mi se da je to sasvim normalna pojava kada izađeš na binu, a ispred tebe je puno ljudi. Brineš se jer je to velika odgovornost, to je prirodno.

Kako se nositi s ovim? Postoje različiti načini. Nikada to nisam imao na takvom nivou da se moram direktno boriti protiv toga, tako da mi je teško reći.

Najvažnija stvar koja mi takođe pomaže je prijateljsko lice – neko poznato lice u publici. Ako zamoliš nekoga koga poznaješ da dođe na tvoj razgovor, sedi u prvi red u sredini tako da uvek možeš da ga pogledaš, a osoba će biti pozitivna, smejaće se, klimati glavom, podržavati, mislim da je ovo ogromno, ogromna pomoć. Ne tražim posebno od nikoga da to radi, ali ako se desi da se u publici nađe neko poznato lice, to mnogo pomaže i ublažava stres. Ovo je najvažniji savjet.

Mnogo govorite na ruskim i međunarodnim konferencijama. Vidite li razliku između izvještaja na ruskim i stranim konferencijama? Postoji li razlika u publici? U organizaciji?

Vidim dve velike razlike. Jasno je da su konferencije različite i u Rusiji i u inostranstvu, ali ako uzmemo prosek za bolnicu, onda su u Rusiji konferencije više tehnički u smislu dubine izveštaja, u smislu hardkora. To je ono na što su ljudi navikli, možda zahvaljujući tako velikim konferencijama kao što su Joker, JPoint, Highload, koje su se uvijek bazirale na hardcore prezentacijama. A to je upravo ono što ljudi očekuju od konferencija. I za mnoge je to pokazatelj da li je ova konferencija dobra ili loša: ima puno mesa i hardcorea ili ima puno vode.

Iskreno govoreći, možda zbog činjenice da mnogo govorim na stranim konferencijama, ne slažem se sa ovakvim pristupom. Vjerujem da izvještaji o mekim vještinama, “poluhumanitarni izvještaji”, nisu ništa manje, a možda čak i važniji za konferencije. Budući da se neke tehničke stvari u konačnici mogu pročitati u knjigama, možete ih shvatiti pomoću korisničkog priručnika, ali kada su u pitanju soft skills, kada je u pitanju psihologija, kada je u pitanju komunikacija, sve to nema gdje dobiti, barem lako, pristupačno i razumljivo. Čini mi se da to nije ništa manje važno od tehničke komponente.

Ovo je posebno važno za DevOps konferencije kao što je DevOpsDays, jer se DevOps uopće ne bavi tehnologijom. DevOps se odnosi samo na komunikaciju, radi se samo o načinima na koje ljudi koji ranije nisu radili zajedno rade. Da, postoji tehnička komponenta, jer je automatizacija kritična za DevOps, ali ovo je samo jedna od njih. A kada DevOps konferencija, umjesto da se govori o DevOps-u, govori o pouzdanosti web-mjesta ili automatizaciji ili cjevovodima, onda ova konferencija, uprkos činjenici da je vrlo hardcore, po mom mišljenju, promaši samu suštinu DevOps-a i postaje konferencije o administraciji sistema , ne o DevOps-u.

Druga razlika je u pripremi. Opet, uzimam bolnički prosjek i opšte slučajeve, a ne specifične. U inostranstvu pretpostavljaju da je većina ljudi u životu prošla neku vrstu obuke za javni nastup. Barem u Americi, to je dio visokog obrazovanja. Ako je osoba završila fakultet, tada već ima značajno iskustvo u javnom govoru. Stoga, nakon što je programski odbor pogledao plan i shvatio o čemu će izvještaj biti, više se ne radi obuka govora za govornika, jer se vjeruje da on, najvjerovatnije, zna kako se to radi.

U Rusiji se takve pretpostavke ne prave, jer malo ljudi ima iskustva u javnom nastupu, pa se govornici mnogo više obučavaju. Opet, generalno, postoje propisi, postoje časovi sa govornicima, postoje kursevi javnog govora koji pomažu govornicima.

Kao rezultat toga, slabi govornici koji loše komuniciraju bivaju eliminisani ili im se pomaže da postanu jači izlagači. Činjenica da se na Zapadu javno govorenje smatra veštinom koju mnogi ljudi imaju, na kraju dobija suprotan efekat, jer se ova pretpostavka često pokaže kao lažna, pogrešna, a ljudi koji ne znaju javno da govore otvoreno zajebaju. postavljaju i prave odvratne izvještaje. A u Rusiji, gde se veruje da nema iskustva u javnom govoru, na kraju ispadne mnogo bolje, jer su bili obučeni, testirani, izabrali su dobrog i tako dalje.

To su dvije razlike.

Da li ste bili na DevOpsDays u drugim zemljama? Šta mislite po čemu se razlikuju od drugih konferencija? Postoje li neke posebne karakteristike?

Vjerovatno sam bio na nekoliko desetina DevOpsDays konferencija širom svijeta: u Americi, Evropi i Aziji. Ova konferencijska franšiza je prilično jedinstvena po tome što ima više-manje ustaljen format koji možete očekivati ​​bilo gdje od bilo koje od ovih konferencija. Format je sljedeći: ima relativno malo front-line konferencijskih prezentacija, a dosta vremena je posvećeno formatu otvorenih prostora.

Otvoreni prostori su format u kojem se zajedno sa ostalim učesnicima raspravlja o temi za koju je glasalo najviše ljudi. Onaj koji je predložio ovu temu je voditelj, on vodi računa da rasprava počne. Ovo je odličan format jer, kao što znamo, komunikacija i umrežavanje nisu ništa manje važni dijelovi bilo koje konferencije od prezentacija. A kada konferencija posveti polovinu svog vremena mrežnom formatu, to je jako cool.

Osim toga, Lightning Talks se često održavaju na DevOpsDays - ovo su kratki petominutni izvještaji koji vam omogućavaju da naučite mnogo o mnogo čemu i otvorite oči za neke nove stvari u ne dosadnom formatu. A ako ste usred redovnog izveštaja shvatili da ovo nije vaše, onda se gubi vreme, gubi se 30-40 minuta vašeg života, onda je ovde reč o izveštajima od pet minuta. A ako niste zainteresovani, to će uskoro završiti. „Recite nam, ali brzo“ je takođe veoma dobar format.

Ima više tehničkih DevOpsDay-a, a postoje i oni koji su posebno prilagođeni onome što je DevOps: procesi, saradnja, takve stvari. Zanimljivo je imati oboje, i zanimljivo je imati oboje. Mislim da je ovo jedna od najboljih DevOps konferencijskih franšiza danas.

Mnogi od vaših nastupa su slični predstavama ili predstavama: ponekad držite govor u obliku grčke tragedije, ponekad igrate ulogu Sherlocka, ponekad nastupate u kostimu žabe. Kako dolaziš do njih? Postoje li neki dodatni ciljevi osim da izvještaj ne bude dosadan?

Čini mi se da reportaža nema pravo da bude dosadna, jer, prvo, gubim vrijeme slušalaca, u dosadan izvještaj oni su manje uključeni, manje su naučili, naučili su manje novih stvari, a ovo nije najbolji gubitak vremena. Drugo, ni moji ciljevi nisu ostvareni: ne misle ništa dobro o meni, ne misle ništa dobro o JFrogu, a za mene je ovo neka vrsta neuspjeha.

Dakle, dosadni izvještaji nemaju pravo na postojanje, barem za mene. Trudim se da ih učinim zanimljivim, atraktivnim i nezaboravnim. Nastupi su jednosmjerni. I, zapravo, metoda je prilično jednostavna. Sve što trebate je smisliti neki zanimljiv format, a zatim iznijeti ista razmišljanja koja su predstavljena u obliku redovnog izvještaja u neobičnom formatu.

Kako da smislim ovo? Nije uvijek isto. Nekad su to neke ideje koje mi padaju na pamet, nekad su mi to neke ideje koje mi se daju kada prođem kroz ili podijelim misli o izvještaju i oni mi kažu: „Oh, to se može učiniti ovako!“ To se dešava drugačije. Kada se ideja pojavi, uvijek je vrlo radosna i cool, to znači da možete napraviti zanimljiviji i uključeniji izvještaj.

“Izvještaj nema pravo da bude dosadan”: intervju s Baruhom Sadogurskim o govorima na konferencijama

Čiji se govori iz IT oblasti vama lično sviđaju? Ima li takvih zvučnika? I zašto?

Postoje dvije vrste govornika u čijim prezentacijama uživam. Prvi su zvučnici na koje se trudim da budem sličan. Razgovaraju na zanimljiv i uključen način, trudeći se da svi budu zainteresirani i svi slušaju.

Druga vrsta govornika su oni koji mogu pričati o bilo kojem obično dosadnom hardcoreu na vrlo zanimljiv i uzbudljiv način.

Od imena u drugoj kategoriji, ovo je Aleksej Šepelev, koji na zanimljiv i duhovit način govori o nekoj vrsti sakupljanja smeća dubokih performansi i unutrašnjosti java virtuelne mašine. Još jedno otkriće najnovijeg DevOops-a je Sergej Fedorov iz Netflixa. Ispričao je čisto tehničku stvar o tome kako su optimizirali svoju mrežu za isporuku sadržaja, i to je ispričao na vrlo zanimljiv način.

Iz prve kategorije - to su Jessica Deen, Anton Weiss, Roman Shaposhnik. To su govornici koji govore zanimljivo, sa humorom i zasluženo dobijaju visoke ocjene.

Vjerovatno imate više poziva za govor na konferencijama nego vremena za to. Kako birate gde ćete ići, a gde ne?

Konferencije i govornici, kao i gotovo sve ostalo, vođeni su tržišnim odnosima ponude i potražnje i vrijednosti jednog od drugog. Postoje konferencije koje me, recimo, žele više nego što su mi one potrebne. Što se tiče publike koju očekujem da se tamo sretnem i uticaja koji očekujem da tamo ostvarim. Ima konferencija na koje, naprotiv, želim da idem mnogo više nego što sam njima potreban. Na osnovu vrednosti za mene, odlučujem gde da idem.

Odnosno, ako je ovo, na primjer, neka geografija na koju ja strateški moram ići, to je velika poznata konferencija koja ima dobru reputaciju i na koju će ljudi ići, onda mi je očito stvarno potrebna. I više ga volim od drugih konferencija.

Ako je ovo neka mala regionalna konferencija i, možda, za koju nismo baš zainteresovani, onda je moguće da putovanje tamo ne opravdava vreme utrošeno na ovu temu. Normalni tržišni odnosi potražnje, ponude i vrijednosti.

Dobra geografija, dobra demografija, potencijalno dobri kontakti, komunikacija su garancija da će mi konferencija biti zanimljiva.

U jednom od svojih intervjua spomenuli ste da govorite na četrdesetak konferencija godišnje. Kako uspijevate raditi i pripremati se za nastupe? I uspijevate li sa takvim rasporedom održati ravnotežu posao/život? Podijelite svoje tajne?

Putovanja na konferencije su lavovski dio mog posla. Naravno, tu je i sve ostalo: priprema za izvještaje, održavanje tehničke forme, pisanje koda, učenje novih stvari. Sve se to radi paralelno sa konferencijama: uveče, u avionu, dan ranije, kada ste već stigli na konferenciju, a to je sutra. Ovako nešto.

Teško je, naravno, održavati ravnotežu između posla i života kada provodite toliko vremena na službenim putovanjima. Ali to pokušavam da nadoknadim činjenicom da sam, barem kada nisam na službenom putu, 100% sa svojom porodicom, ne odgovaram na mejlove uveče, trudim se da ne učestvujem u bilo kom pozivi uveče i vikendom. Kada nisam na poslovnom putu i vreme je za porodicu, to je zaista 100% porodično vreme. Radi li ovo i rješava li problem? br. Ali nadam se da će ovo nekako nadoknaditi moju porodicu za sve vreme mog odsustva.

Jedan od Baruchovih izvještaja je „Imamo DevOps. Otpustimo sve testere."

Uz tako gust raspored, uspijevate li održati svoj tehnički nivo ili ste se već udaljili od programiranja?

Trudim se da radim neke tehničke stvari dok se pripremam za svoje govore i druge aktivnosti na konferenciji. To su svakakve tehničke demonstracije, neki mini izvještaji koje dajemo na štandovima. Ovo nije programiranje-programiranje, ovo je više integracija, ali ovo je barem neki tehnički posao koji pokušavam obaviti. Na taj način održavam znanje o našim proizvodima, novim funkcijama i tako dalje.

Naravno, vjerovatno je nemoguće reći da sam sada isti hardcore koder kao prije 7 godina. Nisam siguran da li je to loša stvar. Ovo je vjerovatno neka prirodna evolucija. Ovo mi je manje interesantno, a imam manje vremena, pa, vjerovatno, Bog ga blagoslovio.

I dalje se smatram jakim tehničkim stručnjakom, i dalje sam u toku sa onim što se dešava, držim se na nogama. Ovo je moja hibridna situacija danas.

Ispričajte nam par smiješnih priča ili ekstremnih situacija koje su vam se dogodile: propustio avion/obrisao prezentaciju/isključen struj tokom izvještaja/prtljaga nije stigla?

Od smiješnih situacija najviše se sjećam raznih strašnih neuspjeha koji su se dešavali tokom izvještaja. Naravno, jer je ovo najstresnija situacija, jer je to publika, vrijeme i treba paziti da to ne protrate.

Imao sam „plavi ekran smrti“ i na Windows-u i na Mac-u tokom razgovora. Na Windows-u se to dogodilo jednom, na Mac-u nekoliko puta. Ovo je, naravno, stresno, ali nekako riješimo ovaj problem, kompjuter se restartuje, nastavljam nešto da pričam u ovom trenutku, ali stres je ogroman.

Vjerovatno najsmješnija situacija koju sam imao bila je na Groovy konferenciji. Ne sećam se tačno gde je konferencija održana, čini mi se, u hotelu, a preko puta ovog hotela je bila neka gradnja ili renoviranje. I tako sam pričao o nekom kodu koji sam napisao, bio je to demo. Ovo je bila prva iteracija demo-a, što je bilo razumljivo, ali možda nije dobro napisano. I samo sam htela da ga refaktorišem i poboljšam, i spomenuo sam neku frazu kao što je "samoosporavanje" o činjenici da je ovo "usrani kod". Bio je na drugom spratu, a u to vreme je dizalica na gradilištu preko puta dizala prenosivi toalet. A bina je bila nasuprot prozora. Odnosno, pogledam kroz ovaj prozor, kažem „usranu šifru“, a pored prozora pluta toalet. I svima kažem: „Okrenite se, imamo ilustraciju.“ Ovo je vjerovatno bio najbolji slajd mojih misli - leteći toalet u mom izvještaju kada sam govorio o usranom kodu.

Iz priča poput prtljaga nije došao - ovo je, u principu, normalna priča, nema se o čemu ni pričati. Možemo dogovoriti poseban intervju o svim vrstama putnih savjeta, gdje možemo razgovarati o prtljagu koji nije stigao, ali nije bilo ništa kritično.

Trudim se po svaku cijenu da uvijek letim, dođem i prisustvujem svim konferencijama na kojima sam obećao, jer, opet, vrijeme je ljudi. Ljudsko vrijeme je neprocjenjivo jer vam daju toliki kredit povjerenja. A ako se ovaj kredit protraći, onda ne postoji način da se kasnije vrati.

Ako je neko proveo vrijeme, došao na konferenciju da sasluša moj izvještaj, a ja sam ga uzeo i nisam došao, to je loše, jer nema načina da se toj osobi vrati vrijeme. Stoga mi je izuzetno važno da ispunim sva obećanja u vezi sa tim, a za sada sve ide.

Mnogi ljudi razmišljaju ovako: „Zašto uopće ići na konferencije? Video možete pogledati na YouTube-u i uvijek možete razgovarati na mreži.” Što mislite zašto učesnici moraju ići na konferencije?

Odlično pitanje! Trebali biste ići na konferencije radi umrežavanja. Ovo je neprocjenjivo i ne postoji drugi način da ga dobijete. Već sam spomenuo važnost komunikacije, komunikacije i mekih vještina. Gledanje videa na YouTube-u, nažalost, ne pruža iskustvo u mekim vještinama. Stoga morate ići na konferencije radi komunikacije.

Uz to, barem kod mene, prilikom gledanja videa na YouTube-u, angažman je potpuno drugačiji, a materijal se pamti i pamti mnogo slabije. Možda sam to samo ja, ali sumnjam da su biti u prostoriji na razgovoru i gledati video na YouTube-u potpuno različite stvari. Pogotovo ako je izvještaj dobar, čini mi se da je mnogo, mnogo bolje čuti ga uživo. To je kao da slušate koncert uživo i ploču.

I još jednom ponavljam: umrežavanje i komunikacija nisu nešto što možete preuzeti sa YouTube-a.

Zajednički izvještaj sa Leonidom Igolnikom na DevOpsConu

Molim vas date par riječi za oproštaj onima koji tek planiraju da postanu govornici ili su tek počeli da govore?

Potražite lokalne sastanke. Lokalni susreti su odličan način da započnete svoju govorničku karijeru iz nekoliko razloga. Prvo, lokalni susreti uvijek traže govornike. Možda ćete bez iskustva i bez nekog poznatog govornika biti teško prijaviti se na neku poznatu konferenciju, ili će programski odbor nakon komunikacije s vama shvatiti da vam je možda još malo rano. Nasuprot tome, lokalni mitapi uvijek traže govornike i granica za ulazak je mnogo, mnogo niža, tako da je mnogo lakše doći do tamo.

Takođe, nivo stresa je potpuno drugačiji. Kad dođe 10-15-30 ljudi, to uopšte nije isto kao kad je u sali 150-200-300 ljudi, pa je mnogo lakše.

Opet, troškovi lokalnog okupljanja su mnogo niži: ne morate nigdje letjeti, ne morate provoditi dane, možete doći samo navečer. Sjećajući se mog savjeta o tome koliko je važno imati prijateljsko lice u publici, mnogo je lakše doći na lokalni sastanak s nekim jer to ne košta novac. Ako govorite na konferenciji, vi kao govornik dolazite besplatno, ali ovaj vaš +1, koji će biti prijateljsko lice u javnosti, mora kupiti kartu. Ako govorite na sastanku, nema tog problema, možete povesti jednog ili dva ili tri prijatelja sa sobom koji će biti prijateljsko lice u prostoriji.

A dodatni plus je što organizatori susreta imaju mnogo više mogućnosti da vam pomognu. Zato što će organizatori konferencije imati, na primjer, 60 prezentacija koje treba pregledati, uvježbati i pripremiti. A organizatori mitapa imaju jedan, dva ili tri, tako da ćete naravno dobiti mnogo više pažnje.

Osim toga, mnogo je lakše dobiti povratne informacije od lokalnih okupljanja. Završili ste svoj izvještaj i sada vi i publika već komunicirate i raspravljate o nečemu u vezi s vašim izvještajem. Za velike konferencije to često nije slučaj. Napravili ste izvještaj i to je to. Publika koja je bila siva masa tokom vašeg izvještaja je otišla, a vi o njoj više ništa ne znate, ne čujete, nećete dobiti povratnu informaciju.

Što god da se kaže, lokalni susreti su odlična tema općenito, a posebno za početnike.

Baruch će govoriti na konferenciji 7. decembra DevOpsDays Moskva. U svom izvještaju, Baruch će analizirati stvarne kvarove koji se događaju svaki dan i posvuda prilikom ažuriranja softvera. Pokazat će kako se sve vrste DevOps obrazaca uklapaju u različite scenarije i kako bi vas njihova pravilna primjena mogla spasiti.

Takođe u programu: Aleksandar Čistjakov (vdsina.ru), Mihail Činkov (AMBOSS), Roman Bojko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrej Šorin (DevOps konsultant).

Dođite da se upoznate!

izvor: www.habr.com

Dodajte komentar