Opis

Niezwykle szybkie tempo rozwoju technologii i rosnące wymagania rynku zmusiły producentów oprogramowania do wydawania częstszych release’ów. Częstsze wypuszczanie produktu na rynek oznacza mniej czasu na cykl produkcyjny. Dodatkowo, całą sytuację mogą skomplikować oczekiwania i wymagania odbiorców zmieniające się w trakcie trwania cyklu wytwarzania. Jak to rozwiązać?

Możemy poświęcić mniej czasu na identyfikację i opracowanie wymagań. Ale przecież nasi deweloperzy mogą stracić motywację, nie wiedząc, co dokładnie mają stworzyć. W dodatku ryzykujemy, że na końcu cyklu otrzymamy produkt niezgodny z oczekiwaniami i potrzebami naszych klientów.

A może skrócimy czas przeznaczony na testowanie?  Jednak w wyniku tego możemy wypuścić wadliwy produkt i zniechęcić klientów do naszej marki tracąc ich bezpowrotnie.
Może zwiększymy wielkość zespołu? Jeżeli 10 osób będzie tworzyć produkt przez 6 miesięcy, to 30 osób zrobi to w 2. Analogicznie, jeżeli 1 kobieta urodzi dziecko po 9 miesiącach, to 9 kobiet może urodzić dziecko po miesiącu. Zgadza się? Nie.

Więc co zrobić? Trzeba być zwinnym (ang. agile) , żeby reagować na zmiany i nadal dążyć do celu.

W 1986 roku opisano nowe rewolucyjne podejście do komercyjnego rozwoju produktów polegające na przyrostowym tworzeniu produktów na podstawie informacji dostępnych w danym momencie. Cały proces jest oddany w ręce zespołu ekspertów, który sam się organizuje i angażuje użytkownika w tworzenie produktu. W 1995 roku Ken Schwaber i Jeff Sutherland korzystając z nowego podejścia zaprezentowali sformalizowany proces pod nazwą Scrum.

Proces opiera się na Manifeście Zwinnego Wytwarzania Oprogramowania (ang. Manifesto for Agile Software Development):
„Poprzez wytwarzanie oprogramowania oraz pomaganie innym w tym zakresie odkrywamy lepsze sposoby realizowania tej pracy. W wyniku tych doświadczeń zaczęliśmy przedkładać:
• Ludzi i ich interakcje ponad procedury i narzędzia.
• Działające oprogramowanie nad wyczerpującą dokumentację.
• Współpracę z klientem nad negocjację umów.
• Reagowanie na zmiany nad realizowanie planu.

Chociaż doceniamy rzeczy wymienione po prawej stronie, to jednak bardziej cenimy pozycje po lewej.”

Teraz zespół IT składa się z:
• Właściciela Produktu (ang. Product Owner)
• ScrumMaster’a
• Wielofunkcyjnego Zespołu

Scrum ma precyzyjnie określone stałe ramy czasowe zarówno na samo wytwarzanie (Sprint), jak i na planowanie. Na sukces tego podejścia wpływa w dużej mierze zbieranie wymagań użytkownika w formie User Stories oraz proces Inspect and Addapt mający na celu ulepszenie kolejnej iteracji. Zespół sam sobą zarządza, a rolą Kierownika Projektu (ang. Project Manager) jest jedynie zapewnienie potrzebnych zasobów i usuwanie  przeszkód mogących zakłócić planowany przebieg prac. Teraz udziałowcy mogą zmieniać priorytety co każdą iterację i tym samym reagować na potrzeby rynku. Produkt może zostać wypuszczony na rynek po każdej iteracji. Klient lub użytkownik otrzymuje produkt, który spełnia jego oczekiwania.

O sukcesie tego podejścia świadczy stosowanie Scrum przez takie firmy jak British Telecom, Yahoo, Google, Siemens, Microsoft.

Jak to dokładnie działa w praktyce?

Jak wprowadzić Scrum do organizacji?

Jak odnaleźć się w nowym sposobie myślenia?

Zapraszamy na Szkolenie "Scrum – teoria i praktyka"

Grupa docelowa

• kierownicy projektów
• managerowie produktu
• developerzy
• testerzy
• analitycy

Czas trwania

2 dni