Porwnanie metodyk MSF, RUP oraz SCRUMMSF.Proces tworzenia oprogramowania odbywa si w cyklach iteracyjnych; kady cykl zawiera 5 faz; kada faza koczy si kamieniem milowym (punkt synchronizacji i przegldu rezultatw); fazy mog si zazbia; cykle produkcyjne mog si zazbia.

Fazy projektu MSF: envisioning stworzenie wsplnej wizji produktu planning zaplanowanie prac realizowanych w cyklu developing implementacja stabilizing testowanie deploying przygotowanie produktu do udostpnienia

Zasady MSF: wymiana informacji wewntrz zespou wsplna wizja biznesu: wsplne rozumienie celw projektu oraz priorytetw zaangaowanie ludzi w projekt: przydzielenie zada, ustalenie terminw realizacji ustalenie jasnych zasad odpowiedzialnoci nastawienie na dostarczenie wartoci biznesowej nastawienie na zmiany np. reakcja na zmian wymaga inwestowanie w jako wymiana informacji wewntrz zespou zaangaowanie caej grupy w zarzdzaniu ryzykiem uczenie si z dowiadcze zaoenie rwnowanoci rl

5. Podstawowe zasady MSF:

Zbir zawiera 8 podstawowych zasad: -rozwijaj komunikacj w zespole oraz poza nim -podaj za wczeniej okrelonym i znanym przez wszystkich celem- "uprawniaj" czonkw grupy- wprowad wsplna i jasna odpowiedzialno- skup si na dostarczaniu wartoci biznesowych- bd przygotowany, spodziewaj si zmian- inwestuj w jako -ucz si na dowiadczeniach

Role w MSF:

Program Management (cel: dostarczenie gotowego produktu z uwzgldnieniem przyjtych ogranicze takich jak czas czy budet) Product Management (cel: usatysfakcjonowanie klientw) Development (cel: utworzenie specyfikacji i implementacji produktu) User Experience (cel: dbanie o zadowolenie uytkownika produktu) Test (cel: zatwierdzenie produktu do dystrybucji po osigniciu wymaga jakociowych produktu) Release Management (cel: wdraanie produktu)Jedna osoba moe spenia kilka rl; jedna rola moe by speniana przez wiele osb; niektrych rl nie zaleca si czyW praktyce rola Program Managera jest rol wiodc, za Product Manager znajduje si poza zespoem produkcyjnymDyscypliny w MSF: Project Management, Risk Management, Readiness Management)

RUP iteracyjno (czyli ulepszanie systemu w wielu cyklach procesu wytwarzania), ukierunkowanie na przypadki uycia, architekturocentryczno (wybr architektury oprogramowania ma istotne znaczenie), metodyka RUP jest wspierana przez ca rodzin narzdzi CASE.Iteracyjny proces rozwoju oprogramowania

Wynikiem kadej iteracji jest wykonywalny kod.

Zasady RUP: iteracyjne i przyrostowe tworzenie oprogramowania, ktre umoliwia zarzdzanie ryzykiem oraz priorytetami i uatwia dostosowanie kodu do zmieniajcych si wymaga zarzdzanie wymaganiami architektura oparta na komponentach graficzne modelowanie oprogramowania; uycie UML w toku procesu wytwarzania oprogramowania ciga kontrola i weryfikacja jakoci zarzdzanie zmianami w oprogramowaniu

Fazy projektu RUP: faza pocztkowa (inception) okrelenie wstpnych wymaga, kosztu, harmonogramu prac oraz architektury systemu faza opracowania (elaboration) ustalenie wymaga i planu caego procesu wytwarzania faza konstrukcji (construction) tworzenie systemu, przekazanie pierwszej wersji uytkownikowi faza przekazania (transition) system zostaje przekazany uytkownikowi, wdroony, odbywa si przeszkolenie pracownikw w zakresie obsugi systemu i sprawdzenie jakoci

Dyscypliny (grupy wykonywanych zada w poszczeglnych fazach) w RUP: modelowanie biznesowe wymagania analiza i projektowanie implementacja testowanie wdroenie zarzdzanie konfiguracj i zmianami zarzdzanie projektem organizacja rodowiska (np. narzdzi)SCRUM metodyka stosowana w skomplikowanych projektach informatycznych, gdzie liczy si czas, zwinno i elastycznoZasady SCRUM: projekt postpuje seriami miesicznych iteracji zwanych sprintami ewolucyjny styl tworzenia oprogramowania samoorganizujce si zespoy adaptacyjny proces wytwarzania oprogramowania iteracyjne przyrosty wartoci zaoenie, e rozwj oprogramowania zachodzi w niestaych warunkach, na ktre skadaj si nieprzewidywalne zmiany w wymaganiach, terminach, zasobach i dostpnych technologiach czste dziaania zarzdcze skupiajce si na identyfikowaniu problemw i przeszkd w pracach klient dostarcza zespoowi list podanych cech rodowisko prowadzonego projektu skada si z zespow (Scrum Teams) i przydzielonych im rolom, czynnociom i artefaktom artefakty przedstawiaj prace i uzyskane dziki niej efekty na rne sposoby kady zesp jest zarzdzany niezalenie przez wasnych czonkw tablica zada (Task Board) pokazuje cao pracy wykonywanej przez zesp podczas sprintu Kady cykl to w istocie podprojekt kaskadowy skadajcy si z opracowania wymaga, analizy, projektowania, kodowania i wdroenia trwajcy nie duej ni 30 dni lista wymaga (Product backlog list) - opisuje wszystko, co powinno znale si w ostatecznej wersji oprogramowania i zarzdza ni Zarzdca Projektu

Role w SCRUM: Scrum Master dba o proces i rozwizuje problemy wewntrzne zespou Product Owner decyduje o tym, co ma by zrobione przez zesp w danym sprincie i zapewnia o tym, e w danym sprincie zestaw ten nie ulegnie zmianom; dba o autonomi pracy zespou The Team osoby o rnych kompetencjach wykonujce prace nad projektem; zesp decyduje ile jest w stanie zrobi w danym sprincie; zesp decyduje te o tym, jak dana rzecz ma by zrobiona np. z uyciem jakich narzdzi Others wszystkie inne osoby (np. zarzd firmy), ktre nie wykonuj projektu, a wic nie mog ingerowa w proces wykonywania bezporednio

Czynnoci: - Daily Scrum to spotkanie, w ktrym bior udzia wszyscy czonkowie zespou oraz Scrum Master- Prioritizing the Backlog hierarchizowanie pozycji w Product Backlogu przez Product Ownera przed planowaniem wydania i sprintu- Sprint Planning okrelenie, ktre cechy i zadania bd poddane prbie wykonania w nadchodzcym sprincie- Release Planning czas, w ktrym na pocztku projektu zesp tworzy plan wydania (wypuszczenia)- Sprint Review Meeting spotkanie koczce kady sprint, w ktrym zesp pokazuje potencjalnie wykonalne przyrosty produktu- Sprint Retrospective gwny mechanizm uzyskania widocznoci w obszarach potencalnych udoskonale- Estimating the Product Backlog moment, w ktrym okresowo zesp bdzie szacowa wielko kadej pozycji z Product Backloga

Etapy procesu Scrum:-rozpoczcie gry (pregame) w trakcie tej fazy spisywane s wymagania (Product backlog list) oraz przypisywane s im priorytety-faza produkcji (development phase) obejmuje Sprint Planning Meeting, Scrum Review Meeting i Daily Scrum Meeting-gra na zakoczenie (postgame) - rozpoczyna si wraz z ustaleniem pomidzy uytkownikiem a projektantami, e wymagania zsotay zrealizowane (lista wymaga jest pusta).

MSF vs RUPzasady oglne s podobne w MSF i RUPW RUP wystpuje wiksza obfito w szczegy i zawarto skojarzon z procesem wytwarzanapodczas gdy MSF ma podobn koncepcj ,jednak mniej szczegow Mona powiedzie e RUP jest metodyk kompletn, poniewa moemy konkretnie udokumentowa kto co robi, kiedy i jak. MSF czsto nie oferuje adnego przewodnika, ktry dotyczyby tego jak osign pewnien cel (wytworzy artefakt, wykona zadanie). Dla przykadu MSF zaleca wykonanie specyfikacji funkcjonalnej, lecz nie wskazuje jaka technika powinna zosta uyta, notacja itp.

Obie metodyki s silnym zwolennikiem wczesnego agodzenia ryzyka.

Role w RUP s bardziej szczegowo zdefiniowane ni w MSF czy SCRUM:Np. rola Testing w MSF moe odpowiada rolom: Test Analyst, Test Designer oraz Test Manager w RUP

RUP vs SCRUM

Obydwie metodyki s iteracyjne. Metodyka RUP W RUP gwne kamienie milowe s skojarzone z konkretnymi datamimetodyka SCRUM wykorzystuje ProductBacklog, gdzie okrelone s zalegoci i daje moliwo aby zostay one przedefiniowane na koniec kadej iteracjiw RUP dzielimy cykl ycia projektu na 4 gwne fazy (inception, elaboration, construction, transition).Obcienie prac dla jednej iteracji w czasie zostao ustalone i nastpnie cay cykl wystpuje wewntrz jednej iteracjiRUPSCRUM

Podejcieiteracyjneiteracyjne

Cykl4 fazy, ale niektre prace mog by wykonywane rwnoczenieKady sprint (iteracja) jest kompletnym cyklem

Planowanie

Scope

Artefakty

Typ projektu/produktuzalecany dla duych, dugoterminowych, projektw na poziomie korporacjizalecany jei projekt nie jest zaleny od terminu realizacji (deadline)