Okiem praktyka. Dlaczego Agile i Scrum?

Dlaczego agile i scrum? Zwinne podejście do zarządzanie projektami.

Łukasz Królak

Follow

Zwinne podejście do zarządzanie projektami wydaje się jedynym słusznym - w świecie projektów developerskich. Zwłaszcza, jeśli organizacji zależy na wdrożeniu i rozwoju produktów w możliwie jak największym stopniu spełniających potrzeby ich użytkowników.

Agile w teorii

Agile w teorii ma umożliwić efektywną współpracę pomiędzy szeroko pojętym biznesem, a zespołami projektowymi. Ma być argumentem do tego, aby reagować na realny feedback użytkowników, na podstawie dostarczania rozwiązania w formie funkcjonalnych iteracji. Dzięki opozycyjnemu do Waterfall'owego podejściu do realizacji projektów, pozwala na testowanie rozwiązań wcześniej niż po miesiącach lub latach prac nad produktem. Dostarcza wiedzę o skuteczności wdrażanego rozwiązania na mniej zaawansowanych etapach, umożliwia szybszą reakcję na zmianę wymagań. Na konkretnych korzyściach wynikających z Agile'owego skupię się nieco póżniej. Teraz zacznijmy od teorii, czyli Manifestu zwinnego programowania:

  • Ludzie i interakcje ponad procesy i narzędzia
  • Działające oprogramowanie ponad szczegółową dokumentację
  • Współpracę z klientem ponad negocjacje umów
  • Reagowanie na zmiany ponad realizację założonego planu

Agile w praktyce

Z założenia powyższej punkty sugerują, że elementy po prawej stronie są istotne, ale większą wagę mamy przykładać do tych wypisanych po lewej. W praktyce jednak, wprowadzenie i trzymanie się "dobrego" Agile nie jest łatwe, a dla większości organizacji staje się dużym wyzwaniem. Zwinne podejście przez lata (od 2001) dorobiło się wielu metodyk pracy, będących narzędziem, które w dobrych rękach usprawnia pracę, poprawia komunikację w zespołach, maksymalizuje efektywność realizacji zadań. Najpopularniejsze frameworki pomagające w zwinnym podejściu do realizacji projektów to - Scrum, kanban, dynamic system development method, programowanie ekstremalne, crystalclear feature driven development, pragramtic programing. W dzisiejszym artykule, skupię się na, moim zdaniem, najbardziej wartościowych elementach Scruma - Kim Gene, Behr Kevin , Spafford George.

Scrum i inne frameworki

„Na początku był chaos”, a potem pojawiły się freameworki, metodyki pracy dające możliwość zapanowania nad projektowym bałaganem. Pisząc to, na myśl przychodzi mi powieść "Projekt Feniks. Powieść o IT, modelu DevOps i o tym, jak pomóc firmie w odniesieniu sukcesu"- autorstwa KimGene, Behr Kevin i Spafford George, opowiadająca historię osadzoną w korporacyjnych realiach, dotyczącą złożoności realizacji dzisiejszych projektów wytwarzania oprogramowania.

Bohaterowie mierzą się tam z ogromną ilością piętrzących się zadań, które wydają się nie do opanowania, do momentu aż pojawiły się koncepcje uporządkowania pracy wokół tytułowego projektu. Scrum jak i inne frameworki powstały z takiej właśnie potrzeby. Podpowiadają konkretne rozwiązania pozwalające na opanowanie składowych etapów projektu i wyznaczają drogę do celu, jakim jest wdrożenie i rozwój skutecznego oprogramowania. 

Dlaczego Scrum?

Scrum pozwala na wynikającą z Agile zmianę perspektywy tworzenia produktów, czyli to nie zakres projektu narzuca czas i koszt, a to czas i koszt są składowymi ostatecznego kształtu produktu. Ważnym aspektem Scruma jest to, że nie wpływa on wyłącznie na osoby techniczne w ramach zespołów, ale na całą organizację lub chociaż osoby odpowiedzialne za produkt już po stronie biznesu.  

Najmocniejsze cechy Scrum

Nie chcę skupiać się nad składowymi Scruma i elementami jego idealnego modelu wynikającego ze Scrum Guide. Skupię się na jego praktycznym zastosowaniu, na tym co dla mnie w Scrumie jest najbardziej wartościowe- Scrum teams (zespołu scrumowe), samoorganizujące się zespoły posiadające komplet kompetencji do wdrożenia i rozwoju produktu. Zespół pracujący wspólnie nad rozwiązaniem, posiadający wspólny cel jakim jest dostarczenie produktu o możliwe najwyższej wartości, planujący, odbierający i analizujący problemy poprzednich iteracji, ma w założeniu wszystko, aby z sukcesami realizować kolejne zadania.Pracując razem z kompletem wiedzy na temat produktu i wdrożenia, zespół jest wstanie w możliwie najszybszym czasie rozwiązywać problemy i reagować na zmiany wymagań.

 Kolejnym, bardzo istotnym elementem Scruma są sprinty, okresy w jakich powstają konkretne i zaplanowane przyrosty funkcjonalności. Podczas planowania zespół ustala zakres, w czasie sprintu go realizuje, następnie testuje. Powoduje to ciągły przyrost produktu o wartościowe i możliwe do odbioru składowe funkcjonalności, często uwzględniające feedback z poprzednich iteracji. Przyrost produktu, to moim zdaniem, nie tyle co wartościowy element Scruma (chociaż oczywiście tak jest), co argument dla osób sceptycznie podchodzących do jego założeń. W każdej kolejnej iteracji - product increment daje realną wartość, możliwą do zweryfikowania z wymaganiami i potrzebami użytkowników funkcjonalności. Ma to kluczowy wpływ na dalszy rozwój produktu i zakres projektu. Umożliwia to reagowanie w porę na nietrafione rozwiązania, zmianę wymagań, a co za tym idzie ograniczenie kosztów wynikających z dalszej pracy nad funkcjonalnościami, które z jakiegoś powodu nie spełniają oczekiwań użytkowników.

Jak Scrum pomoże Ci w codziennej pracy?

Scrum w praktyce, to dla małych przedsiębiorstw możliwość uporządkowania codziennej pracy, kładąc nacisk na współpracę członków samoorganizujących się zespołów daje także im narzędzia i argumenty do efektywnego rozwoju wartościowych produktów. W rozbudowanych strukturach dużych firm, to wsparcie dla wdrożenia innowacyjnej zmiany podejścia do realizacji projektów, a dla ich pracowników to szansa na uzyskanie większego wpływu na kształt i zakres realizowanych zadań. W ostatnim czasie rozwija się także usługa potwierdzająca zapotrzebowanie na podejście do pracy nad wdrożeniem i rozwojem oprogramowania wedle zasad tej metodyki - "scrum team as a service", czyli zewnętrzne zespoły projektowe, które wraz biznesowymi kompetencjami klienta, są w stanie efektywnie realizować założenia bez strat na jakości.

Dlaczego polecam Scrum?

W mojej pracy, scrum jest frameworkiem pozwalającym mi na realizację projektu na przejrzyście określonych zasadach. Klient wie czego spodziewać się w konkretnym czasie i jakiego zakresu dotyczy iteracja w ramach, której obecnie pracujemy. Do faworyzowanych przeze mnie typów umów na wdrożenia bazujące na rozliczeniu time and material (T&M), scrum pasuje idealnie. Klient na kolejnych etapach wdrożenia nie płaci za kwartał wcześniej zaplanowany etap, a za wynikającą z realnej potrzeby użytkowników funkcjonalność, której kształt może określać feedback z wdrożonej i przetestowanej w poprzednim etapie iteracji. Najwyższy priorytet ma dla nas zadowolenie klienta dzięki wczesnemu i ciągłemu wdrażaniu wartościowego oprogramowania.

Równie ważnym apsektem Scruma są ludzie, członkowie zespołów, posiadający swobodę działania, które dzięki bliskiej i ścisłej współpracy mają wszystko, żeby rozwijać się w swoich kompetencjach i czerpać satysfakcję z wdrożeń oprogramowania o możliwie najwyższej wartości. 

 

Łukasz Królak

Follow

Digitalizacja polskich przedsiębiorstw to nasza misja. Masz jakieś pytania? Chętnie Ci pomożemy!

Zapytaj o ofertę

Administratorem Twoich danych osobowych jest Engave S.A. z siedzibą w Warszawie, informacje o zasadach przetwarzania danych dostępne są w Polityce Prywatności.
Każda zgoda może zostać cofnięte w każdym momencie bez wpływu na uprzednie przetwarzanie, poprzez kontakt na: biuro@engave.pl

*Pole wymagane

Dziękujemy za zainteresowanie naszą ofertą. Skontaktujemy się Tobą w najbliższym czasie.
Przepraszamy, ale wysłanie formularza nie powiodło się. Spróbuj przesłać ponownie.

W razie problemów zapraszamy do kontaktu bezpośredniego

Więcej od Engave

Blog

Czy na pokładzie jest tester? O roli testera oprogramowania w projekcie

Pierwsza zasada brzmi: testowanie ujawnia usterki, ale nie może dowieść ich braku, czyli o roli testera

Czy na pokładzie jest tester? O roli testera oprogramowania w projekcie

Pierwsza zasada brzmi: testowanie ujawnia usterki, ale nie może dowieść ich braku, czyli o roli testera

Czy na pokładzie jest tester? O roli testera oprogramowania w projekcie

Pierwsza zasada brzmi: testowanie ujawnia usterki, ale nie może dowieść ich braku, czyli o roli testera

Czy na pokładzie jest tester? O roli testera oprogramowania w projekcie

Pierwsza zasada brzmi: testowanie ujawnia usterki, ale nie może dowieść ich braku, czyli o roli testera

Czy na pokładzie jest tester? O roli testera oprogramowania w projekcie

Pierwsza zasada brzmi: testowanie ujawnia usterki, ale nie może dowieść ich braku, czyli o roli testera

Blog

Co wybrać: on premises, chmurę czy rozwiązanie hybrydowe?

Decyzja jest trudna, ale możliwa do podjęcia. Wszystko zależy od przeznaczenia danego rozwiązania i budżetu. Sprawdź >

Co wybrać: on premises, chmurę czy rozwiązanie hybrydowe?

Decyzja jest trudna, ale możliwa do podjęcia. Wszystko zależy od przeznaczenia danego rozwiązania i budżetu. Sprawdź >

Co wybrać: on premises, chmurę czy rozwiązanie hybrydowe?

Decyzja jest trudna, ale możliwa do podjęcia. Wszystko zależy od przeznaczenia danego rozwiązania i budżetu. Sprawdź >

Co wybrać: on premises, chmurę czy rozwiązanie hybrydowe?

Decyzja jest trudna, ale możliwa do podjęcia. Wszystko zależy od przeznaczenia danego rozwiązania i budżetu. Sprawdź >

Co wybrać: on premises, chmurę czy rozwiązanie hybrydowe?

Decyzja jest trudna, ale możliwa do podjęcia. Wszystko zależy od przeznaczenia danego rozwiązania i budżetu. Sprawdź >

Blog

5 argumentów za robieniem backupu platformy Microsoft 365

Model wspólnej odpowiedzialności zakłada, że Microsoft zabezpiecza swoją infrastrukturę IT. Ty zabezpieczasz swoje dane.

5 argumentów za robieniem backupu platformy Microsoft 365

Model wspólnej odpowiedzialności zakłada, że Microsoft zabezpiecza swoją infrastrukturę IT. Ty zabezpieczasz swoje dane.

5 argumentów za robieniem backupu platformy Microsoft 365

Model wspólnej odpowiedzialności zakłada, że Microsoft zabezpiecza swoją infrastrukturę IT. Ty zabezpieczasz swoje dane.

5 argumentów za robieniem backupu platformy Microsoft 365

Model wspólnej odpowiedzialności zakłada, że Microsoft zabezpiecza swoją infrastrukturę IT. Ty zabezpieczasz swoje dane.

5 argumentów za robieniem backupu platformy Microsoft 365

Model wspólnej odpowiedzialności zakłada, że Microsoft zabezpiecza swoją infrastrukturę IT. Ty zabezpieczasz swoje dane.

Informacja Cookies
Na naszej stronie internetowej www.engave.pl wykorzystujemy pliki cookies. Klikając „Akceptuję wszystkie”, wyrażasz zgodę na instalację wszystkich plików cookies oraz przetwarzanie Twoich danych osobowych. Zgodę możesz wycofać w dowolnym momencie. Administratorem Twoich danych osobowych jest Engave Spółka Akcyjna z siedzibą w Warszawie, ul. Czarodzieja 16, 03-116 Warszawa. Twoje dane osobowe mogą być także przetwarzane przez strony trzecie.

Klikając „Wyłącznie niezbędne cookies”, umożliwiasz funkcjonowanie strony internetowej. Więcej informacji o przysługujących Ci prawach znajduje się w naszej Polityce Prywatności Serwisu i Polityce Plików Cookies.
Szczegóły
Akceptuj Wszystkie