Wiele firm zastanawia się jak wdrożyć zarządzanie projektami oparte na założeniach AGILE. Organizacje podążające za współczesnymi trendami decydują się na porzucenie tradycyjnego modelu kaskadowego. Czy model kaskadowy nie jest już efektywny? Firmy chcą uczyć się pracować w zwinnym biurze zgodnie z filozofią Agile. Czy to oznacza? Przypatrzmy się głównym założeniom obu metod pracy.

Model kaskadowy

Założenia:

– metodologia zakłada zarządzanie projektem poprzez wykonywanie czynności w określonych i ściśle zaplanowanych etapach tj. planowanie, analiza, projektowanie, implemantacja, testowanie i wdrożenia

– wymusza to długi czas oczekiwania na efekt

– na pewno ma założony harmonogram, budżet oraz zakres

– jednak ma zastosowanie w dużych projektach, gdzie kluczem do sukcesu jest ustrukturyzowana praca zespołu, wysoka przewidywalność, kontrola kolejnych korków procesu.

– przede wszystkim, model kaskadowy nie sprawdza się przy projektach ryzykownych, a dużym stopniem niepewności i nieprzewidywalności i nieustannie zmieniającymi się oczekiwaniami Klienta

– dodatkowo, można go porównać do linii produkcyjnej

Historia

W kolejnych latach zostały opracowane: Dynamic System Development Method (1994 r.), Extreme Programming (1996 r.), Crystal oraz Feature-driven Development Method (1998 r.), które zasłynęły, jako metody zwinne. Scrum, który często błędnie jest utożsamiany z Agile, został sformalizowany przez Kena Schwabera w 1995 r., który zainspirował się artykułem „The new new product development game” opublikowanym 9 lat wcześniej w magazynie Harvard Business Review.

Zapotrzebowanie na zwinność w projektach IT

Wszystko zaczęło się w branży IT

Branża IT najszybciej zrozumiała, że zastosowanie podejścia używanego na liniach produkcyjnych, w procesie wytwarzania oprogramowania, nie przynosi oczekiwanych efektów.

Prekursorzy zmiany latami poszukiwali najlepszego podejścia do wytarzania oprogramowania. W lutym 2001 r. reprezentanci nowych idei spotkali się w ośrodku wypoczynkowym Snowbird w Stanach Zjednoczonych, aby odpocząć, jeździć na nartach oraz znaleźć wspólne porozumienie w prowadzeniu projektów IT. Efektem ich rozmów stał się symboliczny „Manifest Zwinnego Wytwarzania Oprogramowania” (z ang. Manifesto for Agile Software Development), czyli deklaracja ogólnodostępnych zasad i wartości dla wszystkich zwinnych metod. 

Styl pracy w Agile to:

– ponad wszystko, elastyczność

– po pierwsze, stała współpraca z Klientem

– następnie, zapewnienie, że produkt końcowy zapewni potrzeby Klienta, a nie zespołu projektowego

– potem działanie, nawet jak nie wszystko jest zaplanowane

Założenia AGILE

– na początku projektu zespół nie jest w stanie dokładnie zaplanować jego całego przebiegu

– tymczasem, praca jest podzielona na krótkie cykle, nazywane sprintami (zazwyczaj od 1 do 4 tygodni), podczas których zespół samodzielnie planuje prace, projektuje rozwiązanie, programuje, testuje oraz otrzymuje informację zwrotną (z ang. feedback) od Klienta. 

– iteracyjny tryb pracy pozwala na regularne dostarczanie mniejszych części finalnego rozwiązania

– dodatkowo jest przyzwolenie na dużą elastyczność w zakresie zmian zakresu projektu

– zespoły zwinne pracują z listą priorytetów (z ang. Product Backlog), która ewoluuje wraz z rozwojem projektu

– podzielenie prac na krótkie iteracje pozwala również na podniesienie jakości produktu poprzez szybką i regularną identyfikację błędów

– filozofia Agile zakłada, że zespoły są samoorganizujące się i kros-funkcjonalne. Oznacza to, że zespoły samodzielnie decydują, w jaki sposób najlepiej wykonywać swoją pracę

– przekazanie zespołowi dużej odpowiedzialności korzystnie wpływa na motywacje pracowników

– ponadto członkowie zespołu, wykazują większe chęci do codziennej pracy

– ceremonie i artefakty pozwalają na uzyskanie przejrzystego i rzetelnego obrazu przedstawiającego aktualne postępy zespołu

– przejrzystość, która stanowi jeden z fundamentów metodyki Scrum, zapewnia bieżący dostęp do rzetelnych informacji na temat funkcjonowania zespołu

– co najważniejsze, zespół ciągłe doskonali się poprzez przyglądanie się własnej pracy, obserwowanie, uczenie się na błędach i wyciąganie konstruktywnych wniosków, pozwala na stałe podnoszenie efektywności procesu wytwórczego

Filozofia Agile sprawdza się gdy:

– projekty są powiązane z celami biznesowymi

– zespół koncentruje się na dostarczeniu rzeczywistych korzyści dla biznesu

Warunkami niezbędnymi do realizacji tych założeń jest to, że:

– kluczowi interesariusze rozumieją cele biznesowe

– zespół ma odpowiednie upoważnienia

– współpracujemy w celu znalezienia właściwego rozwiązania

– dostarczamy produkt na czas, zgodnie z przyjętymi priorytetami

– ponadto, wszyscy akceptują fakt, że zmiany są nieuchronne

– co najważniejsze, zespół rozumie, prawdziwe priorytety biznesowe

Zespół zarządzany tradycyjnie:

– przyjmuje wytyczne

– nagradzane są jednostki

– nastawiony jest na realizacje podstawowych celów

– członkowie konkurują

– w rezultacie, realizuje procedurę, nie zależnie od wyniku

– reaguje na wydarzenia

Zespół samodzielny, zwinny:

– przejmuje inicjatywę

– nastawiony jest na wspólpracę i wspólny wkład

– ponadto koncentruje się na rozwiązaniu

– stale udoskonala swoją pracę, szuka nowych i efektywnych sposobów pracy

– zapobiega wydarzeniom

Podsumowując, uważam, że każda organizacja powinna przeanalizować swoje procesy biznesowe, żeby odkryć swój ” złoty środek. Ważne jest, żeby zastosować te rozwiązania, które faktycznie wesprą firmę w realizacji rezultatów biznesowych.

Analizą środowiska pracy i narzędziami zajmą się nasi specjaliści.

Chcesz wprowadzić AGILE i uelastycznić swoje miejsce pracy?

Wykorzystaj sprawdzone rozwiązania od Helikon!

Autor: Kasia Wierzba

Dalej poszukujesz elastycznych rozwiązań? Napisz: wierzba@helikon.pl

Tekst powstał na podstawie: www agilemanifesto; Deloitte; Maro; Vank; www.helikon.pl