Wczoraj miałem okazję wziąć udział w Zimowym Agile Tuningu. Jestem zadowolony z wypadu do Krakowa 
Największą niedogodnością dla mnie była lokalizacja. Razem z Krzyśkiem mieliśmy zamiar dojechać autobusem i okazało się, że sugerowany na stronie organizatora autobus nie jeździł wczoraj (w ogóle rzadko w soboty jeździ..). Na szczęście uratował nas Adam, który podrzucił nas autem – jeszcze raz dzięki Nie mniej zgadzam się, że sama lokalizacja malownicza i ładna. Natomiast „kuchnia” za mała jak na tyle osób, ciężko było operować przy kawie i herbacie.
Jeśli chodzi o program konferencji to uczestniczyłem w ścieżce „ludzie”. Sesje były na poziome, chciałbym napisać tutaj tylko o jednej.
10 tips that ScrumMasters should know, (but probably don’t!) prowadzone przez Nigel Baker’a. Zgadzam się z tym co można było przeczytać na Twiterze (#agiletuning) – Nigel to świetny mówca. Naprawdę potrafi przemawiać Ciekaw jestem, gdzie się tego uczył? A może ma tak ‘od urodzenia’?:) Słychać też było, że zna się na skutecznej komunikacji – jego pytanie „To kto zada pierwsze pytanie?:)” nie umknęło mojej wyczulonej na takie chwyty uwadze 
Poniżej lista tego co zapamiętałem z tej prezentacji, nie koniecznie w kolejności jaką podał Nigel (notowałem już po wykładzie)
- ScrumMaster to praca na cały etat. Strażak to strażak, nie zajmuje się rano roznoszeniem poczty jako listonosz. Tak samo powinno być ze SM, powinien on cały swój czas poświęcić pracy dla teamu.
- Stałe tempo. Nasze projekty to nie sprinty, raczej maratony. Tygodniowy sprint może być zbyt morderczym tempem prowadzącym do wycieńczenia pracowników. I nie tylko o pracowników chodzi – jakość produktu znacznie spada gdy pracownicy są przemęczeni.
- Texas holdem (poker) na żywo versus texas holdem w internecie. Brak komunikacji na żywo rodzi dysfunkcje społeczne (trole, nie szkoda nam zrobić komuś na złość). Jeśli pracujemy w teamie rozproszonym musimy włożyć dużo więcej wysiłku w to, by ludzie byli traktowanie i zachowywali się jak ludzi, niż musimy pracując z teamem, który siedzi razem.
- Mieć i stosować „Definition of Done”
- Nigdy nie dokładać dodatkowych dni na koniec sprintu (by dokończyć historyjki)
- Każdy sprint ma na celu dostarczenie produktu. Nie ma czegoś takiego jak „design sprint”, „technical debt sprint”, „sprint 0″
- Daily Scrum (stand up) jest dla teamu, nie dla SM
- Pamiętać o budowaniu zespołu. Wyjście razem na pizze jest fajne, ale to nie wystarczy by zbudować zespół.
- SM nie może być policjantem. Jeśli będziesz zachowywał się jak policjant ludzie zaczną ci kłamać (taaaak, oczywiście że wczoraj był stand up)
Tyle zanotowałem, coś ważnego przeoczyłem?:)
