Tag: Scrum

Building a Scrum Team, which is agile, be comes a critical challenge to the Scrum Masters. We want the Team to support applying the framework, roles, and arti facts and think Agile. In this article, I’d like to share some experience and hints about how to use coaching to create resilient, curious, solution-focused conversations within the Teams and help them build an agile mindset.

SAFe is increasing in popularity and more and more companies decide to go through an Agile transformation and decide they want to invest in the SAFe framework. We might consider various reasons for this. First of all the visuals of SAFe appeal to organisation structure with various levels of understanding scope and responsibilities, although it’s not – it’s not a hierarchy of organisation, but rather a set of tools. Second of all, SAFe with it’s Implementation Roadmap gives a recipe for Agile transformation – a set of steps to undergo, a path at the end of which you are suddenly Agile. Again this is not the right approach as it’s a journey and you need to prepare yourself for the troubles of it. Third of all, SAFe created a training capability like few others – a number of trainings, and once more – you do a training and suddenly you are Agile, or you are no longer a command and control manager, but rather a servant leader. After a three day learning? Really?

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ł.

O wnioskach z doświadczeń napisano już bardzo dużo. Z jednej strony standardy zarządzania projektami dostarczają wytycznych i przykładów zastosowań, z drugiej strony nawet świat zwinny od początku swojego „istnienia” postawił na zbieranie i wdrażanie usprawnień (w postaci na przykład retrospektywy w Scrumie). I o ile w zespołach scrumowych rzeczywiście retrospektywa jest bardzo często stosowana, o tyle na dużych projektach stanowi to „dodatek do kożucha” i głównie jest robiona na końcu projektu (bo wymaga tego dokumentacja zamknięcia projektu).