różnica między ekstremalnym programowaniem a Scrum

znaczący odsetek firm stosuje obecnie zwinne Zarządzanie projektami jako podejście do spełniania wymagań rynku. Według nowych badań 55% firm, które utrzymują budżet i wykonują ponad 80% swoich projektów na czas, korzysta z zwinnych ram zarządzania projektami.

projekty zwinne mogą być bardziej skuteczne niż tradycyjne metody zarządzania projektami tylko o 28%, ale te ostatnie są coraz mniej skuteczne w reagowaniu na zmieniające się potrzeby klienta. Jest to spowodowane unikalnymi cechami tradycyjnych metod zarządzania projektami:

• są one uruchamiane w serii stałych sekwencyjnych kroków: inicjacja, planowanie, realizacja, monitorowanie i zamykanie.
• kładą nacisk na procesy liniowe, dokumentację, Planowanie wstępne i priorytetyzację.

z drugiej strony jest zwinnym zarządzaniem projektami, którego definicję potwierdza wyrażenie zwinny jak małpa. Kiedy mówisz, że ktoś lub coś jest tak zwinny jak małpa, oznacza to, że są bardzo szybkie i mają zdolność do szybkiego i łatwego poruszania się. Zwinne Zarządzanie projektami i zwinne tworzenie oprogramowania biorą z tego swoje podstawowe cechy.

zwinne tworzenie oprogramowania, często określane mononicznie jako zwinne, polega na przyrostowym dostarczaniu wysokiej jakości oprogramowania dla firm i firm. Ten charakter ciągłego procesu dostaw wynika z potrzeby dostosowywania się przedsiębiorstw do zmieniających się wymagań i utrzymywania kompetencji na rynku. W rezultacie sukces w zwinnym tworzeniu oprogramowania jest mierzony zdolnością zespołu do ciągłego dostarczania.

podstawą zwinnego tworzenia oprogramowania jest to, że różne projekty wymagają różnych linii działania. Mając to na uwadze, projekty zwinne opierają się na pewnych wartościach. Jedną z takich wartości jest skupienie się na umiejętnościach, komunikacji i społeczności, aby umożliwić sprawność i wydajność, w przeciwieństwie do skupiania się na procesach.

Inne zwinne wartości obejmują:

• priorytet pracy oprogramowania nad kompleksową dokumentacją
• priorytet współpracy z klientami nad negocjacjami umów
• priorytet reagowania na zmiany zamiast realizacji planu.

w najbardziej podstawowym sensie można spojrzeć na Agile jako różne podejścia do rozwoju oprogramowania, które są szczególnie w zakresie przyrostowego dostarczania, współpracy zespołowej, ciągłego planowania i ciągłego uczenia się. Funkcje te ograniczają jednorazową dostawę na końcu i sprawiają, że miejsce na bieżące zmiany.

zwinny zespół składa się z sześciu stron o różnych rolach do odegrania. Jednak w zwinnym zespole każdy koncentruje się na dostarczaniu wysokiej jakości produktu. Produkt lub projekt odnosi się do nowej aplikacji mobilnej, gry lub spersonalizowanego oprogramowania, które ma zostać opracowane. Do zespołu należą:

1. Klient: pomaga zdefiniować produkt/projekt znany również jako product owner
2. programista: pomaga w produkcie/projekcie
3. Tester: Pomaga zweryfikować działanie produktu/projektu zgodnie z definicją
4. Tracker: pomaga zebrać i przedstawić przydatne dane
5. Coach: pomaga poprowadzić zespół do sukcesu
6. Koordynator (opcjonalnie): pomaga zarządzać komunikacją zewnętrzną.

klienci odgrywają szczególną rolę, ponieważ biorą odpowiedzialność za funkcjonalność produktu i wygląd użytkownika. Istnieją również analitycy biznesowi, właściciele produktów, testerzy i inni, którzy pomagają zdefiniować produkt i doradzić klientowi.

Programiści, architekci i wsparcie techniczne są odpowiedzialni za wewnętrzne projektowanie, rozwój i konserwację produktu. Trener poprowadzi Twój zespół, pomagając opracować własne zasady i protokoły. Profesjonalny trener pomaga zespołom rozwijać się do tego stopnia, że nie są już mu potrzebni.

koordynatorzy zespołu są zastępowani przez role menedżera, kierownika projektu i Scrum Mastera. Organizują harmonogramy, obsługują przychodzące prośby i rozwiązują problemy interpersonalne.

istnieje wiele zwinnych frameworków. Są one również określane jako metody lub podejścia. Należą do nich Scrum, Kanban, Extreme Programming (XP), Crystal, Lean, Feature Driven Development (FDD) i Dynamic Systems Development Method (DSDM). Wybór odpowiedniego dla konkretnego projektu może zmylić nawet doświadczone zespoły programistyczne. Kluczem do złagodzenia tego zamieszania jest zrozumienie różnic między nimi.

dwie metodyki zwinne omówione w tym artykule to Scrum i Extreme Programming (XP). Wiedza o tych metodologiach jest kluczowa dla powodzenia projektu. Obie te zwinne struktury opierają się na pewnych zasadach i zapewniają jasne wytyczne dotyczące rozwoju produktu/oprogramowania. Pamiętaj, Agile sam w sobie jest tylko listą wartości i opisuje szeroką gamę praktyk, które są zgodne z tymi wartościami.

jaka jest metodologia Scrum i jak działa?

Scrum to efektywny framework organizacji pracy. Ma prosty i okrągły proces z dwoma stałymi elementami kontroli i adaptacji. Pierwszym z nich jest tworzenie i utrzymywanie bezwzględnie uporządkowanych list zadań znanych jako zaległości produktowe. Drugi element dotyczy priorytetyzacji elementów dedykowanych różnym etapom rozwoju projektu w krótkich okresach czasu. Są to sprinty, a w tym okresie zespół scrum dąży do z góry ustalonych i wspólnie uzgodnionych celów.

zespół Scrum składa się z Product Ownera, Scrum Mastera i zespołu programistów, którzy współpracują i dostarczają zgodnie z prostotą frameworka poprzez wysoki poziom komunikacji między sobą. Rolą Product Ownera jest przełożenie celów klienta z powrotem na zespół Scrum. Są to członkowie zespołu, którzy wiedzą, czego chce klient i względną wartość biznesową tych pragnień.

Scrum Master jest moderatorem dla zwinnego zespołu programistycznego. Chociaż rola została stworzona jako część Scrum framework, termin ten jest również używany przez zespoły, które nie bezpośrednio podążają za Scrum. Do obowiązków Scrum Mastera należy zajęcie się dynamiką zespołu, usuwanie przeszkód i zapewnienie dobrych relacji roboczych w zespole.

zarządzanie projektami Scrum opiera się głównie na wielofunkcyjnym i samoorganizującym się zespole i jest często opisywane pod kątem pożądanego rezultatu. Scrum pozwala dostosować się do stale zmieniających się wymagań rynku, ograniczeń technologicznych i innowacji. Kluczowe znaczenie ma ciągły proces pracy nad najważniejszymi kwestiami aż do zakończenia.

zespół pracuje nad rozwojem i testowaniem każdego elementu o wysokim priorytecie w siedmiu krokach:

• sformułowanie wymagań
• projektowanie UI/UX
• rozwój
• pełne testowanie
• integracja
• dokumentacja
• ostateczne zatwierdzenie.

wszystkie wymagania brane pod uwagę podczas sprintu powinny być w pełni opracowane, przetestowane, a następnie zatwierdzone lub odrzucone.

projekty są namacalnie budowane, stopniowo. Te namacalne przyrosty są następnie prezentowane zainteresowanym stronom w celu uzyskania informacji zwrotnej. Nowe wymagania generowane przez opinie są umieszczane w zaległościach produktowych i ustalane priorytetowo zgodnie z istniejącymi zadaniami. Nazywa się to cyklem scrum.

dlatego cykl scrum jest uruchamiany wielokrotnie. Stały przepływ informacji zwrotnych i skupienie się na produktach o najwyższym priorytecie odzwierciedlają zadowolenie klienta i szybką dostawę najwyższej jakości. Scrum może być stosowany w każdym złożonym projekcie. W szczególności przynosi korzyści projektom:

• z zespołami cross-functional;
• bez ciągłych przerw w codziennej działalności biznesowej;
• , które wymagają szybkiego sprzężenia zwrotnego;
• , które wykorzystują opinie interesariuszy do priorytetyzowania zadań w następnym sprincie.

wydarzenia Scrum dają możliwość przestrzegania zwinnej wartości priorytetyzacji bieżącej komunikacji. Obejmuje to Sprint, planowanie Sprintu, Codzienny Scrum i przegląd Sprintu.

zespół programistów jest odpowiedzialny za prowadzenie Daily Scrum, czyli krótkiego, codziennego spotkania wewnętrznego utrzymywanego w 15-minutowym przedziale czasowym. Scrum Master dba o to, aby spotkanie nie zostało zakłócone i aby każdy członek zespołu pracujący nad ukończeniem danego Sprintu uczestniczył.

planowanie Sprintu służy do planowania pracy, która musi być wykonana podczas sprintu. Spotkanie podzielone jest na dwie części. Pierwsza część określa cele sprintu, podczas gdy druga część określa, w jaki sposób cel zostanie osiągnięty.

przegląd Sprintu odbywa się na końcu sprintu i służy do oceny osiągnięć podczas sprintu. Jest również używany do decydowania o tym, co należy zrobić w następnym sprincie w oparciu o komunikację między product ownerem a zespołem programistów. Zespół spotyka się, aby wyjaśnić, jakie były najważniejsze punkty sprintu i jakie problemy zostały znalezione.

jaka jest metodologia XP i jak działa?

Extreme Programming (XP) to lekki, wydajny, mało ryzykowny, elastyczny, przewidywalny i naukowy sposób tworzenia oprogramowania. Wywodzi swoją nazwę od przenoszenia elementów tradycyjnych praktyk inżynierii oprogramowania na” ekstremalne ” poziomy. XP to zwinna metodologia z pewnymi funkcjami. Jest przeznaczony do pracy z projektami, które nie są mocno ograniczone przez istniejące środowisko obliczeniowe i w których rozsądne zadanie wykonania testów można wykonać w ułamek dnia.

XP działa najlepiej dla małych i średnich zespołów tworzących oprogramowanie pracujące pośród niejasnych lub szybko zmieniających się wymagań. W trakcie procesu rozwoju, zespół buduje pełną wersję systemu mniej więcej co 6-8 tygodni. XP wykorzystuje szybkie informacje zwrotne i skuteczną komunikację, aby uzyskać jak najwięcej dostarczonej wartości za pośrednictwem:

• specyficzne podejście do planowania
• klient na miejscu
• ciągłe testowanie.

żaden z pomysłów w programowaniu ekstremalnym nie jest nowy. Większość z nich jest tak stara jak samo programowanie. Ma on na celu poprawę szybkości reakcji i jakości oprogramowania wraz ze zmianą wymagań. Ponadto obiecuje zmniejszyć ryzyko projektu, Poprawić szybkość reakcji na zmiany biznesowe, zwiększyć produktywność przez cały okres eksploatacji systemu i dodać radości do tworzenia oprogramowania w zespołach—wszystko w tym samym czasie.

podejście XP kładzie nacisk na zaangażowanie klienta i testowanie. Klient w XP ma częste możliwości zmiany kierunku rozwoju XP w przypadku zmiany okoliczności. Możesz myśleć o XP Jak o cebuli. Najbardziej wewnętrzna warstwa to programowanie. Warstwa środkowa składa się z zestawu praktyk zorientowanych na zespół. Warstwa zewnętrzna określa proces, w którym zespół programistyczny wchodzi w interakcję ze swoimi klientami.

Programowanie Ekstremalne przenosi tradycyjne zasady na ekstremalne poziomy poprzez szereg praktyk. Główne obszary praktyki w XP Są podzielone na trzy warstwy: praktyki programistyczne, praktyki zespołowe i procesy. W przypadku gdy dana praktyka jest słaba, mocne strony innych praktyk będą pokrywały tę słabość.

praktyki XP obejmują:

• prosta konstrukcja
• programowanie par
• ciągłe testowanie
• ciągła integracja
• refaktoryzacja
• standardy kodowania
• małe wydania.

wyczerpująca, ale produktywna Praktyka, według której XP reviews cały czas koduje, jest znana jako Programowanie pary. Programowanie w parach to praktyka polegająca na jednoczesnej pracy dwóch osób nad całym kodem produkcyjnym jako pełnoprawni Partnerzy, aby zapewnić stały projekt i przegląd kodu. W XP pary zazwyczaj zmieniają się kilka razy dziennie i programują za pomocą jednej klawiatury, jednej myszy i jednego monitora.

integracja ciągła to praktyka integracji systemu kilka razy dziennie za każdym razem, gdy zadanie jest wykonywane przez programistę (parę). Zmniejsza spory rozwojowe i ustanawia naturalny koniec epizodu rozwojowego. Integracja z XP jest wspierana przez testy, takie jak testy jednostkowe i testy funkcjonalne.

testy jednostkowe są wykonywane nieustannie przez wszystkich programistów w celu dalszego rozwoju. Testy jednostkowe weryfikują podstawową funkcjonalność programu, działają jako stała siatka bezpieczeństwa i wsparcie w projektowaniu, kodowaniu i refaktoryzacji. Z drugiej strony, testy funkcjonalne (zwane również testami akceptacyjnymi) są wykonywane przez klientów w celu wykazania, że funkcje są zakończone. Testy funkcjonalne określają również ogólne zachowanie systemu.

ciągła integracja jest możliwa w XP, ponieważ jest wspierana przez testy, a ponieważ XP zapewnia prostsze projektowanie poprzez refaktoryzację. Refaktoryzacja W XP to praktyka restrukturyzacji programu lub implementacji funkcji bez zmiany zachowania systemu. Ma to na celu uproszczenie, usunięcie powielania, poprawę komunikacji lub zwiększenie elastyczności.

projekty XP mają trzy fazy, a mianowicie fazę planowania wydania, fazę iteracji i fazę wydania. Klienci opisują swoje potrzeby jako krótkie historie. W fazie planowania wydania klient pisze historie, Programiści je szacują, a klient wybiera kolejność, w jakiej będą opracowywane historie.

w fazie iteracji klient pisze testy i odpowiada na pytania, a programiści rozwijają oprogramowanie zgodnie z opowieściami. Faza iteracji zapewnia gotowe oprogramowanie. Po trzecie, w fazie wydania, Programiści instalują oprogramowanie,a Klient zatwierdza wynik.

Programowanie Ekstremalne sprawdza się w przypadkach, gdy funkcjonalność systemu ma się zmieniać co kilka miesięcy. Stosuje się go również w sytuacji, gdy klient wymaga nowego systemu w określonym terminie, co niesie ze sobą wysokie ryzyko. Ponieważ XP jest używany w projektach wysokiego ryzyka i projektach o określonych terminach dostawy, wymaga małych zespołów, które maksymalnie liczą nieco ponad 30 osób.

co łączy XP i Scrum?

zarówno Scrum, jak i programowanie Ekstremalne dzielą proces rozwoju na sprinty, mają spotkanie planujące przed rozpoczęciem rozwoju i wskazują historie użytkowników podczas takich spotkań. Firmy opisują swoje potrzeby jako krótkie historie, które są nieformalnymi wyrażeniami. Mówi się, że historia zostanie wysłuchana, gdy ich potrzeba (reprezentowana przez historię) zostanie zbudowana w kodzie.

obaj również sugerują zaplanowanie spotkania przed każdym sprintem. Ich główne cele są podobne. Zarówno Scrum, jak i XP koncentrują się na dostarczaniu klientowi wysokiej jakości produktu tak szybko, jak to możliwe.

jaka jest różnica między Scrum A XP?

jednym ze standardowych pytań związanych z Agile jest to, jak ekstremalne programowanie porównuje się ze Scrum, ponieważ oba są najważniejszymi metodykami Agile. Zrozumienie ich różnic pomaga w wyborze odpowiednich ram dla konkretnego projektu.

Scrum vs XP różnią się w sześciu ważnych obszarach: w ich głównym skupieniu, sprinty, w jaki sposób dostosowują zmiany, w roli właściciela produktu, w jaki sposób ustalają priorytety zadań i wreszcie, w swoich wartościach. Przyjrzyjmy się bliżej:

Main focus

główną różnicą między Scrum a programowaniem ekstremalnym jest ich główny nacisk. Scrum jest mocno skoncentrowany na samym zarządzaniu. Zajmuje się działalnością wykonywaną poza kodowaniem, ponieważ nie daje dużego technicznego i inżynieryjnego nacisku na to, jak praca jest faktycznie wykonywana lub jak produkt jest faktycznie zbudowany.

Scrum określa, jak planować i analizować wyniki, a także Jak zwiększyć produktywność. Jest bardziej zaniepokojony produktywnością i tym, jak wydajny jest produkt do wysyłki pod koniec sprintu. Scrum ma również dobrze zdefiniowane role zespołowe, zorganizowane ceremonie i artefakty informacyjne.

z drugiej strony, Programowanie Ekstremalne koncentruje się na podejściu opartym na testach. Jego zasady są najlepszymi praktykami inżynierskimi. XP pochodzi z podstawowych praktyk, które koncentrują się na dostarczaniu jakości oprogramowania dostarczanego z naciskiem technicznym programowania i kodowania.

Extreme Programming koncentruje się na technikach inżynierii i sprzężenia zwrotnego, takich jak programowanie w parze i testowalny rozwój. Dzięki programowaniu w parze Programiści jednocześnie kodują i wykonują inne kontrole. Zapewnia to jakość kodu i oszczędza czas. Wspólne rozumienie jest powszechne w zespole w odniesieniu do określania standardów kodowania, a także zbiorowej własności kodu.

XP często mówi się o równym programowaniu par; nie jest to jednak do końca prawda. Chociaż XP zawiera tę praktykę, składa się z 11 innych praktyk, w tym pisania testów jednostkowych, ciągłej integracji i tak dalej. Ważne jest, aby pamiętać, że projekty decydujące się na korzystanie z XP Framework muszą upewnić się, że wszystkie 12 wytycznych są przestrzegane. Pominięcie któregokolwiek z nich może spowodować, że cały proces będzie nieefektywny.

Sprints

jedną z ważnych zasad Agile jest dostarczanie przyrostów shippable w małych okresach czasu zwanych sprintami. Obie ramy wykorzystują sprinty jako etapy rozwoju i muszą przedstawić Klientowi działający system na koniec każdego sprintu. Każdy z nich ma inne podejście do tych iteracji ramek czasowych.

sprinty Scrum trwają od dwóch do czterech tygodni, a ich długość jest dość elastyczna. Jednak pod XP istnieją krótsze iteracje jednego (czasami dwóch) tygodnia na opracowanie działającego systemu. Tygodnie, o których mowa, powinny być tygodniami pracy 40 godzin, aby upewnić się, że programiści nie zostaną wyczerpani.

celem XP sprint nie jest wydanie produktu, ale stworzenie działającego systemu wolnego od błędów. Z kolei Scrum sprinty mają zaowocować funkcjonującym produktem.

dostosowując zmiany

w Scrum, po ustaleniu funkcji, które mają być zaimplementowane w bieżącym sprincie, żadne nowe zmiany nie mogą być uwzględniane w sprincie podczas jego trwania. Po zakończeniu planowania sprintu niemożliwe jest wprowadzenie zmian podczas sprintu. Klient musi zatem poczekać do końca, aby to zrobić.

istnieje większa elastyczność w programowaniu ekstremalnym pod tym względem. Pod XP deweloperzy nie tworzą nowej funkcji, dopóki nie jest potrzebna. Zmiany mogą być wprowadzane przez Klienta podczas samego sprintu-i zachęca się do ich wprowadzania we wczesnych stadiach rozwoju. Istnieją przepisy dotyczące wnoszenia nowych przedmiotów. Istnieją również przepisy dotyczące wymiany istniejących przedmiotów w bieżącym sprincie, które nie są jeszcze rozpoczęte.

Product owner

jeśli przedsiębiorstwo korzysta ze Scrum, cała komunikacja z właścicielem produktu podczas samego rozwoju jest wykonywana przez Scrum master. Główna część dotyczy priorytetyzacji historii użytkowników dla każdego sprintu i upewnienia się, że są one całkowicie jasne dla programistów.

w przypadku, gdy przedsiębiorstwo korzysta z XP, klient jest Tym, który komunikuje się z zespołem programistów. Nadaje również pierwszeństwo historiom użytkowników, prosi o wprowadzenie zmian i przekazuje informacje zwrotne na temat wyników sprintów. Ponadto Klient zawsze musi być dostępny do komunikacji.

ustalanie priorytetów zadań

w projekcie Scrum Product owner określa priorytet zadań programistycznych w trakcie Sprintu, podczas gdy programiści sami określają kolejność swoich działań. Mogą wybierać zadania w sprincie i wykonywać je w dowolnej kolejności, o ile ukończą zadanie do końca sprintu.

z drugiej strony nie ma takiej elastyczności dla projektów XP. Zespoły PD wykonują surowe rozkazy zgodnie z priorytetem i wymaganiami. Klient decyduje o kolejności zadań, a zespół musi ją śledzić bez żadnych odstępstw.

wartości

dwa frameworki, Scrum vs XP, mają pewne różnice w wartościach. Należy pamiętać, że każda zwinna metodologia to coś więcej niż tylko Zasady. To filozofia, która decyduje o podejściu do rozwoju.

chociaż mają wspólne wartości odwagi i szacunku, pozostałe są inne. Wartości Scrum obejmują otwartość, skupienie i zaangażowanie, podczas gdy XP ceni komunikację, prostotę i informacje zwrotne.

podsumowanie

powstaje nowy projekt. Ważne pytania, które należy zadać, to co się dzieje, gdy pojawia się skarga i trzeba coś poprawić? Jak reagujesz na czas? W jaki sposób możesz dostarczać oprogramowanie dopasowane do stale zmieniających się potrzeb Twoich lub Twoich klientów?

zwinna struktura programistyczna odpowiada na te pytania, ponieważ stopniowo dostarcza wysokiej jakości oprogramowanie dla firm i przedsiębiorstw, co pozwala na regularne reagowanie na zmieniające się wymagania w celu konkurowania na rynku. Dwa omówione ramy, Scrum i XP, oba koncentrują się na dostarczaniu klientowi wysokiej jakości produktu tak szybko, jak to możliwe.

nie ma uniwersalnie najlepszego frameworka odpowiedniego dla wszystkich przypadków – każdy z nich ma swoje plusy, minusy i przypadki użycia. Jeśli nie wiesz, jak osiedlić się na jednym frameworku, możesz połączyć Scrum i XP. Wiele firm korzysta już z hybrydowych metodologii i integruje techniki XP z przepływami pracy Scrum / Kanban/Lean, a Ty możesz być jedną z nich. Jeśli nie wiesz od czego zacząć, skontaktuj się z nami, a pomożemy Ci wdrożyć twój pomysł w życie.