Kilka ostatnich miesięcy zdecydowanie zmieniło naszą codzienność. Warunki, w jakich przyszło nam funkcjonować, niejednokrotnie wypełnione strachem i obawą znacząco wpłynęły także na naszą pracę. Zdaję sobie sprawę z tego, że wielu z Was pracuje z powrotem w biurach, jednak statystyki pokazują, że tam, gdzie jest to możliwe, firmy przynajmniej na razie nie planują powrotu do biur w pełnym wymiarze dla wszystkich pracowników. Nowe warunki pracy z pewnością nie ułatwiają nam zadania, a projekty nadal się toczą i musimy je prowadzić jak najlepiej, osiągając założone cele. Rozpoczynamy także nowe projekty z zespołami i aby zrobić to efektywnie powinniśmy nasz zespół poznać, ustalić jak będziemy ze sobą współpracować i czego powinniśmy od siebie oczekiwać. W tej edycji „Skrzynki” poruszam temat budowania zwinnych zespołów rozproszonych przez utworzenie tzw. kontraktu zespołu.

Inspiracją do tej części skrzynki z  narzędziami Project Managera była jedna z  zasad Scaled Agile Framework (SAFe). Fundamentem każdej agile’owej ramy postępowania są wartości i  zasady i  to na nich budujemy zwinne zarządzanie produktem czy projektami. W tym numerze chciałabym skupić się na zagadnieniu związanym z  podejmowaniem decyzji przez zespół i objaśnieniu, jak można tego nauczyć innych i jakie wypływają korzyści z decentralizacji tego procesu.

Jednym z najważniejszych elementów projektu, które determinują również efekt przyszłych naszych działań projektowych jest na pewno retrospekcja, czy, jeśli ktoś woli bardziej kaskadowe podejście, groma­dzenie lessons learned. Powinna odbywać się regularnie i dostarczać nam wiedzy i in­spiracji do doskonalenia naszej pracy. Ma być to moment w projekcie, podczas któ­rego nabieramy oddechu, siadamy i zasta­nawiamy się nad tym co do tej pory nam wyszło, a co wymaga poprawy.

Efektywny zespół, który potrafi ze sobą pracować i realizować wyznaczone mu cele musi umieć radzić sobie z porażka- mi, a także pokłócić się konstruktywnie. Patrick Lencioni w książce o pięciu dysfunkcjach pracy zespołu jako jedną z najważniejszych wymienia obawę przed konfliktami. Kłótnie w każdym zespole powinny mieć miejsce, bo to one mogą być katalizatorem do wypracowania lep- szych rozwiązań czy współpracy opartej na szczerości i zaufaniu. Na nas, jako liderach projektów, spoczywa odpowiedzialność, aby stworzyć przestrzeń dla zespołu i pomóc mu pokłócić się w sposób, który przyniesie pozytywne skutki dla dalszej jego współpracy.

Projekt to zespół, bez niego nic nie jesteśmy w stanie zrealizować. Dlatego też, tak ważne jest to, by nasz zespół się dobrze czuł w naszym projekcie, był zmotywowany do pracy i zadowolony z tego, co robi. Jako kierownik projektu czy też Scrum Master powinniśmy potrafić zadbać o swój zespół projektowy, o wspólne wartości, zbudowanie zaufania, chęć współpracy, bo tylko wtedy jesteśmy w stanie naprawdę odnieść sukces w naszym projekcie.

Agile to już na tyle popularny sposób pracy projektowej w międzynarodowych firmach, które mają siedziby w wielu krajach, że coraz częściej słyszymy o zespołach roz­proszonych. Tym samym coraz rzadziej je­steśmy w stanie, zgodnie z szóstą zasadą Agile Manifesto, mieć zespół w jednej loka­lizacji, siedzący razem i wspólnie pracujący. Niektóre podejścia wychodzą naprzeciw tym wyzwaniom i uwzględniają pomocne praktyki dla zwinnej pracy zespołów roz­proszonych. Najczęściej wykorzystywany jest nadal Scrum i tu często rozmawiając ze Scrum Masterami słyszymy, że ich pro­blemem jest to, że zespół jest pracujący w kilku lokalizacjach, nierzadko w różnych strefach czasowych.

Zadowolony i zmotywowany zespół, dostarczanie na czas i większa przewidywalność, szybsze dostarczanie nowych funkcjonalności klientom, łatwiejsze dopasowywanie się do zmian, zwiększenie przejrzystości oraz poprawa współpracy między tzw. biznesem, a IT – to niektóre z korzyści, jakie wynikają z wdrożenia Scrum. Aby je jednak zacząć zauważać i mówić o sukcesie musimy odpowiednio rozpocząć taką transformację. Kluczowym w osiągnięciu wyżej wymienionych czynników będzie Scrum Master (SM) i jego właściwe podejście. Praca ta z pozoru wydaje się lekka i przyjemna, w końcu mamy wspierać zespół tam, gdzie nas potrzebuje. Ma jednak swoje ciemne strony i o pewnych aspektach, które się z tym wiążą, będzie ten artykuł.

W pracy kierownika projektu czy też Scrum Mastera często prowadzimy spotkania. czasem dłuższe, czasem krótsze. każde z nich ma jakiś swój cel, zdarza się nam również szkolić z metodyki pracy albo umiejętności miękkich. to co dla wszystkich z nich jest wspólne, to fakt, że zawsze zależy nam na tym by osiągnąć postawiony cel i mieć pełne zaangażowanie zaproszonej grupy odbiorców. Nie zawsze łatwo nam takie spotkania prowadzić, często zwyczajnie ciężko nam zacząć, zwłaszcza jeśli dopiero zaczynamy nowy projekt i jeszcze dobrze się nie znamy. Z pomocą przychodzą nam wówczas tzw. icebreakery (z ang. lodo-łamacze).

Can you imagine that every 8-12 weeks your teams stops working on the MVP of deveoped product and spend another two weeks only on innovations and further planning? If you can’t at all or you believe this is way too expensive for your organization this is an article for you. Sit calmly and let us introduce you to the concept of IP Sprint, and its main benefits. We would like to share with you some best practices as well as tips and tricks from our own experience.