– 1 Godzinne wprowadzenie
Agile to zbiór wartości oraz cech, które w o ostatniej dekadzie wywarły ogromny wpływ na rozwój oprogramowania. Dziś w Skandynawii normą jest stosowanie zasad agile. Niewiele firm stosuje zaś wciąż podejście oparte na metodzie Waterfall.
Jednakże, istnieje wiele różnych rodzajów jego implementacji. Wiele organizacji uważa siebie za agile, jednak sposób w jaki pracują nie jest w 100% zgodny z jego cechami. W tej sesji, odpowiemy zatem na pytanie „Czym jest Agile’’ oraz jak jest on widziany z perspektywy branży konsultantów IT. Dowiesz się także czym jest rozwój oprogramowania i czym charakteryzuje się bycie agile.
Wprowadzenie nowych metod pracy w organizacji jest ciężkie i często zawodzi. Nasze ogólne doświadczenie w Right People Group opierające się na setkach dialogów w ciągu ostatnich 10 lat wykazuje jednak, że zmiana na metody agile z reguły okazuje się sukcesem. Zarówno ze strony zarządzania jak i rozwoju oprogramowania. Jeżeli zaimplementujesz je poprawnie, usatysfakcjonujesz pracowników oraz efektywnie rozwiniesz oprogramowanie.
Poniższe video wyjaśnia zasady oraz przekonania kryjące się za rozwojem oprogramowania agile.:
SCRUM – NAJCZĘŚCIEJ WYKORZYSTYWANA METODOLOGIA AGILE
Scrum to metodologia oparta oraz wykorzystywana na zasadach agile. Poprzez doświadczenie zdobyte podczas współpracy z naszymi klientami przekonaliśmy się, że wybór właścicieli oraz ich produktów ma wpływ na sukces lub porażkę projektów agile.
Kluczowymi rolami oraz koncepcjami Scrum są:
- Właściciel produktu
- Scrum Master
- Planowanie Sprint / Sprint
- Codzienny Scrum
- Retrospektywa
- Sprint backlog / user stories
- Zaległe Produkty
Więcej o definicjach pojęć zamieszczonych powyżej możesz dowiedzieć się tutaj lub oglądając video zamieszczone poniżej:
WSTĘP DO KANBAN
Większość organizacji rozpoczyna od Scrum, a kolejno implementuje Kanban. Kanban, który jest bardzo popularną strukturą w rozwoju oprogramowania agile. Wszelkie aspekty pracy, którymi zajmują się różni członkowie zespołu, reprezentowane są wizualnie na tablicy Kanban. Pozwala to przede wszystkim całemu zespołowi na śledzenie rozwihy całego projektu w czasie rzeczywistym. Nasze ogólne doświadczenie z klientami prowadzić ma zatem do ulepszeń oraz dotarcia do najlepszych niezależnych konsultantów, którzy pracują jako coachowie agile i polecają tę metodę.
Kanban jest przedstawiony oraz porównywany do Scrum w tym artukule oraz video zamieszczonym poniżej:
MINIMALNY PRODUKT WIDOCZNY
Minimalny produkt widoczny (lub MVP) został spopularyzowany przez Erica Riesa podczas publikacji książki “The Lean Start-up” w 2008 roku. Podstawowa koncepcja MVP jest bardzo dobrze dopasowana do filozofii rozwoju oprogramowania agile. W ostatnich latach stała się ona bardzo popularna, szczególnie wśród start-upów technologicznych.
Z naszych obserwacji wynika, że tempo wykwalifikowanych start-upów, które są zgodne z tą filozofią, zagraża wielu podstawowym usługom, które wcześniej były własnością przedsiębiorstw, np. w sektorze finansowym. Będąc świadomym ryzyka zakłóceń, przedsiębiorstwa nieustannie próbują zaadaptować koncepcje oraz sposób myślenia, ponieważ krótki “czas wejścia na rynek” ma kluczowe znaczenie dla zachowania konkurencyjności.
Zamieszczone poniżej video wyjaśni Ci czym jest MVP opierając się na 3 przykładach:
DŁUG TECHNICZNY
W naszym pierwszym filmie zobaczyliśmy, w jaki sposób deweloper dokonał wykonania części warstwy bazy danych, która była potrzebna do zapewnienia odpowiedniej funkcjonalności. Tego typu decyzje mogą być słuszne, jednak może to również prowadzić do potencjalnego niebezpieczeństwa. Zbyt wiele nieukończonych części w ogólnej architekturze systemu przyczynić może się do tzw. “technicznego długu”.
,,Dług techniczny” to koncepcja wprowadzona przez jednego z autorów Agile Manifesto, Warda Cunninghama. Jak już wspomniano, biorąc skróty w celu np. Umieszczenie realnie dostępnego produktu na rynku może być dobrą decyzją, jednak jak sugeruje metafora, należy mieć świadomość, że zadłużenie zostanie spłacone wcześniej czy później. Najszybsze zatem rozwiązanie nie zawsze będzie tym najbardziej optymalnym.
Jeżeli nie ma powodu by przyjąć skrót kodowania, a szybkie rozwiązanie nie zostało wdrożone w celu osiągnięcia wartości biznesowej, oznacza to, że zespół nie jest ambitny lub wystarczająco wykwalifikowany. Dług techniczny nie ma nic wspólnego ze sprawnymi metodami i myśleniem biznesowym. Jest to po prostu źle wykonana praca!
W rzeczywistości, doświadczenie uświadomiło nam, że deweloperzy oprogramowania, którzy nie są wystarczająco wykwalifikowani oraz nastawieni na jakość, są główną przyczyną zadłużenia technicznego. Widzimy również, że odsetki płacone od zadłużenia technicznego są ogromne. Rosnące zadłużenie techniczne powoduje, że zmiany w oprogramowaniu stają się coraz trudniejsze do wdrożenia, co jest także równoznaczne z zabiciem produktu, ponieważ statyczny produkt oprogramowania nie może przerwać.
Oto wprowadzenie do technicznego długu:
CZYM NIE JEST AGILE
W manifeście agile, pewne procesy mają pierwszeństwo przed innymi. Nie oznacza to jednak, że mniej priorytetowe zadania, nie są cenione i nie powinny być w ogóle wykonywane. Na przykład niektórzy programiści nie lubią dokumentować swoich rozwiązań. Co więcej można od nich usłyszeć, że dokumentacja jest sprzeczna z zasadami agile To jest źle. Ten krótki artykuł bardzo dobrze opisuje, jak należy rozumieć manifest agile:
https://www.linkedin.com/pulse/what-agile-isnt-patrick-becka
BEZPIECZNIE – STRUKTURA RAM AGILE
Trudno jest odnieść sukces z projektami rozwoju oprogramowania a jeszcze ciężej w przypadku dużych i złożonych projektów rozwoju oprogramowania. Ponieważ wiele korporacyjnych organizacji przyjmuje zwinny sposób myślenia, oznacza to również, że istnieje potrzeba posiadania metod do przeprowadzania bardzo dużych i złożonych projektów przy użyciu sposobu myśleniaagile .”SAFE” jest najczęściej stosowaną metodologią agile do obsługi bardzo dużych i złożonych projektów. Oto wprowadzenie do niego:
DLACZEGO AGILE ZAWODZI
Podobnie jak przy każdej zmianie procesów organizacyjnych, wprowadzenie zwinnego niesie za sobą ryzyko niepowodzenia. Z naszego doświadczenia wynika, że programiści nie są w stanie działać sprawnie bez kierownictwa, które ich pokieruje. Wymaga to ciągłego zaangażowania strony biznesowej w organizację, co oznacza, że w rzeczywistości muszą poświęcić na to czas.
Ten facet (i jego koszulka) mówi to całkiem dobrze:
JEŻELI HITLER BYŁBY COACHEM AGILE
Wielu uznałoby“coachem agile” za typ humanisty lub hipisa w świecie oprogramowania. Co jednak myślisz o eksperymencie, który potwierdza, że to Hitler był coachem agile:
CZY JESTEŚ NIEZALEŻNYM KONSULTANTEM LUB KONTRAKTOREM?
Zapisz się do naszego newslettera i otrzymuj kontrakty IT, odpowiadające Twojemu profilowi oraz lokalizacji, na swoją skrzynkę mailową.
CZY POTRZEBUJESZ EKSPERTA AGILE?
Wyślij nam wiadomość e-mail na adres [email protected] z Twoim CV, stawką godzinową eksperta agile, która odpowiadać będzie Twoim projektom oraz wymaganiom lub czytaj więcej o naszych usługach w zakładkach Manager projektu Agile lub Ekspert ds. rozwoju Agile
