Zwinny architekt? Empatyczny i programujący!

Prestiż, autorytet, duża wiedza i doświadczenie, wysokie zarobki – z tym przede wszystkim kojarzy się stanowisko Architekta Oprogramowania – przez wielu odbierane jako niezwykły splendor, ukoronowanie kariery programistycznej, dowód przynależności do elity IT.

• • •

Lean from the Trenches

Lean from the Trenches można traktować jako nieco młodszą siostrę znakomitego “Scrum and XP from the Trenches”. Tym razem poznajemy “od kuchni” historię projektu prowadzonego przede wszystkim – jak głosi już subtytuł – w oparciu o Kanbana i Lean Programming, choć oczywiście i Scrum jest tam obecny. Całość ma niewiele ponad 150 stron, więc można przeczytać ją w jeden wieczór.

• • •

“Zet” na Daily Scrum

Daily Scrum to wbrew pozorom – obok retrospektywy – chyba najtrudniejsze ze spotkań Scrumowych. Źle przeprowadzane jest podłożem wszelkich problemów trapiących zespół – od braku realizacji planowanych wymagań, poprzez typowo indywidualne podejście deweloperów do pracy, aż do poczucia bezsensu pracowania w Scrumie.

• • •

Tworzenie oprogramowania w 30 dni

Po tę książkę  sięgałem z wielkim zaciekawieniem. Co też panowie Schwaber i Sutherland – twórcy Scruma – mają do powiedzenia o swoim opus magnum, w jaki sposób zachęcają do jego używania, jak rozwijają myśli zawarte w Przewodniku po Scrumie… I chyba równie wielkie jak to zaciekawienie, było moje rozczarowanie po lekturze całości.

• • •

Naga małpa

Książka z pewnością odpowiada na pytania z serii “dlaczego”. Dlaczego zachowujemy się w określonych sytuacjach tak, a nie inaczej, dlaczego, ciągnie nas do poznawania nowych rzeczy, ale także dlaczego bywamy agresywni. Dlaczego jedni są w stanie patrzeć agresorowi nieustępliwie w oczy, a niektórzy przyjmują pasywne role.

• • •

Wierchuszka na przeglądach

Przegląd Sprintu (często błędnie nazywany: podsumowaniem lub demem) to spotkanie, które zrewolucjonizowało komunikację wykonawców (IT) z końcowym klientem oraz wymusiło po stronie IT sporą zmianę podejścia do swoich działań. Oto w stałym cyklu i już od samego początku pracy zespół deweloperski nie dość, że musi dostarczyć coś w pełni funkcjonalnego i wartościowego biznesowo, to jeszcze, wspólnie z Product Ownerem, ma za zadanie to zaprezentować. W efekcie klient ma okazję na bieżąco, w stałym cyklu, oglądać efekty prac i zgłaszać swoje uwagi czy propozycje co do dalszych kroków.

• • •

Sztuka pisania oprogramowania

Świat programistyczny desperacko domaga się lepszego stylu pisania – pisze Joel Spolsky we wstępie tejże książki, zaznaczając że stanowi ona jego zdaniem zbiór najlepszych treści związanych z oprogramowaniem, powstałych na przestrzeni ostatnich lat.

• • •

Programiści – języka nie mają?

Tworzymy wspaniale kolaborujący zespół, któremu niestraszne są żadne wyzwania. Na taki cytat natknąłem się ostatnio na stronie całkiem znanej i poważnej firmy tworzącej aplikacje internetowe. To rozwiązanie będzie w znacznym stopniu afektować znaczny odsetek klientów używających aplikacji – czytam w oficjalnym dokumencie definiującym wymagania. Spostponuj to spotkanie na inny termin – usłyszałem całkiem niedawno w przerwie jednego ze szkoleń. O co mi chodzi? Ano o pewien syndrom, który obserwuję od dłuższego czasu – fakt, że o ile angielskim pracownicy działów IT władają bez problemu, to z polskim jest wręcz dramatycznie. Brak znajomości słownictwa, spolszczanie angielskich słów w wydawać by się mogło naturalne rodzime odpowiedniki (affect, collaborate, postpone) przynosi efekty dosyć groteskowe, jak wyżej. Co jednak coraz bardziej przerażające – coraz mniej osób zwraca na to uwagę. A całość jest na tyle powszechna, że niedługo pierwotne znaczenie słów kolaboracja, postponować i afektować faktycznie się zatrze. Czepiam się?

• • •

Scrum, czyli jak robić dwa razy więcej, dwa razy szybciej

Pamiętam gdy zobaczyłem po raz pierwszy ten tytuł, uznałem go za przewrotny, ciekawy sposób na dotarcie do różnych grup ludzi, którzy wcześniej z różnych względów nie chcieli mieć do czynienia ze zwinnymi sposobami prowadzenia projektów. Wszak hasła: więcej i szybciej są motorami napędowymi niektórych menedżerów, czyż nie? Ba, kto nie chce mieć więcej i szybciej?

• • •