#1 AGILE: Co to jest Agile?

📍 Szkolenie Agile: https://leadership-center.pl/agile/

📍 Jeżeli chcesz, żeby Twój zespół pracował projektowo – napisz do mnie maila: [email protected]

0:00 Co to jest Agile
1:16 Skąd się wzięło Agile
2:19 Podejście Waterfall i jego problemy
3:35 Agile Manifesto jako inne, nowe podejście
6:06 Wartości Agile
8:54 Agile jako filozofia
9:23 Wnioski i działania

↓↓ WIĘCEJ INFORMACJI ↓↓

★ SUBSKRYBUJ MÓJ KANAŁ: https://goo.gl/oh8mJF
★ WIĘCEJ O METODZIE 12 PYTAŃ KISS ™: https://goo.gl/kQMZrv

• • • TU MNIE ZNAJDZIESZ • • •

► FACEBOOK: https://goo.gl/7rAaPZ
► LINKEDIN: https://goo.gl/uRYUzY

► NAPISZ DO MNIE: [email protected]

W tym odcinku opowiem o:
Agile manifesto, czyli jak się to wszystko zaczęło
O 4 istotnych punktach, na których agile się koncentruje
O tym, dlaczego czytanie manifestu zbyt dosłownie może się źle skończyć

Co to jest agile?

Agile, zwinność, podejście zwinne, metodyki zwinne – to bardzo modne słowa, pojawiające się coraz częściej. Coraz więcej firm chce być Agile, bo zwinność gwarantuje sukces. Czy na pewno? Skąd się wzięło Agile, jak o tym myśleć, jak odnaleźć się w inteligentnej dyskusji na ten temat?

Skąd się wzięło Agile i co to jest?
Agile wzięło się z wytwarzania oprogramowania, z IT. Dlaczego tak? Jak sięgniemy wstecz, okaże się, że początkowe projekty IT nie miały żadnej metody na której mogły by się oprzeć. Inżynierowie musieli wymyślić sposób jak wytwarzać oprogramowanie w odpowiedzi na potrzeby biznesu. Druga rzecz, która się działa – biznes nie do końca rozumiał IT, bo w IT goście robili jaką magię, nikt nie wiedział w czym to może pomóc, trudno się było z nimi dogadać. Miękkie podejście nie jest najsilniejszą stroną informatyków ;)

Skąd można było zaczerpnąć jakieś wzorce? Z miejsc, które dla inżynierów były w miarę znane, czyli z budownictwa. Stamtąd wzięła się metoda Waterfall – podejście kaskadowe do wytwarzania projektów. Podejście Waterfall polega na tym, że najpierw zbieramy wymagania, później je:

analizujemy,
projektujemy,
programujemy,
testujemy,
wdrażamy.

Tak się buduje mosty, budynki, generalnie cały świat fizyczny działa właśnie tak. Dlatego, że trudno np. zainstalować okna jeżeli zapomnisz o nich i ich nie zrobisz w budynku. Jest wiele przykładów dziwnych budowli, w których czegoś zapomnieli zrobić. Generalnie przy tego typu inwestycjach to jest całkiem dobre podejście.

Okazało się, że rodzi też pewne problemy. Po pierwsze biznes chciał coś dziś, dział sprzedaży chce Coś dzisiaj – to chce mieć jutro wynik. Przy takim podejściu projekty trwały bardzo długo. Po drugie dostawało się nie to, co trzeba na koniec. No i wszyscy finalnie byli wkurzeni. Biznes na IT, IT na biznes. Generalnie trzeba było znaleźć coś innego, co pozwoliłoby działać w nowej technologii, w nowym podejściu. Tym bardziej, że IT też się zmieniało, technologie stawały się łatwiejsze.

Wtedy kilku panów zebrało się i stworzyło Agile Manifesto. Manifest Agile opisywał trochę inne podejście do pracy nad projektami informatycznymi. Jak on brzmi w dużym skrócie?
Odkrywamy nowe metody programowania dzięki praktyce w programowaniu i wspieraniu w nim innych. Chodziło o to, o czym pisałem – nowe metody w wytwarzaniu oprogramowania.
W wyniku naszej pracy zaczęliśmy bardziej cenić:
Ludzi i interakcje od procesów i narzędzi
działające oprogramowanie od szczegółowej dokumentacji
współpracę z klientem od negocjacji umów
reagowanie na zmiany od realizacji założonego planu

To jest sedno. Wiele osób to zachwyciło, że faktycznie nie trzeba się skupiać na narzędziach, na procesach, na mówieniu o czymś bardzo trudnym, tylko pracować z ludźmi, po ludzku. Drugi punkt - dokumentowanie w IT to bardzo drażliwa kwestia od zawsze. Siedzenie i pisanie dokumentacji nie jest tak fajne jak wytwarzanie czegoś nowego. W każdej dziedzinie tak właśnie jest. Trzeci punkt – negocjacje umów i kontrakty i prawniczy, skomplikowany język są dużo mniej fajne niż współpraca i wytwarzanie czegoś. Tak samo reagowanie na zmiany niż podążanie za planem.

W poprzednim podejściu (Waterfall) jak zrobisz swój plan to go realizujesz, nie wprowadzasz zmian, bo bardzo dużo elementów na siebie nachodzi. Okazuje się jednak, że biznes zmienia wymagania w trakcie i wtedy dochodzi do konfliktów i sytuacji, w której całość się rozjeżdża. Sedno Manifestu jest takie, żeby właśnie skupić się na tych elementach.

Bardzo ważną rzecz, którą panowie powiedzieli jest to, że „Elementy wpisane po prawej są wartościowe, ale większą wartość mają dla nas te, które wypisano po lewej.”. Przestawiamy myślenie z kategorii technicznych na kategorie ludzkie. Brzmi super, prawda?

To co chcę, żebyście zapamiętali – te wszystkie problemy wymienione wcześniej to nie jest problem Waterfalla, podejścia kaskadowego . To jest problem związany z ludźmi i podejściem do funkcjonowania. To czego się nauczyłem prowadząc swój biznes to to, że elementy z obu stron są tak samo ważne, bo jedne wspierają drugie.