Ścieżka Soft Skills @ 4Developers

W tym roku proponujemy Wam nowy format ścieżki Soft Skills

• talk trwa 12 minut
  
• warsztat trwa 60 minut
  

Może na początek wyjaśnię skąd ta zmiana. Jestem częstym bywalcem różnego rodzaju konferencji zarówno jako uczestnik jak i prelegent. Jeśli popatrzymy na ścieżkę konferencyjną jak na ciąg zdarzeń dostarczających wartości uczestnikom, to ja widzę następujące straty:

• zbyt długi czas opowiadania o sobie - sorry, ludzie nie po to zapłacili za bilet po to, żeby posłuchać o biografii prelegenta, ile ma certyfikatów,
  w ilu meetupach się udziela itd; przyszli po to, aby: dowiedzieć się czegoś, posłuchać o czyichś doświadczeniach, skonfrontować swoje przemyślenia, ponetworkować
  
  
• take aways zakomitej większości prezentacji, które widziałem można zmieścić w kilkanaście minut jeśli nie mniej, reszta to wypełniacze i luźno powiązane z tematem historie,
  
  
• OK, że Twoja firma szuka developerów, ale zapraszamy do zostania partnerem konferencji
  
  
• tak, istnieje rodzaj prezentacji, w której celem jest wciągnięcie uczestnika w ciekawą historię i dostarczenie mu rozrywki - jako mentor ścieżki Soft Skills mam na nią inny pomysł; ma ona dostarczać wartość, rzeczy które będziesz mógł wykorzystać w swojej pracy; rozrywkę zapewni Ci before/after party
  

Poniżej zamieszczam kilka wskazówek, jak przygotować talk/warsztat w nowej formule

Daj się zgooglować

Zminimalizuj część związaną z przedstawianiem się. W ciągu 12 minut naprawdę nie ma na to czasu. Jeśli z Twojej prezentacji uczestnicy dowiedzą się wyłącznie kim jest prelegent i czym się zajmuje, będzie to dla nich zerowa wartość. No, chyba, że jesteś sławnym piłkarzem czy kimś tego pokroju. Aczkolwiek, o ile się orientuję, nie mamy budżetu na takowych.

Daj się więc zgooglować. Zadbaj o swoje profile: LinkedIn, Twitter, GitHub, FB i pozwól uczestnikom samodzielnie podjąć decyzję, czy chcą się dowiedzieć o tobie czegoś więcej

Single Responsibility Principle

Skup się na JEDNEJ rzeczy. Jeśli potrzebujesz głębszej inspiracji w tym temacie - przeczytaj TĘ KSIĄŻKĘ.

Lepiej dla uczestnika jeśli z Twojej prezentacji dowie się "wszystkiego o czymś" niż "coś o wszystkim".

Sformułuj take away

Jeśli przedstawiasz jakąś ideę, to uczestnik wychodzący z Twojej prezentacji musi mieć bardzo konkretną odpowiedź na pytanie: "I co ja mam teraz zacząć robić?". To jest "take away" z prezentacji. W związku z tym dokładnie przemyśl: czego uczestnik ma się nauczyć albo na jakie pytanie ma znaleźć odpowiedź w trakcie słuchania Twojej prelekcji.

Rób to, co mówisz

Gdy prowadzisz warsztat na temat autoprezentacji, to prezentuj się zgodnie z tym, co prezentujesz...Trudno o gorszy fail niż mówienie jednego, a robienie czegoś innego. To tak jakbyś krzyczał do kogoś: "Nie krzycz na mnie!".

Pamiętaj, że słowa uczą a przykłady pociągają. Na warsztacie oprócz tego, co powiesz, ważne jest również czy stosujesz względem uczestników to, o czym opowiadasz. Ludzie więcej uczą się przez obserwację niż poprzez przyswajanie treści. Zatem rób to, co mówisz.

Tak, to jest trudne

Przygotowanie i poprowadzenie wartościowej prezentacji 12 min. jest trudniejsze niż talk 1h. W trakcie godzinnej prezentacji możesz "zarzucić" słuchaczy dużą ilością informacji na różnym poziomie szczegółowości. A jeśli dodatkowo przepleciesz je dobrymi historiami albo żartami, uczestnicy będą mieli wrażenie, że "było dużo i było fajnie". Niestety jest to tylko wrażenie.

W ciągu 12 min. tak się nie da. Albo przekażesz konkret albo od razu widać, że "król jest nagi".

Przetestuję na sobie

Jako pomysłodawca tego eksperymentu, przetestuję go na sobie pierwszej kolejności. Poprowadzę pierwszą prezentację na ścieżce, więc jeśli coś ma pójść źle, to zbiorę feedback jako pierwszy i będziesz miał chociaż chwilę na wprowadzenie poprawek do swojej prezentacji :)

Jeśli nie będziemy mieli wystarczającej ilość zgłoszeń, aby zapełnić agendę, poprowadzę również 60 min. warsztat.

Wizja ścieżki na 2019

Od dłuższego czasu marzy mi się poprowadzenie takiej prezentacji, aby uczestnicy mogli dawać mi feedback w czasie rzeczywistym. Wyobrażam to sobie tak:

• prowadzę prezentację, a na ścianie wyświetla się wykres z poziomem zainteresowania uczestników słuchających wystąpienia
  
• każdy z uczestników może na bieżąco np. poprzez apkę mobilną oznaczać swój poziom zainteresowania tym, co mówię np.: czerwony, żółty, zielony
  
• moim zadaniem jest takie modyfikowanie sposobu prowadzenia on-the-fly, aby maksymalizować satysfakcję uczestników
  
• mam nadzieję, że ten pomysł uda się zrealizować na przyszłym roku
  
• proponuję następujące MVP: tylko moje wystąpienie poprowadzone w ten sposób albo tylko dla chętnych
  

Uważaj na negatywne kryteria akceptacji

Jeden z portali dostarczył sposobności, aby krótko przybliżyć niebezpieczeństwo negatywnych kryteriów akceptacji. Popatrzmy na rysunek:

No więc, Są świadkowie, którzy nie słyszeli sygnałów dźwiękowych".

Zdejmijmy sobie schemat tego stwierdzenia: Istnieją X, które nie odebrały informacji A.

I zastosujmy ten schemat w innym kontekście: Są dinozaury, które nie zwróciły uwagi na nadlatujący meteoryt.

Czy w takim razie możemy wyprowadzić stąd logiczny wniosek, że meteorytu nie było?

Bingo! Fakt, że coś się nie zdarzyło nie implikuje, że zaistniało coś przeciwnego. Jeśli klient oczekuje, że nowa funkcjonalność ma nie być uciążliwa w użytkowaniu, to niesie to za sobą informację o UX, ale nie mówi Ci co konkretnie ma zostać dostarczone.

Idźmy dalej. Przekonwertujmy w/w schemat w inne logicznie równoważne schematy:

• Niektóre z X nie odebrały informacji A
• Nie wszystkie z X odebrały informację A

i teraz ponowna aplikacja do tytułu portalowego newsa:

• Są świadkowie, którzy nie słyszeli sygnałów dźwiękowych.
• Niektórzy świadkowie nie słyszeli sygnałów dźwiękowych
• 
  
• Nie wszyscy świadkowie słyszeli sygnały dźwiękowe

Które zdanie pobudza Cię najbardziej? :)

Język naturalny pozwala na takie żonglowanie kontekstami i znaczeniami pojęć, aby tą samą informacją wywołać wrażenie innych pseudologicznych wniosków. Język wymagań ma dążyć do jednoznaczności.

A Word on Motivation

Don't blame people, avoid punishing them, empower people, let them to Drive themselves, motivate people positively. Have you heard about this stuff? I have a lot. Basically I agree, but...

A friend told me a story. His is the owner of some organization from the IT industry. Once the organization cooperated with dishonest supplier who hadn't paid the VAT tax related to their businesses for couple years. (in Poland VAT tax is the way how the sate sicks up the poorest subjects, but it's another story).

During the tax control they obviously discovered the trick an punished the supplier. As a consequence of the case weak invoices were mandated to be removed from the accounting system. Technically there was no business between my friend and the supplier. But my friend deducted VAT tax, so Tax Office request him to refund it. Two million Polish zloty (it's over $500k) in 14 days...well, this is the law.

But he survived, found the win-win solution with Tax Office. Was he motivated positively? I don't think so.

When I think about my business carrier (it has took 7 years since I started our company) I went through lots of fuckups. There was: tiny organization, little bit larger one, almost bankruptcy, UE project with a lot of madness around, we were cheated by a salesman we trust and so on and so forth.

When some investor was unsatisfied because of project one blamed personally me, I was refused so many conferences I even remember, when we started DevCastZone.com I received heaps of emails from frustrated users with many reasons: err 404, to slow, to expensive, I expected something else and so on and so forth.

You know, for the last eight years I was motivated mostly negatively by the environment I worked in. Really! Of course there were days, workshops, coaching sessions when I met attendees needs and it was fucking awesome. These days are like a pearls - they are worth to challenge every single day.

Despite all these things I sill have fun at my work. Actually thanks to these events I achieve all stuff in my work: businesses, books and articles written, presentations made, friends. So, what the hell the idea with positive motivation??

Don't miss the 4Dvelopers' Soft Skills & Business Relations track

This year I am responsible for the Soft Skills & Business Relations during 4Developers Conference. This is very important to me, because this track also reflects my personal journey through the soft skills way.

I invited some friends which supported me, so this track is also my tribute to them. I do recommend you to join the track and to listen carefully their stories.

This is my short introduction.

I met Hubert in 2004. We worked in the same company. He was my first trainer and coach, and made me aware what soft skills might mean to a software developer. His speech: Practical Psychology for a Software Developer will be kick-off for the track.

Marek Rudziński specialises in supporting of sales departments. I met his and his wife Iza in 2008 when I joined to their three years long training program for a trainer-wanna-be.

I work with Kamil in BNS IT company. He is great coach. He have done lots of work with technical leaders. His speech Magic power of coaching will give you a good insight what coaching is.

Currently I am involved in Non-Violent Communication training program guided by Zofia and his husband Kersten. NVC is nowadays a hot topic in agile world. Zofia's speech Kontakt i zaufanie w relacjach między klientem a programistą will indroduce you in the NVC world.