Słowa, słowa, słowa

Jakie jest źródło największych problemów w czasie prac nad oprogramowaniem? Dlaczego tak często projekty IT kończą się niepowodzeniem? Nie będę oryginalny, sądzę, że każdy, kto przepracował w tej branży kilka lat, nawet jeśli jest średnim obserwatorem, wskaże ten problem. A jest nim komunikacja.

• • •

Tylko dla doświadczonych Scrum Masterów

Skoro to czytasz, to pewnie masz już dwa lata doświadczenia jako Scrum Master, a może nawet więcej. Pewnie jesteś już nawet Agile Coachem (nawet jeżeli tak nie nazywa się Twoje stanowisko) i dla wielu osób jesteś autorytetem. Jesteś dumny z tego, że pomagasz mniej doświadczonym kolegom i koleżankom, i cieszysz się z tego, że są coraz lepsi w swojej pracy.

• • •

Agile Community of Practice

Wdrażając Scruma, zaczynasz zapewne od  IT i “biznesu”, ale prędzej czy później przyjdzie się Ci  zmierzyć z wyjściem do całej organizacji i pokazaniem jakie wartości płyną z agile’owej transformacji. W tym artykule chciałbym podzielić się z Wami jednym z najprostszych sposobów zbudowania Agile Community of Practice, czyli cyklicznego, zamkniętego w ramach czasowych spotkania, adresowanego do wszystkich pracowników organizacji.

• • •

Testuj i automatyzuj

Dla wielu ten temat wydawać może się dość oczywisty, jednakże, jak sam wielokrotnie miałem okazję się przekonać, rzeczywistość wcale nie jest tak różowa. Dalibóg, nie spodziewałbym się, że wciąż jest w tej materii tak wiele do zrobienia, do zdziałania. A naprawdę wystarczy zrobić tak niewiele, aby wyjść z marazmu, stagnacji, pokonać waterfallową grawitację i wystrzelić na orbitę zwinności. A następnie z góry spojrzeć na Olimp i spożywając ambrozję, oglądać sukces swej organizacji. Zapędziłem się? Może trochę…

• • •

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.

• • •