Podczas zakończonego właśnie Agile Coach Camp 2019#1 miałem okazję do uczestniczenia w sesji prowadzonej przez Patrycję Paszek oraz Jakuba Bażelę na temat „Gdzie jest granica między Scrum Masterem a Agile Coachem?”. A ponieważ podczas tego warsztatu padło sporo celnych obserwacji, zdecydowałem się na spisanie ich na gorąco tutaj.
Czytaj dalej »Scrum Master czy Agile Coach?
Tak się złożyło, że trafiłem ostatnio na prezentację Jakuba Szczepanika pod tytułem „Nie ma miejsca dla analityka w agile – a może jest?” zorganizowaną przez Trójmiejską Grupę Analityczną. I na marginesie notatek z tej prezentacji powstał ten wpis.
Czytaj dalej »Dlaczego programiści nie chcą uczestniczyć w spotkaniach analitycznych?
Choć jest przynajmniej kilka znanych i całkiem dobrych tekstów nt. rekrutacji programistów (kilka linków podałem niżej), postanowiłem podzielić się swoim – bardzo subiektywnym – doświadczeniem w tej dziedzinie. Niniejszy tekst piszę z perspektywy osoby, która rekrutuje programistów, jednak spostrzeżenia i porady pomocne mogą być zarówno dla innych rekruterów jak i kandydatów do pracy. Swoje przemyślenia zebrałem w formie kilku “mitów”, które udało mi się gdzieś usłyszeć lub przeczytać. Nazywam się je mitami głównie dlatego, że w całości lub przynajmniej częściowo się z nimi nie zgadzam… i staram się niżej wyjaśnić dlaczego. Dodatkowo chciałbym uprzedzić – tekst dotyczy weryfikacji zdolności, umiejętności i wiedzy technicznej – a nie całokształtu znajdowania idealnych pracowników do danego zespołu. Nie aspiruję do tego aby być ekspertem od psychologii, HR czy zaawansowanego managementu. Interesuje mnie głównie to, aby ludzie techniczni – programiści i architekci, mieli możliwość dobierania sobie współpracowników poprzez udział w rekrutacji i żeby robili to kierując się sensownymi kryteriami.
Każdego dnia w tysiącach biur miliony ludzi grają w pewną grę. Gra ta jest dość trudna i czasami niezrozumiała dla osób początkujących – dlatego, żeby ułatwić im życie, prezentujemy na czym ta gra polega i podajemy garść porad, w jaki sposób zdobywać w niej punkty i zamieniać je później na benefity.
Dawno, dawno temu, w odległej galaktyce, w układzie planetarnym Ajti żyli Deweloperzy trudniący się dostarczaniem Zmian do Systemu, który Produkcyjnym był zwany.
Hej, odległe to były czasy, kiedy to gwiazdy jaśniej świeciły, przepisów ograniczających prędkość statków kosmicznych nie było – a każdy Deweloper, który ukończył Zmianę, pakował ją dzielnie na statek własny i na System Produkcyjny osobiście zawoził.
Jednakże plemię Deweloperów rosło w siłę, System rozwijał się, a i Zmian coraz więcej dostarczanych było. Pomiędzy Deweloperami konflikty jakoweś poczęły się pojawiać. To jeden zarzucał drugiemu, że Zmianę mu popsuł, to znów inny mówił iż Zmiany swojej oddać nie może, gdyż System Produkcyjny nadto już się innymi Zmianami odmienił.Czytaj dalej »Release Wars
Na Trzeciej Kawie od jakiegoś czasu cisza… aż tu nagle Nowy Rok nastał. Nie chcę tłumaczyć się za kolegów współautorów odnośnie ich milczenia w ostatnim czasie – napiszę więc o sobie, bo tak się składa, że powody mojej publicystycznej przerwy nadają się na materiał do kolejnego artykułu. O co chodzi? Przez ostatnie kilka miesięcy brałem udział w swoistym „eksperymencie” organizowanym przez Uniwersytet Stanforda. Pomysł był w miarę prosty – zorganizować dobre, darmowe i ogólnie dostępne kursy akademickie. Ja brałem udział w dwóch takich „przedmiotach” – było to „wprowadzenie do sztucznej inteligencji” (ai-class.com) oraz „uczenie maszynowe / machine learning” (ml-class.org). Poniżej pokrótce opiszę doświadczenia wyniesione z tych kursów. Nie będę jednak pisał zbyt dużo o samej treści konkretnych kursów. Skupię się raczej na formie i wpływie takich inicjatyw na przyszłość edukacji (szczególnie IT) w ogóle.
Czytaj dalej »Edukacja 2.0
Dzisiaj publikujemy test pt: „czy wiesz, jak kierować zespołem IT”. Przeczytaj poniższy opis i odpowiedz na pytania na końcu testu.
Ponieważ nasza poprzednia próba napisania programu „Hello, world!” zakończyła się niepowodzeniem, zostało powołanych kilka niezależnych zespołów, które miały wykonać to zadanie. A każdy z tych zespołów ma oczywiście swojego kierownika… Przyjrzyjmy się im dokładniej:Czytaj dalej »O trudnej sztuce kierowania IT
W wielu różnych kursach programowania, pierwszym przykładowym programem jest program „Hello world”. Celem tego programu jest po prostu wyświetlenie tekstu na ekranie. Na tej stronie można znaleźć „Hello world” napisane w ponad 400 różnych językach programowania, wliczając w to Brainfuck oraz Whitespace… Ale tak naprawdę to, jak napiszemy ten program, zależy nie tylko od języka programowania – zależy to również od osoby, która go pisze. W praktyce wiele osób podchodzi do pisania „Hello world” – a także do pisania wielu innych, bardziej poważnych programów… – na wiele, kompletnie od siebie różnych, sposobów.
Zobaczmy, jak to tej pracy zabiera się kilka różnych osób…Czytaj dalej »Hello, world!
Efektywność – to takie ładne słowo… Wszyscy chcieliby, żeby praca – zarówno ich osobista praca, jak i działanie całej firmy czy organizacji – była efektywna. Wysoka efektywność z reguły związana jest z sprawnym działaniem, brakiem marnowania czasu na niepotrzebne aktywności, skupieniem się na tym co najważniejsze, dostarczaniem właściwych rezultatów czy produktów, wysoką motywacją do pracy, oraz – last but not least – dochodowością przedsiębiorstwa.
To wszystko brzmi pięknie – natomiast kiedy próbujemy odpowiedzieć na pytanie, czy praca naszych działów czy zespołów wytwarzających oprogramowanie jest efektywna, to z reguły pojawia się problem. A jeszcze większy problem pojawia się w momencie, kiedy chcemy tą efektywność jakoś zmierzyć…
Z reguły w umowach, które firmy IT zawierają ze swoimi klientami, często znajduje się zapis, że za zmiany w systemie klient płaci, natomiast błędy usuwane są za darmo w ramach gwarancji czy maintenance’u.
Wydaje się to proste i zrozumiałe. Ale w praktyce bardzo często zdarzają się sytuacje, w których dyskusje „czy to jest błąd, czy to jest zmiana” pochłaniają bardzo dużo czasu oraz energii. Dlaczego tak się dzieje?Czytaj dalej »Błąd czy zmiana?