AGILE, SCRUM i charakterystyka ról w projekcie według moich doświadczeń :)

Dzisiaj na blogu poruszymy  temat metodyki Scrum. Czym jest? Jakie inne metodyki zarządzania projektami możemy spotkać? Jakie rolę występują w Scrumie? Czym są metodyki zwinne? Odejdziemy w tym wpisie od tematów ściśle testerskich, technicznych. Myślę, że ten wpis pozwoli wam zrozumieć jak wygląda zarządzanie projektem w Scrumie oraz jakie są jego korzyści.

Poniższy rysunek przedstawia kilka metod zwinnych opartych i zgodnych z manifestem Agile:

Czy wiesz, dlaczego metodyki zwinne zyskują tak dużą popularność? Nie dzieje się to bez powodu. Manifest Agile ma kilka istotnych założeń, należą do nich między innymi:

  • zadowolenie klienta to najważniejszy priorytet
  • szybkość działania, programowania
  • gotowość na zmiany, na każdym etapie projektu
  • dobra współpraca między biznesem i developmentem
  • dostarczanie wykonanych funkcjonalności w stałych i krótkich odstępach czasu
  • osiąganie technicznej doskonałości oraz prostota i dobra jakość kodu
  • praca zespołowa
  • częste, najlepiej codzienne sprawdzanie postępów i podziału zadań
  • ludzie ponad procesami i narzędziami
  • dokumentacja ma drugorzędne znaczenie, prawidłowe działanie programu jest nadrzędne
  • stała, jasna a przede wszystkim zadowalająca współpraca z klientem
  • doskonalenie wydajności

Na samym początku ważne jest ustalenie celów, omówienie zakresu projektu oraz ostatecznego efektu, jaki oczekuje klient i do którego dąży zespół. W Scrumie to właśnie Zespół jest najważniejszy w czasie trwania całego projektu. W skład zespołu wchodzą programiści, testerzy, ale również analitycy oraz architekci. Zespół charakteryzuje to, że rządzi samym sobą. Po otrzymaniu wymagań dzieli zadania pomiędzy wszystkimi wchodzącymi w jego skład, jak również jest odpowiedzialny za wykonanie tych zadań w odpowiednim czasie. Każda funkcjonalność jest oszacowana przez programistów. Programiści analizują, a następnie podają potencjalny czas wykonywania poszczególnych zadań. Wszystkie wymagania na dany Sprint są umieszczane w tzw. Product Backlog. Termin wykonania założeń jest wyznaczany przez czas trwania Sprintu. Sprint to nic innego, jak zdefiniowany okres, w którego trakcie wykonywane są przydzielone dla niego zadania. Na projekt może przypadać od kilku do kilkudziesięciu Sprintów. Czas trwania Sprintu mieści się w przedziale od kilku dni do maksymalnie 4 tygodni. Taki podział prac pozwala na tworzenie dobrej jakości produktów oraz zadawalającej, stałej współpracy z klientem. Na koniec każdego sprintu przedstawione są wykonane funkcjonalności w trakcie trwania tzw. demo aplikacji. Oprócz Sprintów zespół uczestniczy każdego dnia, w krótkich statusowych spotkaniach. Pozwala to na bieżące reagowanie na występujące problemy. Zespół doskonale się rozumie i ma jasno wyznaczone zadania na każdy dzień.

Przed chwilą opisaliśmy, kto wchodzi w skład zespołu oraz czym on się zajmuje. Teraz skupmy się nad charakterystyką roli Właściciela Produktu.

Właściciel produktu to osoba, która przedstawia interesy klienta. Odpowiada za zarządzanie wymaganiami. Na zakończenie każdego Sprintu odbiera lub odrzuca wykonaną przez zespół funkcjonalność. Jego zaangażowanie, dociekliwość i pracowitość może ochronić klienta przed otrzymaniem błędnie działającej aplikacji. To od niego zależy czy dana funkcjonalność zostanie zatwierdzona, czy zwrócona do ponownego wykonaniu lub jej naprawienia.

ScrumMaster jak sama nazwa może nas nakierować, czuwa oraz nadzoruje proces Scrum-a na projekcie. Jest wsparciem dla zespołu, pomaga w przypadku pojawiających się problemów, zapobiega ich występowaniu poprzez analizę działań wykonywanych przez zespół. Czuwa, aby proces Scrum-a był realizowany oraz skupia się nad tym, aby wszystkie zadania były wykonywane w okresie trwania Sprintu. ScrumMaster stara się, aby proces Scrum-a przyniósł, jak najwięcej korzyści dla danego projektu.

Z dzisiejszego wpisu mogliście przeczytać, czym jest manifest Agile, metodyka Scrum oraz jakie rolę w niej występują. Mam nadzieję, że dowiedzieliście się czegoś nowego oraz w oparciu o własną wiedzę poszerzycie się nią w komentarzach. Życzę wam udanego weekendu i dużo odpoczynku:D

 

Komentarze:

  • Ewelina Lipiec 04, 2017

    Trafiłam tu z grupy. Przeczytałam do momentu „W skład zespołu wchodzą programiści, testerzy, ale również analitycy oraz architekci. ” i nie byłabym sobą gdybym nie zareagowała, gdyż jest to mijanie się z prawdą. Częścią zespołu scrumowego odpowiedzialną w sposób bezpośredni za realizacje jest zespół developerski. Kropka. W zespole developerskim nie ma testerów, nie ma analityków są developerzy (wszyscy członkowie zespołu posiadają zakres kompetencji możliwy do realizacji wszystkich zadań w sprincie). Zadania nie są dzielone pomiędzy osoby z konkretnymi kompetencjami. Zadania wpadają na tablice i są pobierane do realizacji przez każdą z osób samodzielnie.
    Nie odbierz mnie źle- rozumiem że opisujesz swoje doświadczenia z obecnej pracy, ale z pewnością nie jest to scrum i wpis nie powinien być w takiej formie publikowany. O wiele lepiej bym go odebrała gdybyś przedstawiła to jako: „Agile u nas”.
    Mój feedback dla Ciebie- więcej literatury przed opublikowaniem wpisu
    Pozdrawiam 🙂

    • Testerka Lipiec 04, 2017

      Zdecydowanie nie odebrałam Cię źle, wiem, że wiele mi jeszcze brakuje i cały czas staram się poszerzać swoją wiedzę. Słuszna uwaga, tytuł zmieniony, mam nadzieję, że następne wpisy będą dla Ciebie bardziej interesujące.

      Pozdrawiam 🙂

      • Ewelina Lipiec 04, 2017

        Gratuluję postawy! Jedna z cech dobrych relacji w projekcie to umiejętność przyjmowania feedbacku (zarówno pozytywnego jak i tego negatywnego który przekłada się na konstruktywny). Na pewno zajrzę w inne wpisy i wtrącę swoje 3 grosze 🙂 Powodzenia!

  • Marta Wrzesień 19, 2017

    Droga Testerko, koleżanka powyżej zwróciła uwagę na fakt że rola testera w agilu jest/była pomijana. Może warto wdać się w polemikę i napisać coś czemu to jest słuszne/lub nie. Moim zdaniem jesteśmy niedocenieni a zespół deweloperski oznacza nie tylko programistów a grupę która ma dostarczyć wartość… a jak są potrzebni testerzy to też w zespole deweloperskim są i są jego częścią 🙂

    • Testerka Wrzesień 20, 2017

      Droga Marto, niewątpliwie to o czym piszesz, ma miejsce na wielu projektach i w ogromnej ilości firm. Inspirując się Twoim komentarzem, rozpoczęłam pracę nad wpisem na temat roli testera i dlaczego jest ona niedoceniana oraz czy jest to słuszne 🙂 Myślę, że pojawi się najpóźniej pod koniec tygodnia 🙂 Mam nadzieję, że uświadomi on wielu osobom, że ich postawa wobec testerów może nie do końca jest odpowiednia i pora ją zmienić!

Napisz komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Solve : *
22 − 12 =