Wyjaśnienie faz cyklu życia oprogramowania zwinnego

#Na start-upach

Metodologia zwinnego tworzenia oprogramowania to jeden z najprostszych, ale skutecznych sposobów dostarczania świetnego produktu na sklep. A jednak gdzieś po drodze ludzie zaczęli to naprawdę nadmiernie komplikować. Prawidłowo wdrożony Agile to szybki, elastyczny, odporny na błędy i po prostu lepszy sposób zarządzania zespołami programistycznymi. W tym artykule wyjaśnimy etapy cyklu życia oprogramowania Agile i jak zastosować zasady Agile.

Kluczowe zasady zwinnego rozwoju

Główne idee zwinnego rozwoju rozwój został przedstawiony w oryginalnym Manifeście dotyczącym zwinnego tworzenia oprogramowania. Podsumowując, są to:

• Zmiana jest nieunikniona. Projekt musi się do niego dostosować, zamiast go ignorować;
• В Dostarczanie wyników jest ważniejsze niż ustalone procesy i narzędzia;
• Rzeczywiste potrzeby klienta są ważniejsze niż wymagania w planach rozwoju.

Te idee są bardziej szczegółowo opisane w kluczowych zasadach zwinnego tworzenia oprogramowania.

Agile koncentruje się na satysfakcji użytkownika końcowego. Wszystkie zadania, które nie zmierzają bezpośrednio do jego poprawy, są drugorzędne. Podczas gdy zespoły programistyczne Agile nadal pracują nad ustanowieniem procesów, pisaniem dokumentacji i przestrzeganiem planów, zadania te można odłożyć lub wykonać na minimalnym akceptowalnym poziomie, jeśli zagrażają wydajności rozwoju.

Metodyka zwinna Wyjaśnione

Głównym narzędziem rozwoju Agile jest iteracja. Iteracja to proces, w którym zestaw działań jest powtarzany w sekwencji, aż do spełnienia warunku.

Różne metody rozwoju Agile osiągają iterację na różne sposoby. Na przykład Scrum wdraża Sprinty. Sprinty to ustalone okresy – zwykle trwające 1-2 tygodnie – podczas których zespół programistów kończy określoną część funkcji i osiąga wcześniej ustalone cele.

Oto przykład przepływu pracy w ramach pojedynczego Sprintu Scrumowego:

• Właściciel Produktu – osoba odpowiedzialna za jego wykonanie – przegląda nieukończone zadania w Backlogu Produktu. Przestarzałe zadania są usuwane, a nowe są dodawane;
• Właściciel Produktu określa zakres nowego Sprintu i cel, do którego dąży.
• Właściciel Produktu ma Planowanie Spotkanie z zespołem deweloperskim. Tworzą historyjki użytkowników, które są rozkładane na zadania dla określonego Sprintu przechowywane w Backlogu.
• Zespół Deweloperski organizuje codzienne spotkania, podczas których na bieżąco informują o postępach każdego członka zespołu;
• Po wyczerpaniu się ram czasowych Sprintu uważa się go za zakończony. Niedokończone zadania są przenoszone z powrotem do rejestru produktu; W wyjątkowych przypadkach data zakończenia Sprintu może zostać zmieniona przez Właściciela Produktu.
• Właściciel Produktu przeprowadza demonstrację dla Klienta i pokazuje pracę wykonaną podczas Sprintu.
• Właściciel Produktu organizuje spotkanie z Zespołem Deweloperskim, na którym prezentowane są wyniki Sprintu. Oceniony. Zespół ustala, co zostało zrobione dobrze i jakie procesy można poprawić w następnym sprincie. Ta recenzja nazywa się Retrospekcją Sprintu.
• Rozpoczyna się następny Sprint.

Regularne przeglądanie Backlogu pomaga utrzymać trafność funkcji w Backlogu. Ograniczony zakres Sprintów i ich z góry ustalone cele pomagają programistom zakończyć sensowną pracę na czas. Ciągłe pokazy nowych funkcji sprawiają, że klient jest zadowolony i może udzielać opinii. Ogólnie rozwój staje się bardziej efektywny.

UWAGA. Scrum to tylko jedna z wielu metodologii Agile. Na przykład Kanban nie ma odpowiednika w Sprincie i zamiast tego zachowuje swoją aktualność za pośrednictwem stale aktualizowanej kolejki priorytetów zadań.

Kluczowe fazy cyklu życia oprogramowania Agile

Po rozbiciu go na podstawowe koncepcje rozwój Agile nie jest taki trudny. I chociaż może wydawać się to marnotrawstwem przy liczbie zaangażowanych spotkań oszczędza dużo czasu, optymalizując zadania programistyczne i redukując błędy na etapach planowania.

Faza 1: wymagania

Zanim właściciel produktu będzie mógł rozpocząć projektowanie projektu, musi stworzyć wstępną dokumentację, która będzie zawierała wstępne wymagania. Są to:

• Efekt końcowy, jaki projekt ma osiągnąć. Na przykład edytor tekstu;
• Funkcje, które będzie obsługiwać. Na przykład różne rozmiary czcionek;
• Funkcje, których początkowo nie będzie obsługiwać. Na przykład dodanie animacji do tekstu lub możliwość osadzenia wideo;

Ogólną rekomendacją jest obniżenie tych początkowych wymagań tak mocno, jak to tylko możliwe, dodając tylko zdecydowanie niezbędne funkcje i ignorując te, które nie będą często używane. Programiści mogą popracować nad nimi później, gdy aplikacja zostanie wdrożona i podstawowe funkcje będą działać dobrze.

UWAGA: Jeśli programiści zdecydują się zignorować ten etap, są podatni na pełzanie funkcji – sytuacja, gdy nowe nieistotne funkcje są stale dodawane do projektu, odciągając deweloperów od ważnych zadań.

W dalszych iteracjach Klient i Właściciel Produktu przeglądają wymagania i czynią je bardziej adekwatnymi.

Faza 2: Projektowanie

Istnieją dwa sposoby podejścia projekt w rozwoju oprogramowania – jeden to projekt wizualny, a drugi to struktura architektoniczna aplikacji.

Projektowanie oprogramowania

Podczas pierwszej iteracji właściciel produktu gromadzi swój zespół programistów i wprowadza wymagania utworzone na poprzednim etapie. Następnie zespół omawia, jak sprostać tym wymaganiom, i proponuje narzędzia potrzebne do osiągnięcia najlepszych rezultatów. Na przykład zespół definiuje język programowania, frameworki i biblioteki, których projekt będzie używał.

W dalszych iteracjach programiści omawiają implementację funkcji i wewnętrzną strukturę come.

Projektowanie UI / UX

Na tym etapie SDLC projektanci tworzą zgrubną makietę interfejsu użytkownika. Jeśli produkt jest przeznaczony dla konsumentów, interfejs użytkownika i doświadczenie użytkownika są najważniejsze. Dlatego ogólnie dobrym pomysłem jest przejrzenie potencjalnych konkurentów, aby zobaczyć, co robią dobrze – a zwłaszcza co robią źle.

Dalsze iteracje spędzają na dopracowywaniu początkowego projektu i / lub przerobieniu go, aby pasował do nowe funkcje.

Faza 3. Rozwój i kodowanie

Faza rozwoju polega na pisaniu kodu i konwertowaniu dokumentacji projektowej na rzeczywiste oprogramowanie w procesie tworzenia oprogramowania. Ten etap SDLC jest na ogół najdłuższy, ponieważ stanowi podstawę całego procesu.

Nie ma tu wielu zmian między iteracjami.

Faza 4. Integracja i testowanie

Ten etap polega na upewnieniu się, że oprogramowanie jest wolne od błędów i kompatybilne ze wszystkim innym, co napisali wcześniej programiści. Zespół ds. Zapewnienia jakości przeprowadza serię testów, aby upewnić się, że kod jest czysty, a cele biznesowe rozwiązania są spełnione.

Podczas dalszych iteracji tego etapu SDLC, testowanie staje się bardziej zaangażowane, a konta nie tylko do testowania funkcjonalności, ale także do testów integracji systemów, współdziałania, akceptacji przez użytkowników, itp.

Faza 5. Wdrożenie i wdrożenie

Aplikacja jest wdrażana na serwerach i dostarczana do klienci – do celów demonstracyjnych lub do faktycznego użytku. Dalsze iteracje aktualizują już zainstalowane oprogramowanie, wprowadzając nowe funkcje i usuwając błędy.

Faza 6. Recenzja

Po zakończeniu wszystkich poprzednich faz rozwoju, Właściciel Produktu ponownie zbiera Zespół Deweloperski i analizuje postępy w wypełnianiu wymagań. Zespół przedstawia swoje pomysły na rozwiązanie problemów, które pojawiły się w poprzednich fazach, a Właściciel Produktu bierze pod uwagę ich propozycje.

Następnie fazy cyklu życia oprogramowania Agile rozpoczynają się od nowa – albo z nową iteracją, albo przechodząc do następnego etapu.

Włączenie ogólnych zasad Lean do metodologii Agile

Zasady Lean to:

• Eliminacja marnotrawstwa;
• Buduj jakość;
• Twórz wiedzę;
• Pokaż odpowiedzialność;
• Dostarczaj szybko;
• Szanuj ludzi;
• Optymalizuj jako całość.

Ogólnie te wartości całkiem dobrze odpowiadają metodologii Agile i mogą być wykorzystane do jej uzupełnienia, jeśli pojawią się pytania .

Podsumowanie

Tworzenie oprogramowania to ustrukturyzowany, iteracyjny proces. Jednak nie ma jednego „prawidłowego” sposobu na zrobienie Agile – są tylko takie, które pasują lub nie pasują do konkretnego zespołu.Każda firma ma własny pomysł na to, co składa się na rozwój Agile, i każda ma swoje zalety. Pod koniec dnia liczy się cenny produkt końcowy dostarczony na czas.

W Relevant Software opracowujemy dobrze dopasowane aplikacje, które spełniają potrzeby biznesowe naszych klientów. Używamy paradygmatów Agile we wszystkich naszych projektach i stale dostarczamy znakomite wyniki.