Kiedy pracujemy z zespołem kolokowanym, dobrą praktyką jest wypracowanie wspólnych zasad pracy — to tak zwany kontrakt na pracę w zespole. Kiedy pracujemy zdalnie, dobry pomysłem jest stworzyć kontrakt na pracę zdalną.
Zespół QAgile to w sumie zespół zdalny. Chociaż pracujemy większości w Warszawie, to trudno zawsze jest się spotkać w jednej lokalizacji. Dlatego od dłuższego czasu pracujemy zdalnie jako zespół. Próbowaliśmy róznych narzędzi. O to co obecnie stosujemy.
Praca z domu może być dla niektórych nowym doświadczeniem. Są sposoby na to, żeby pracować z domu efektywnie i zachować work-life balance. Przedstawiamy konkretne narzędzia i praktyki.
Model Spotify to popularna metoda na skalowanie Agile i transformację Agile. Rysunek struktury skupia uwagę na organizacji zespołów. Jednak za sposobem działania Spotify stoi znacznie więcej. Zacznijmy od analizy tego co widać.
Przyznaję, że kiedy pierwszy raz przeczytałem o Scrum at Scale nie zrozumiałem o co chodzi. Przeczytanie Przewodnika po Scrum@Scale nie pomogło. Nowe nazwy i diagramy tylko bardziej skomplikowały sprawę. Scrum of Scrums of Scrums? Jednak kiedy posłuchałem jak opowiada o tym sam autor — Jeff Sutherland, wszystko stało się proste. Postaram się opisać o co chodzi w prostych słowach.
Kiedy na szkoleniu ze Scrum pojawia się uczestnik związany z zarządzaniem projektami, pojawia się pytanie “Gdzie w Scrum jest rejestr ryzyk?”. Odpowiedź w prost na to pytanie brzmi “Nie ma”. Ale o nie oznacza, że w Scrum nie zarządzamy ryzykiem. Mamy kilka mechanizmów, które nam w tym pomagają.
Zapraszamy i polecamy udział w IX konferencji Agile w biznesie! To jedyne tego typu spotkanie w Polsce dedykowane liderom zmian i kadrze zarządzającej, które gromadzi przedstawicieli dużych i średnich firm będących w trakcie lub rozpoczynających transformacje swoich organizacji w duchu Agile. Zniżka dla naszych czytelników.
“Ale to nie jest tak Done jak myślisz” — powiedział zespół do Product Ownera. Legenda głosi, że od tego nieporozumienia zaczął się pomysł dodania Definition of Done do frameworku Scrum. Czy do każdego elementu Backlogu Produktu trzeba stworzyć osobne DoD? Czy DoD ustalamy dla Sprintu na planowaniu? Czy tylko User Story mają taką definicję? Czym się różni Definiton of Done od Acceptance Criteria? A co zrobić wiedząc, że nie możemy spełnić DoD? Rozwiejmy te wątpliwości.
Przewodnik Scrum@Scale został przetłumaczony na język polski. Scrum@Scale to do skalowania Scrum na całą organizację poprzez tworzenie takiej struktury jaką ma Zespół Scrumowy na całą organizację. Scrum@Scale zawiera w sobie elementy ze Spotify i Nexus.
10 praktycznych wskazówek, jak przeprowadzić efektywne Planowanie Sprintu w Scrumie. Zoptymalizuj planowanie, zwiększ zaangażowanie zespołu i osiągaj cele Sprintu.
Scrum jest frameworkiem i to właśnie uparcie powtarzamy na szkoleniach, postach, artykułach, książkach i innych materiałach. Pomimo tego, bardzo ciężko jest przestawić się ludziom z mówienia, że Scrum to metodyka lub nawet metodologia Agile. W języku polskim framework, metodyka i metodologia mają zupełnie różne znaczenia i żadne z nich nie oddaje tego, czym jest Scrum. Jednakże, nie wyklucza to zbudowania własnej metodyki w ramach Scruma.
Technika Theme Scoring, którą nazwałem w książce Scrum i nie tylko Punktowanie Tematów, polega na relatywnym porównaniu Tematów w kontekście wybranych kryteriów w skali 1–5. Najlepiej, żeby kryteria oznaczały konkretne cele biznesowe.