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 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ą:
Więcej o definicjach pojęć zamieszczonych powyżej możesz dowiedzieć się tutaj lub oglądając video zamieszczone poniżej:
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 (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:
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:
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
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:
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:
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:
Zapisz się do naszego newslettera i otrzymuj kontrakty IT, odpowiadające Twojemu profilowi oraz lokalizacji, na swoją skrzynkę mailową.
Wyślij nam wiadomość e-mail na adres info@rightpeoplegroup.com 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
At Right People Group we are convinced that understanding our customers’ needs is essential to be able to deliver the perfect contractor for a task. Therefore, we constantly work on improving our capabilities to understand both the business objectives and the technical aspects of our customers’ projects. Since we work with a wide range of industries and technologies, this is an ongoing learning process. Right People Group University is an initiative that supports this learning in a structured way. Once a week, the newest members of the Right People team gather for a study session focused on one specific topic. What you see above is the curriculum for one such session – “What is Agile”. We launched this series to get new employees up to speed quickly but thought that others might find our study plan useful too. Obviously, you cannot learn everything about Agile in one hour, but it can give you a starting point and an overview which will facilitate further learning in the field. Feel free to join the Right People Group University by following our sessions here on the blog and please post your questions and comments below.
Kontakt Thomas Möller
Thomas jest zawsze otwarty na omówienie konkretnych potrzeb. Może szybko przedstawić dokładny obraz rozwiązania, które możemy dostarczyć, aby spełnić Twoje potrzeby.