Rozmowa telefoniczna

Podczas rekrutowania programisty rozmowa telefoniczna pełni funkcję filtrującą. Jeśli podczas takiej rozmowy nie możemy się dogadać, to jest to wystarczający powód do tego aby już na tym etapie zdecydować, że danej osoby nie zatrudnimy. Przed zaproszeniem kandydata na właściwą rozmowę kwalifikacyjną zwykle dzwonimy do niego, aby się upewnić, że organizacja spotkania nie będzie zwykłą stratą czasu i pieniędzy.

Rozmowa telefoniczna jest tania. W krótkim czasie eliminujemy masę kandydatów, którzy na papierze sprawiali wrażenie na prawdę dobrych.

Rozmowa kwalifikacyjna powinna składać się z trzech etapów.

Continue reading →

Test JOELA

Na dwanaście poniższych pytań odpowiadamy TAK lub NIE.

Wynik 12 punktów jest wprost doskonały, wynik 11 punktów jest do zaakceptowania, ale już wynik dziesięciopunktowy lub niższy wskazuje na poważne problemy.

Prawda jest taka, że większość firm wytwarzających oprogramowanie może się „pochwalić” wynikiem na poziomie 2 lub 3 punktów. Firmy utrzymujące największe sukcesy stale dbają o wynik 12 punktów.

Continue reading →

Podręczna instrukcja prowadzenia rozmów kwalifikacyjnych według Joela Spolsky

Należy bardzo poważnie rozważyć instrukcje człowieka, który stworzył, między innymi takie marki jak StackOverflow czy Trello. Posiada własną firmę pod nazwą Fog Creek Software. Wcześniej był jednym z głównych twórców Excela w Microsoft.

W tym poście spisałem wskazówki dotyczące prowadzenia rozmów kwalifikacyjnych na stanowisko programisty jakie przeczytałem w książce „Programista poszukiwany” Joel’a Spolsky. Książka jest bardzo zwięzła i krótka, a poniżej jeszcze krótsze streszczenie.

§0

Szukamy tylko najlepszych pracowników. Nie należy obniżać standardów, niezależnie od tego jak trudno jest znaleźć dobrego kandydata. Bardzo dobrzy programiści są średnio od trzech do dziesięciu razy wydajniejsi od przeciętnych, a kosztują zaledwie 20 do 30 procent więcej. Co więcej, bez trudu osiągają to, co dla innych jest poza zasięgiem.

Continue reading →

Wybrane cytaty dr Kena Blancharda

„Nie jest najważniejsze to aby wszystko od początku robić jak należy, a to żeby w ogóle zacząć. Nic co jest warte zrobienia nie musi być od razu zrobione idealnie.”

 

„Należy przestać próbować coś robić. Trzeba daną rzecz po prostu robić lub w ogóle nie robić.”

 

„Jeśli coś wiesz ale nie stosujesz tego w praktyce, to znaczy, że jeszcze nie wiesz.”

 

dr Ken Blanchard

W zespole siła, sam nie zajdziesz daleko

Nie można opierać rozwój firmy na kilku bardzo wydajnych jednostek a na całych zespołach. Dla pracowników oprócz dobrej pracy bardzo ważne jest dążenie do samorealizacji. Poczucie bycia członkiem zespołu jest bardzo motywujące. Należy nieustannie wspierać i pracować nad kształtowaniem wydajnych zespołów.

Średnio 50 – 60% działań w pracy menedżera to praca w grupie. Produktywność grupowa jest dużo ważniejsza od pojedynczych działań. Należy wzbudzić poczucie współwłasności. Ważna jest realizacja misji zespołu po przez pracę zespołową.

Gdy mamy do czynienia z prawdziwym, dobrze współpracującym zespołem nie słyszy się: „To nie należy do moich obowiązków!”.

Continue reading →

PERFORM

Zespoły zawsze osiągające swój cel bez wysiłku, w sposób wydajny i kreatywny, oraz zmotywowany do ciągłego rozwoju, to zespoły, które można opisać za pomocą akronimu PERFORM.

Purpose and values – CEL NADRZĘDNY I WARTOŚCI

Continue reading →

Historyjki użytkownika

Tworzenie historyjek użytkownika to pomysł twórców Extreme Programming (EX) czyli Kenta Becka i Martina Fowlera, który został później przejęty przez Scrum’a jako jeden z artefaktów.

Historyjki użytkownika realizują manifest Agile a w szczególności dwa jego elementy:

Działające oprogramowanie ponad obszerną dokumentację.

Współpracę z klientem ponad formalne ustalenia.

Przykładowy szablon historyki:

Continue reading →