Wczoraj miałem przyjemność wystąpić w webinarze Polskiej Grupy Użytkowników Scrum prezentując materiał Scrum, Scum, Sacrum. Moim celem było wskazanie miejsc w których najczęściej dochodzi do osłabienia metodyki. W tym celu wykorzystałem, raczej jako luźny pretekst niż umocowanie mojej argumentacji, wyniki wspominanej wielokrotnie na tym blogu ankiety przeprowadzonej dokładnie rok temu. Stawiam tezę, że samoorganizacja jako koncepcja zarządzania zespołami projektowymi jest szalenie trudna do osiągnięcia w warunkach średniej i dużej organizacji, przede wszystkim ze względu na czas konieczny do przyswojenia tej idei. Zespoły potrzebują czasu aby nauczyć korzystać się z autonomii, kierownictwo wymaga czasu aby nauczyć się nowej, przywódczej, wspierającej roli.

Podstawowym narzędziem doskonalenia w zespole samoorganizującym jest nauka na (własnych) błędach. Dość powszechna w świecie biznesu kultura braku marginesu (przyzwolenia) na popełnianie błędów sprawia, iż w dążeniu do perfekcji, popadamy w pułapkę planowania. Przygotowujemy harmonogramy i procedury, znacznie zawężając w ten sposób pole możliwości, przez co, szczególnie w przypadku tak złożonych przedsięwzięć jak prace programistyczne, osiągane rezultaty są gorsze niż mogłyby być. Teoretycznie wszyscy zdają sobie sprawę, że "plan jest niczym, planowanie jest wszystkim", jednak w praktyce ogromny nacisk kładziony jest na utrzymanie zgodności z planem. Fantastycznie ujął problem Barry Schwartz w swoim odczycie On our loss of wisdom na konferencji TED - procedury powodują, że wyłączamy rozum, a zabezpieczeni w ten sposób przed katastrofalnymi omyłkami, osiągamy perfekcyjnie wykonaną przeciętność. Idąc o krok dalej tym tropem można postawić tezę, że tradycyjne planowanie skoncentrowane jest na ograniczaniu kosztów i ryzyka, pomija natomiast aspekt osiąganej systematycznie wartości. Obie te myśli będę chciał rozwijać w przyszłości.

Problem jest szeroki i nie ma prostych odpowiedzi na stawiane w prezentacji pytania. Faktem jest iż Scrum bywa mylnie postrzegany jako proces, który ma dać szybką poprawę sytuacji. Jeśli tak się nie dzieje (a tak jest zazwyczaj) jego założenia są zmieniane, często w sposób mechaniczny, bez zachowania reguł empirycznej kontroli procesu i samoorganizacji. Tym samym utracony zostaje sens jego wprowadzenia, a z nim możliwość uzyskania trwałej zmiany przynoszącej korzyści w dłuższym horyzoncie.

Prezentacja dostępna jest w serwisie SlideShare, a najbardziej aktualna wersja dostępna jest w repozytorium. Zapraszam do dzielenia się swoimi uwagami i spostrzeżeniami w komentarzach.

Odbyły się już dwa z trzech planowanych na pierwszy kwartał 2010 szkoleń otwartych. Podczas szkolenia Kanban w inżynierii oprogramowania, które odbyło się 25 i 26 stycznia 2010 w Krakowie, David J. Anderson opowiedział o idei odchudzonych (lean) procesów i roli techniki kanban w projektach informatycznych. Uczestnicy dowiedzieli się jak konstruować tablicę kanban, czym jest rytm i w jaki sposób regulować pracę zespołu aby uzyskać płynny przepływ produktu przez proces wytwórczy.

Drugie ze szkoleń, regularnie organizowany kurs Certified ScrumMaster, tym razem prowadzone przez Dana Rawsthorne'a, wprowadziło uczestników w podstawy metodyki Scrum. Zgodnie z obowiązującymi obecnie regułami certyfikacji wszyscy uczestnicy otrzymali certyfikaty CSM. Kolejna edycja tego szkolenia odbędzie się już 30-31 marca 2010, tym razem w Warszawie. Na to szkolenie są jeszcze wolne miejsca, zapraszam serdecznie do udziału!

Oba zaplanowane na wrzesień certyfikacyjne szkolenia scrumowe już za nami. W trakcie pierwszego z nich, szkolenia Certified ScrumMaster, które odbyło się 21 i 22 września 2009, Angela Druckman wprowadziła grupę siedemnastu osób w podstawy Scruma i rolę Scrum Mastera. Drugie ze szkoleń prowadzone przez Dana Rawsthorne'a bardziej zaawansowane i zapewne tego powodu kameralne szkolenie Certified Scrum ProductOwner, które odbyło się 29 i 30 września 2009, pozwoliło sześciu uczestnikom wzbogacić warsztat właściciela produktu i pokazało, że występując w tej roli nie należy unikać sprawdzonych, tradycyjnych, technik zarządzania projektami. Zdecydowanie bardziej niż dobór narzędzi liczy się bowiem styl myślenia i cel, czyli uzyskanie szybkiego przyrostu wartości wytwarzanego oprogramowania.

W imieniu obojga instruktorów i swoim dziękuję wszystkim za udział!

Pierwsze szkolenie Certified ScrumMaster organizowane "pod drzewem" we współpracy z firmą Danube zakończone. Po intensywnym, burzliwym w swoim przebiegu kursie, który odbył się w Krakowie, 22 i 23 kwietnia 2009, 17 osób uzyskało certyfikaty Certified ScrumMaster.

W imieniu swoim i trenera - Michaela Jamesa - serdecznie dziękuję wszystkim uczestnikom za udział, gratuluję i życzę powodzenia w roli ScrumMasterów!

Z dużą przyjemnością ogłaszam najbliższe plany dotyczące szkoleń certyfikacyjnych w metodzie Scrum. We współpracy z firmą Danube na wrzesień planowane są dwie sesje szkoleniowe - szkolenie Certified ScrumMaster™ oraz, odbywające się po raz pierwszy w Polsce, zaawansowane szkolenie Certified Scrum ProductOwner™. Na wrzesień planowane są następujące sesje szkoleniowe...

• 21-22 września 2009, szkolenie Certified ScrumMaster™
• 29-30 września 2009, szkolenie Certified Scrum ProductOwner™

Dla osób, które wzięły udział w badaniu zapotrzebowania na szkolenie Certified Scrum ProductOwner dodatkowy rabat w wysokości 5% (w najbliższych dniach zostaną wysłane indywidualne maile z kodem rabatowym). Dziękuję, tym bardziej, że niektórym z Was przyszło czekać bardzo długo!

Zapraszam serdecznie do udziału!