Autorzy Zapostowane przezJarosław Łojko

Jarosław Łojko

17 WPISY 0 KOMENTARZE
“Any Scrum without working product at the end of a sprint is a failed Scrum.” - Jeff Sutherland

0 419
kurs online scrum

Miło nam poinformowac, że nasz autorski kurs o Scrumie jest już online! Wciąż istnieje możliwość zapisania się do specjalnej listy adresowej. Czytelnicy bloga JestemPM.pl, którzy zostawią nam swojego maila tutaj:

https://docs.google.com/forms/d/1Co1rui0SC-pJvyn_K2GuFbAdy2RUXEDXxcTOemFqPwQ/edit

otrzymają specjalny link, którzy obniża cenę kursu ze 195 EUR na 95 EUR! Ilość kuponów będzie ograniczona zarówno czasowo jak i ilościowo. Nasz kurs jest przygotowany w języku angielskim, zdecydowaliśmy się na ten ruch dla zachowania oryginalnego nazewnictwa i dotarcia do szerszej, anglojęzycznej grupy odbiorców.
Poniżej krótki filmik promujący kurs:
 

Użytkownicy trafili do nas po frazach:

  • cykl życia pracownika
  • wyszukiwarki internetowe
  • emilia plater kim była
  • facebook jaroslaw lojko czestochowa
  • komunikacja w zespole projektowym

online kurs scrum

Rok 2016 dobiega końca, a wraz z nim dobiegają końca prace nad naszym autorskim kursem o Scrumie. Będzie on przeznaczony głównie dla początkujących, ale Ci bardziej zaawansowani również powinni w nim znaleźć coś dla siebie. Więcej szczegółów o jego zawartości i cenie podamy wkrótce natomiast już teraz możecie dopisać się do specjalnej bazy mailingowej, która po premierze otrzyma specjalny kupon rabatowy na zakup kursu. Dostępność rabatu będzie ograniczona czasowo. Formularz do zapisu znajdziecie poniżej:

http://drive.google.com/open?id=1Co1rui0SC-pJvyn_K2GuFbAdy2RUXEDXxcTOemFqPwQ

Użytkownicy trafili do nas po frazach:

  • zarządzania projektem
  • zarządzanie projektami dla początkujących
  • kamienie milowe

0 418
scrum prasowka

Mamy nadzieję, że spodobał się Wam nasz pomysł Scrum prasówki. Minał kolejny miesiąc, a zatem przed Wami kolejna porcja linków do najciekawszych artykułów o agile'owej i scrumowej tematyce. Zapraszamy do lektury.

Anty-wzorce w Scrumie, część 3: Przegląd Sprintu – Jacek Wieczorek, Agile247.pl

Kolejna odsłona z cyklu Scrum antipatterns. Tym razem na czynniki pierwsze został rozłożony Sprint Review. Autor nie tylko opisuje jak wyglądają najszczęściej popełniane blędy w tej materii, podpowiada także konkretne spososby ich zapobiegania. 
 

Relacja z Agile by Example 2016 – Ewa Gowin, Agil247.pl

Nic dodać, nic ująć. Pierwsza część relacji z tegorocznej ABE.
 

Why do we estimate and can we do without? Part 2, – Albina Popova, XING Engineering

Po co właściwie szacujemy User Stories? Czy cele te moga być również spełnione w przypadku totalnego porzucenia procesu estymacji?
 

Visualizing Interruptions on a LEGO Wall – Giulia Mantuano, DZone/Agile Zone

Proste narzędzie z użyciem niezastąpionych klocków LEGO wizualizujące "przeszkadzajki". Celem wizualizacji jest późniejsze poprawienie produktywności zespołu w trakcie spotkań takich jak daily scrum czy retrospekcja.
 

Multiple increment delivery within a Sprint – Ken Schwaber's Blog

Jeden z twórców Scruma wyjaśnia o co tak naprawde mu chodziło w poniższym cytacie:

"A Scrum project is only one Sprint long. A release of software may be the sum of multiple increments (and previously developed software, if any), or there may be multiple releases of software within a Sprint.  A Scrum project cannot fail, only deliver unacceptable return on investment.” 

An Exit Strategy for the Agile Coach​ – Len Lagestee, IlustratedAgile.com

Misją każdego Agile Coacha powinno być takie przekształcenie i nauczenie organizacjji zwinności, aby nie był już jej potrzebny. Autor opowiada co nieco o tym jak buduje swoją strategię opuszczenia organizacji i dlaczego stawia sobie taki właśnie cel.

"My entire mission as a coach can be summed up by answering one question: How fast can I make myself no longer necessary?"

Key takeaways from OnAgile 2016 – BreatheAgile.net

Agile Alliance był organizatorem październikowej, wirtualnej konferencji OnAgile. W poniższym wpisie znajdziecie krótkie podsumowanie sesji, w których brał udział autor, w formie bardzo treściwych bullet pointów.

An Introduction to Modern Agile – Joshua Kerievsky, InfoQ

Czy jest wspomniany w tytule "Nowoczesny Agile"? Jakie są jego pryncypia? Jak go zaimplementować? Wszystkie odpowiedzie w powyższym artykule.

0 452
wozniki agile coach camp

W miniony, jesienny weekend 21-23 października 2016 miałem niewątpliwa przyjemność uczestniczyć w drugiej, tegorocznej edycji Agile Coach Camp 2016 czyli ACCPL2016. Zjazd "ludzi zajmujących się zwinnością" odbył się w niewielkiej, malowniczo położonej miejscowości Woźniki, koło Czestochowy, która swoim bajkowym klimatem urzekła wszystkich uczestników. Hotel, który gościł wszystkich agilele'owców to pochodzący z początków XX wieku, wspaniale odrestuarowany i zaaranżowany pałac. Jego czarodziejski i nieco tajemniczy klimat świetnie sprzyjał kreatywnej atmosferze i wysilaniu szarych komórek w trakcie przeróżnych warsztatów i dyskusji o Scrumie i Agile'u.

Sama konferencja, a w zasadzie "zjazd" miał dobrze znaną i sprawdzoną w poprzedniej edycji formułę open-space'u.  Opierała się ona na kilku zasadach, o których przypominały rozwieczone w sali konferencyjnej kolorowe plakaty.

  1. Agenda – konferencja nie miała ustalonej dokładnej agendy zanim się nie rozpoczęła. Została ona wspólnie ułożona na podstawie potrzeb i oczekiwań uczestników w sobotę rano.
  2. Reguła 2 stóp – udział w danym warsztacie czy dyskusji jest dobrowolny. Można do nich dołączać lub opuszczać w dowolnym momencie.
  3. Cokolwiek się stanie jest to właściwe co mogło się stać w danym momencie.
  4. Ktokowiek uczestniczy w dyskusji jest właściwą do tego osobą.
  5. Kiedykolwiek coś się stanie jest to właściwa pora.

Liczba tematów, jakimi uczestnicy ACCPL w błyskawicznym tempie zapełnili agendę, była imponująca, a ich tematyka przeróżna. Jedni skupiali się bardziej na kompetencjach miękkich, inni na praktycznych dla Scrum Mastera i Agile Coach'a narzedziach czy warsztatach, a jeszcze inni dywagowali na temat samej nomenklatury. Przykładowo poruszane tematy to: C-Level Scrum Mastering, jak działa samoroganizacja w zespole, jak estymować prace kreatywne, socjokracja, Scrum Master vs. Agile Coach, tips&tricks na wdrażanie Scruma w organizacji czy sposób komunikacji clean language.
Jednym słowem każdy mógł znaleźć coś dla siebie, a największym problemem była niemożność bycia w kilku miejscach na raz. :) 

Innym ciekawym pomysłem był specjalnie przygotowany mikro book club. W sali konferencyjnej stał specjalny stół, na którym agile'owcy mogli pochwalić się ostatnio przeczytaną ksiażką, którą polecają innym. Reguła była prosta, każdy może podejść, przejrzeć, podyskutować o danej pozycji, polecić inną i podzielić się spostrzeżeniami. Niejednokrotnie poruszane przy książkowym stole tematy przeradzały się w dalsze dyskusje przenoszone w inne miejsca, także pomysł jak najbardziej trafiony!

W Agile Coach Camp Poland 2016 wzięło udział ponad 50 osób o zróżnicowanym doświadczeniu, od początkujących Scrum Masterów, często wywodzących się ze środowiska deweloperskiego, aż po wieloletnich agiele'owych wyjadaczy. W moim odczuciu taki miks świetnie się sprawdził i sprzyjał wymianie doświadczeń, spostrzeżeń, poszerzaniu horyzontów i ogólnemu rozwojowi. Mniej doświadczone osoby z pełnym zaangażowaniem zadawały trudne pytania pobudzając dzięki temu żywe dyskusje, a wyjadacze chętnie dzielili się swoimi spostrzeżeniami i zasypywali przykładami z kategorii "z życia wzięte".

Kiedy emocje opadły, a weekend, jak i cały ACC, nieubłaganie zbliżał się do końca, w niedzielne popołudnie organizatorzy przeprowadzili retrospekcję całego zjazdu aby dowiedzieć się co zdaniem uczestników wyszło fajnie, a co wymaga jeszcze poprawy. Retrospekcja przeprowadzona była w znanej ze scrumowych retrospekcji formule: START, STOP, LESS, MORE, CONTINUE. W każdej z tych kategorii możba było dopisywać swoje wnoski i spostrzeżenia, które następnie były dyskutowane na ogólnym forum, które wspólnie decydowało nad konkretnymi rozwiązaniami i usprawnieniami na kolejny zjazd ACC.

Podsumowując krótko i treściwie – nie mogę się już doczekać się kolejnej edycji, polecam każdemu, kto jeszcze nie był! :)

telefon

W dzisiejszych czasach coraz częściej zespoły scrumowe czy projektowe rozproszone są po kilku miastach, krajach, a telekonferencje i "skype meetingi" to korporacyjna codzienność. Facylitacja tego rodzaju spotkań przez scrum mastera czy project managera może stanowić nie lada wyzwanie, gdyż znacząco różni się ona od facylitowania spotkań stacjonarnych i komunikacji face-to-face. Poniżej przedstawiamy kilka porad na efektywną facylitację tego rodzaju meetingów.

  1. Ustal wcześniej cel spotkania i napisz go w zaproszeniu na meeting

    Podaj dokładnie co musi być ustalone i dlaczego jest to ważne. Bez konkretnego celu spotkanie przerodzi się w nic nie wnoszacą, chaotyczną dyskusję i będzie jedynie stratą czasu osób biorących w nim udział.
     

  2. Ułóż wcześniej agendę spotkania i prześlij ją do uczestników

    Im mniej elementu zaskoczenia tym lepiej. Uczestnicy spotkania powinni dokładnie wiedzieć co ich czeka i ile czasu potrwa dana część.
     

  3. Podziel jedno duże spotkanie na kilka mniejszych

    Zastanów się czy faktycznie potrzebne jest zebranie 10 osób na 3 godzinny meeting. Może część spraw da się załatwić w mniejszym gronie, nie angażując niepotrzebnie dodatkowych osób? Może wystarczy jeden telefon i 10 minut rozmowy z jedną, dwoma osobami?
     

  4. Zweryfikuj jakość dźwięku i sprzętu posiadanego przez uczestników spotkania

    Czy wszyscy uczestnicy telekonferencji dysponują odpowiednim zestawem słuchawkowym i nikt nie będzie tworzył swoim mikrofonem w laptopie irytującego echa? Czy wszyscy wiedzą jak wyłączyć swój mikrofon i ustawić jego czułość? Czy w sali konferencyjnej nie zostanie zerwane połączenie bo WiFi ma słaby zasięg? Dobra jakość dźwięku to rzecz kluczowa, nie zapominaj o tym.
     

  5. Poproś o włączenie kamery

    Znacznie lepiej rozmawia się i słucha żywej osoby niż pozbawionego ciała głosu reprezentowanego jedynie przez domyślny avatar na Skypie. Poproś uczestników konferencji o włączenie kamer lub przynajmniej ustawienia swojego aktualnego zdjęcia profilowego. 
     

  6. Spisywanie minutek na współdzielonej tablicy

    Gdy zespół jest rozproszony po kilku różnych krajach może okazać się, że osoby przebywające w jednym z nich mówią z silnym, trudnym do zrozumienia, regionalnym akcentem. Spisywane w widocznym dla wszystkich miejscu ustaleń i kluczowego sensu wypowiedzi wszystkich osób będzie stanowiło ułatwienie w zrozumieniu wypowiadanych słów i pozowli na uniknęcie nieporozumień.
     

  7. Przedstawienie się zanim zacznie się mówić

    W normalnych warunkach nie mamy żadnych problemów z identyfikacją aktualnie przemawiającej osoby. W trakcie tele-konferencji może to już nie być takie proste. Warto, zanim członkowie zespołu nauczą się swoich głosów, wyrobić nawyk przedstawienia się zanim zacznie się mówic.
     

  8. Zapytaj o feedback

    Aby podtrzymać zaangażowanie uczestników spotkania i uniemożliwić zajęcie się innymi rzeczami jak na przykład odpisywanie na zaległe maile, zapytaj raz na jakiś czas o feedback lub wymuś interakcję. Można to zrobić w postaci krótkiej, on-line'owej ankiety na dyskutowany właśnie temat, gdzie każdy musi oddać głos lub prośby o odpowiedź na jakieś proste pytanie. Osoba, która odpowiedziała musi wskazać kolejną.

 

Jakie są Wasze doświadczenia z facylitacją tego typu spotkań? Czekamy na Wasze komentarze,

Jarosław Łojko 

Użytkownicy trafili do nas po frazach:

  • kompetencje PMA

0 554
scrum prasowka

Blogów, artykułów i publikacji o Scrumie i Agile'u w internecie pojawia się całe mnóstwo. Bardzo często ciężko jest się w tym wszystkim połapać i odsiać te naprawdę wartościowe od tych, których czytanie jest jedynie stratą czasu. Śledzimy na bieżąco wiele różnych źródeł i padła idea, aby podzielić się tymi, które uważamy za sensowne i ciekawe. Przedstawiamy zatem naszą wrześniowa scrum prasówkę. Zachęcamy do komentowania poniżej co myslicie o takiej formie.

 

Jak być dobrym Product Ownerem? (PL)

Piąta i ostania część serii na Agile247.pl. Tytuł mówi sam za siebie, krótki, ale bardzo treściwy wywiad z Product Managerem z Allegro podsumowujący cały dotychczasowy cykl artykułów i odpowiadający na pytanie kim tak właściwie jest dobry PO.

"Dla mnie jest jak właściciel małej firmy"

What is a Product?  (ANG)

Jak mówi we wstępie autor wpisu i bloga – koncepcja rozowju produktu to podstawa agile'a. Ale jak właściwie rozumieć Produkt?

"I define a product as something (physical or not) that is created through a process and that provides benefits to a market."

 

Sprint Review is not a phase gate (ANG)

Autor wpisu opisuje czesto popełniany błąd w rozumieniu Sprint Review i stara się obalić mit mówiący o tym, że niemożliwym jest kilkukrotne wdrożenie na produkcję w trakcie trwania jednego Sprintu.

"Scrum is about providing a framework that allows explicit decisions to be made with real information"

 

What's a Spike, who should enter it and how to word it? (ANG)

Krótkie wyjasnienie wraz z przykładami czy właściwie są i do czego służą tzw. Spikes.

"Spike is an investment to make the story estimable or schedule-able."

 

What DevOps thought me about Agile? (ANG)

Czyli dlaczego zespoły agile'owe i DevOpsowe potrzebują siebie nawzajem.

"The gap between “potentially releasable” and “actually released” can be vast."

 

Is Scrum Right for Your Product? (ANG)

Wbrew opinii niektórych osób Scrum nie jest rozwiazaniem wszystkich problemów i nie jest złotym środkiem zawsze i wszedzie. Zerknij do tego artykułu, aby dowiedzieć się kiedy będzie pasował, a kiedy lepiej poszukać alternatyw.

"A process like Scrum is a great fit for your product when it is brand-new or young, and when you extend its life cycle (…)"

 

Agile Guru – Telling is not Leading or Coaching (ANG)

Kilka słów o nieudolnym coachingu i porad jak będąc agile coachem być naprawde pomocnym dla zespołu.

"Too often advice gets boiled down to a one-liner. We see these a lot on slide decks, on Twitter, and in news headlines. Does simply telling a team to “have courage” help?"

Jarosław Łojko

0 572

W Scrum Guidzie, w rozdziale dotyczącym zdarzenia Daily Scrum, możemy przeczytać między innymi, że ma ono służyć Zespołowi Developerskiemu i tylko jego członkowie powinni być na nim obecni. Zadaniem Scrum Mastera jest jedynie zapewnienie, że zdarzenie to się odbywa i nauczenie Zespołu Developerskiego utrzymania 15 minutowego time boxu.

Czy jednak Scrum Master nie powinien być nieco bardziej zaangażowany w tę ceremonię? Czy zespół wyniesie prawdziwą korzyść z codziennych spotkań bez większego wsparcia kogos z zewnątrz? Czy sam rozwiąże wszystkie swoje problemy? W tym miejscu niestety pojawia się najbardziej znienawidzona przez wszystkich odpowiedź na pytanie: to zależy. Od wielu czynników: charakteru osób w zespole, etapu rozwoju produktu, branży… można by tak wymieniać bez końca. Nie brnąc dalej w tego rodzaju, nie zmierzający donikąd wywód chciałbym zaproponować pewien, sprawdzony na własnej skórze, pomysł na to co jeszcze Scrum Master na daily robić powinien.

Scrum Master, jako ostatnia osoba na daily, powinna w myśl zasady transparencji i ciągłej optymalizacji, dzielić się z innymi swoimi dokonaniami i planem na najbliższe 24 godziny związanym z usuwaniem przeszkód. SM to rola służebna, jest on częścią zespołu, a nie jego menedżerem, ma być dla niego pierwszym kontaktem gdy coś jest nie tak, pomocną dłonią, matką i ojcem w jednym, dobrym duchem i strażnikiem. Dzięki niemu zespół ma czuć się komfortowo i musi wiedzieć, że SM angażuje się w pełni aby zburzyć każda barierę jaka tylko pojawi się na drodze do osiągnięcia celu Sprintu.

Scrum Master dzielący się swoim postępem z usuwaniem przeszkód zdobywa szacunek w zespole, który widzi, że jego rola faktycznie jest przydatna i ułatwia im pracę, a nie jest jedynie wkurzająca osobą pokazująca na zegarek gdy Daily Scrum przekroczył 15 minutę. W "impediment backlogu", za sprawą zaangażowania SM-a, również powinien być widoczny postęp ze Sprintu na Sprint.
Spróbujcie sami takiej formy i podzielcie się spostrzeżeniami w komentarzu :)

 

Jarosław Łojko

an old book

W środę 6 lipca 2016 odbył się specjalny webinar przeprowadzony przez twórców Scruma – Jeffa Sutherlanda i Kena Schwabera traktujący o kolejnym odświeżeniu i aktualizacji podstawowej instrukcji opicującej framemework Scrum – Scrum Guide'a. W porównaniu do zmian w wersjach 2011 vs. 2013, o których możecie przeczytać klikając w link: zmiany w Scrum Guide 2013 w tym roku było ich znacznie mniej, a w zasadzie tylko jedna, co nie oznacza, że mało istotna. Do oficjalnej treści podręcznika dołączono 5 znanych zasad, na których opiera się Scrum. Są to:
 

  • Zaangażowanie (w znaczeniu osiągnięcia np. celu zaplanowanego sprintu, zaangażowania w zespole, poświęcenie i zaangażowanie w zmianę samego siebie i organizacji w dążeniu do optymalnej pracy w oparciu o Scruma).
  • Skupienie się (pełna koncentracja, skupienie się na tym co najważniejsze, przykładowo osiągnięciu celu trwającego Sprintu).
  • Otwartość (czyli transparentność zarówno sukcesów jak i problemów stopujących przed osiągnięciem celu, otwarta i  pomocna postawa do innych osób i członków organizacji, zespołu).
  • Szacunek (respektowanie zarówno mocnych jak i słabych stron pozostałych członków zespołu, ich kompetencji i niezależności).
  • Odwaga (nie tylko odwaga poprzez pełną transparencję działań, ale także umiejętność przyznania się do błędów, odwaga do podjęcia ryzyka i mierzenia się z problemami).

Po dokładny opis wszystkich zasad Scruma odsyłamy do wpisu na blogu Scrum.org.pl.
Pobierz Scrum Guide 2016

Użytkownicy trafili do nas po frazach:

  • zarządzanie projektami

0 640
scrum guide 2016

Ken Schwaber i Jeff Sutherland, autorzy Scruma, zapowiedzieli zmiany w Scrum Guide. Szczegóły są owiane tajemnicą, ale o wszystkim będzie można dowiedzieć się biorąc udział w bezpłatnym webinarze, który odbędzie się już w najbliższą środę o godzinie 17:00 czasu polskiego. Na webinar można się zarejestrować klikając zmiany w Scrum Guide.
Dla przypomnienia, ostatnia zmiana tego dokumentu miała miejsce w roku 2013 i różniła się od wersji z 2011 następującymi rzeczami:

  1. Dodano rozdział o przejrzystości artefaktów,
  2. Planowanie Sprintu to jedno zdarzenie, na którym Zespół Scrumowy decyduje co i jak zostanie wykonane w Sprincie,
  3. Mówi się o doskonalonym, a nie pielęgnowanym Backlogu Produktu, a jego elementy są przejrzyste, zrozumiałe i odpowiendio małe,
  4. Scrum zaleca stosowanie zdarzeń scrumowych dla nauczenia regularności i wyeliminowania potrzeby organizowania dodatkowych spotkań,
  5. Większe znaczenie spotkań Daily Scrum w kontekście planowania, do standardowych pytań zostało dodane odniesienie do celu Sprintu,
  6. Wzmocnienie koncepcji wartości w kontekście Sprint Review.

 

Czekamy z niecierpliwością na webinar, z pewnością podzielimy się naszymi wrażeniami w kolejnym wpisie.

Jarek Łojko


 

0 670
sprint w scrumie

Miło nam poinformować, że razem z grupą Scrumvival będziemy współorganizatorami całodniowego meet upa o Scrumie. Jego temat przewodni to Scrum Master's Toolbox czyli wszelkiego rodzaju narzędzia i techniki przydatne w codziennej pracy Scrum Masterów. Wydarzenie odbędzie się w piątek 10 czerwca w budynku Agory w Warszawie. Więcej szczegółów na oficjalnym wydarzeniu w serwisie MeetUp.com, do którego link znajdziecie poniżej:

http://www.meetup.com/Scrumvival/events/231271040/

Serdecznie zapraszamy do zgłaszania swojej chęci uczestniczenia w wydarzeniu, liczba miejsc jest ograniczona, więc zgłoszenia będą selekcjopnowane.