Czym są metodyki zwinne?

W pierwszym odcinku podcastu Paweł Tomkiel wyjaśnia, czym są metodyki zwinne, agile i jak działają w podejściu wielu organizacji. Mówi także o tym, czym tego typu proces wytwórczy różni się od klasycznego podejścia zarządzania projektami typu podejście kaskadowe (ang. Waterfall). Więcej na ten temat przeczytasz na blogu „Zwinne organizacje” w tekście: Czym tak naprawdę jest agile?

Słuchasz podcastu Deloitte „Zwinne organizacje”, gdzie wraz z naszymi gośćmi dzielimy się najlepszymi praktykami wdrażania metodyk zwinnych w pojedynczych zespołach, jak i całych organizacjach. Notatki do tego i innych odcinków znajdziesz na naszym blogu Zwinne organizacje. 

Cześć, nazywam się Paweł Tomkiel i pracuję jako agile coach w zespole doradztwa zwinnego w Deloitte Digital.

W pierwszym odcinku tego podcastu spróbuję wyjaśnić, czym właściwie są metodyki zwinne, czym jest agile i jak działa w podejściu wielu organizacji.

Tradycyjne podejście a metodyki zwinne

Przede wszystkim, metodyki zwinne kiedyś nie istniały. Istniało jedno, tradycyjne podejście do zarządzania projektami, czyli podejście zakładające podział projektu na fazy. Możecie znać to podejście pod nazwą waterfall, gdzie każda faza projektu tworzy jakieś półprodukty, które są przekazywane do fazy kolejnej. Na przykład, pierwsza faza to analiza, która zakłada zdefiniowanie zakresu projektu, zdefiniowanie harmonogramu, czyli próba przewidzenia tego, co w przyszłości zostanie wykonane, w jakich krokach i w jakim czasie. Efekty tej analizy są przekazywane do zespołów projektowych. Te zespoły też mogą mieć poszczególne funkcje, poszczególne fazy, na przykład, przy wytwarzaniu oprogramowania będzie to analiza biznesowa, która doszczegóławia zakres takiego projektu i przekazuje tę wiedzę deweloperom albo analitykom funkcjonalnym. Powstaje z tego oprogramowanie, które jest przekazywane do testerów. I finalnie do testów akceptacyjnych.

I teraz zacząłem mówić o wytwarzaniu oprogramowania, bo to tam przede wszystkim narodził się cały ruch agile. A to z tego względu, że podejście tradycyjne w wytwarzaniu oprogramowania po prostu empirycznie nie wychodziło. Takie projekty były przesuwane w czasie, nie mieściły się w zakładanym harmonogramie. Rósł ich koszt, trzeba było je przedłużać, dłużej płacić ludziom, którzy ten projekt wykonują. Projekty, które wcześniej były zaplanowane i zaakceptowane w koszcie firmy, stawały się nieefektywne czasowo i kosztowo. 

Jak sprintem przeprowadzić projekt?

Metodyki zwinne próbują zaadresować ten problem. To znaczy, zakładają trochę inny paradygmat.  Często weryfikować efekty prac i kontrolować ryzyko tego, że projekt się będzie wydłużał, a także co z takim projektem i kosztem robimy w trakcie. Dlatego w najbardziej rozpowszechnionym frameworku zwinnym, w Scrumie, jest podział pracy na sprinty. Planowanie odbywa się w kontekście sprintu na tydzień, dwa, podczas którego jest określany cel i zespół próbuje ten cel wypełnić. Na koniec takiego sprintu jest weryfikacja tego, czy faktycznie cel został osiągnięty.

Zwinność opiera się na zestawie wartości, które polegają na tym, że pracę się dzieli, weryfikujemy ryzyko, jesteśmy klientocentryczni, skupiamy się na użytkowniku końcowym i skupiamy się na produkcie. W każdym sprincie produkt musi być we wdrażalnym stanie. I tu jest zasadnicza różnica pomiędzy projektem klasycznym, a projektem zwinnym. W projekcie klasycznym, gdybyśmy zaprojektowali dosyć duży system, czy aplikację i rozdzielili ją do kilku zespołów projektowych, każdy z tych zespołów zająłby się inną częścią systemu. Wykonałby swoją pracę i na koniec roku ta praca próbowałaby zostać zintegrowana. Tylko, że integracja wydaje się być najtrudniejszą częścią całego procesu developmentu. Integracja pomiędzy systemami, pomiędzy zespołami, szczególnie, jeżeli wcześniej każdy się skupił na swojej pracy i nie było otwartej komunikacji między zespołami. To na etapie integracji najczęściej wychodziły problemy.

Zwinność zakłada zmianę kierunku

Z kolei w Scrumie, w metodykach zwinnych, skupiamy się na tym, żeby produkt w każdym sprincie był wdrażalny. To znaczy integrujemy te małe cząstki, które powstają w różnych zespołach i integrujemy w każdym sprincie. Utrzymujemy produkt w stanie gotowym do uruchomienia. Dzięki temu, możemy weryfikować to, jak działa produkt tu i teraz. Interesariusze biznesowi mogą po każdym sprincie sprawdzić, w jakim stanie jest ich produkt. Czy według nich, te prace nadal mają sens, czy może trzeba dokonać jakiegoś zwrotu. Zwinność zakłada możliwość zmiany kierunku w miarę tego jak odkrywamy zmiany na rynku, jak zmieniają się nasi klienci.

To był pierwszy odcinek podcastu Deloitte „Zwinne organizacje”. Jeżeli ta treść Ci się podobała, podziel się nią ze swoimi znajomymi, udostępnij ją w swoich kanałach społecznościowych i zapraszam Cię do słuchania kolejnych odcinków. Jeśli chcesz dowiedzieć się trochę więcej, zapraszam Cię też na naszego bloga Zwinne organizacje do artykułu Czym, tak naprawdę, jest Agile?