Metodyka Porównanie MSF RUP i SCRUM

Porównanie metodyk MSF, RUP oraz SCRUM .Proces tworzenia oprogramowania odbywa się w cyklach iteracyjnych; każdy MSF.Proces cykl zawiera 5 faz; każda faza kończy się kamieniem milowym (pnkt synchronizacji synchronizacji i przegl!d rezltat"w#; fazy mog! się zazębia$; cykle prodkcyjne mog! się zazębia$. %azy projekt p rojekt &'% & '% en)isioning * stworzenie wsp"lnej wizji  prodkt planning * zaplanowanie prac realizowanych realizowanych  w cykl de)eloping * implementacja  stabilizing * testowanie  deploying * przygotowanie prodkt do  dostępnienia

+asady &'% wymiana informacji wewn!trz zespo,  wsp"lna wizja biznes wsp"lne rozmienie cel"w projekt oraz priorytet"w  zaangażowanie ldzi w projekt przydzielenie zadań- stalenie termin"w  realizacji stalenie jasnych zasad odpowiedzialnoci  nastawienie na dostarczenie wartoci biznesowej  nastawienie na zmiany np. reakcja na zmianę wymagań  inwestowanie w jako$  wymiana informacji wewn!trz zespo,  zaangażowanie ca,ej grpy w zarz!dzani ryzykiem  czenie się z dowiadczeń  za,ożenie r"wnoważnoci r"l 

5. Podstawowe zasady MSF: Zbiór zawiera 8 podstawowy! zasad:  "rozwi#a# kom$nika#% w zespo&e oraz poza nim  "pod'(a# za wze)nie# okre)&onym i znanym przez wszystki! e&em " *$prawnia#* z+onków r$py " wprowad- wspó&na i #asna odpowiedzia&no) " sk$p si% na dostarzani$ warto)i biznesowy! " b'd- przyotowany, spodziewa# si% zmian " inwest$# w #ako)  "$z si% na do)wiadzenia!

/ole w &'% Program &anagement (cel dostarczenie gotowego prodkt z względnieniem przyjętych ograniczeń takich jak czas czy bdżet#  Prodct &anagement (cel satysfakcjonowanie klient"w#  0e)elopment (cel tworzenie specy1kacji i implementacji prodkt#  2ser 34perience (cel dbanie o zadowolenie żytkownika prodkt#   est (cel zatwierdzenie prodkt do dystrybcji po osi!gnięci wymagań  jakociowych prodkt#  /elease &anagement (cel wdrażanie prodkt#  6edna osoba może spe,nia$ kilka r"l; jedna rola może by$ spe,niana przez wiele os"b; niekt"rych r"l nie zaleca się ,!czy$ 

7 praktyce rola Program &anagera jest rol! wiod!c!- za Prodct &anager znajdje się poza zespo,em prodkcyjnym 80yscypliny9 w &'% Project &anagement- /isk &anagement- /eadiness &anagement#

RUP * iteracyjno$ (czyli lepszanie system w wiel cyklach proces wytwarzania#- kiernkowanie na przypadki życia- architektrocentryczno$ (wyb"r architektry oprogramowania ma istotne znaczenie#- metodyka /2P jest wspierana przez ca,! rodzinę narzędzi :'3. /teray#ny proes rozwo#$ oproramowania

7ynikiem każdej iteracji jest wykonywalny kod. +asady /2P iteracyjne i przyrostowe tworzenie oprogramowania- kt"re możliwia  zarz!dzanie ryzykiem oraz priorytetami i ,atwia dostosowanie kod do zmieniaj!cych się wymagań zarz!dzanie wymaganiami  architektra oparta na komponentach  gra1czne modelowanie oprogramowania; życie 2&< 

 

w tok proces wytwarzania oprogramowania ci!g,a kontrola i wery1kacja  jakoci zarz!dzanie zmianami w oprogramowani

%azy projekt /2P faza pocz!tkowa (inception# * okrelenie wstępnych wymagań- koszt harmonogram prac oraz architektry system  faza opracowania (elaboration# * stalenie wymagań i plan ca,ego proces wytwarzania  faza konstrkcji (constrction# * tworzenie system- przekazanie pierwszej wersji żytkownikowi faza przekazania (transition# * system zostaje przekazany żytkownikowi wdrożony- odbywa się przeszkolenie pracownik"w w zakresie obs,gi system i sprawdzenie jakoci 80yscypliny9 (grpy wykonywanych zadań w poszczeg"lnych fazach# w /2P modelowanie biznesowe  wymagania  analiza i projektowanie  implementacja  testowanie  wdrożenie   zarz!dzanie kon1gracj! i zmianami zarz!dzanie projektem   organizacja rodowiska (np. narzędzi#

SCRUM * metodyka stosowana w skomplikowanych projektach informatycznych- gdzie liczy się czaszwinno$ i elastyczno$ +asady ':/2&  projekt postępje seriami miesięcznych iteracji zwanych sprintami ewolcyjny styl tworzenia  oprogramowania samoorganizj!ce się zespo,y  adaptacyjny proces wytwarzania oprogramowania  iteracyjne przyrosty wartoci  za,ożenie- że rozw"j oprogramowania zachodzi w niesta,ych warnkach- na  kt"re sk,adaj! się nieprzewidywalne zmiany w wymaganiach- terminachzasobach i dostępnych technologiach częste dzia,ania zarz!dcze skpiaj!ce się na identy1kowani problem"w i  przeszk"d w pracach klient dostarcza zespo,owi listę poż!danych cech   rodowisko prowadzonego projekt sk,ada się z zespo,"w ( Scrum Teams# i przydzielonych im rolom- czynnociom i artefaktom

   



artefakty przedstawiaj! prace i zyskane dzięki niej efekty na r"żne sposoby każdy zesp", jest zarz!dzany niezależnie przez w,asnych cz,onk"w tablica zadań (Task Board# pokazje ca,o$ pracy wykonywanej przez zesp", podczas sprint =ażdy cykl to w istocie podprojekt kaskadowy sk,adaj!cy się z opracowania wymagań- analizy- projektowania- kodowania i wdrożenia trwaj!cy nie d,żej niż >? dni lista wymagań (Prodct backlog list# @ opisje wszystko- co powinno znaleA$ się w ostatecznej wersji oprogramowania i zarz!dza ni! +arz!dca Projekt

/ole w ':/2&  'crm &aster * dba o proces i rozwi!zje problemy wewnętrzne zespo,  Prodct Bwner * decydje o tym- co ma by$ zrobione przez zesp", w danym sprincie i zapewnia o tym- że w danym sprincie zestaw ten nie legnie zmianom; dba o atonomię pracy zespo,   he eam * osoby o r"żnych kompetencjach wykonj!ce prace nad projektem; zesp", decydje ile jest w stanie zrobi$ w danym sprincie; zesp", decydje też o tym- jak dana rzecz ma by$ zrobiona np. z życiem  jakich narzędzi  Bthers * wszystkie inne osoby (np. zarz!d 1rmy#- kt"re nie wykonj! projekt- a więc nie mog! ingerowa$ w proces wykonywania bezporednio :zynnoci @ 0aily 'crm * to spotkanie- w kt"rym bior! dzia, wszyscy cz,onkowie zespo, oraz 'crm &aster @ Prioritizing the Cacklog * hierarchizowanie pozycji w Prodct Cacklog przez Prodct BwnerDa przed planowaniem wydania i sprint @ 'print Planning * okrelenie- kt"re cechy i zadania będ! poddane pr"bie wykonania w nadchodz!cym sprincie @ /elease Planning * czas- w kt"rym na pocz!tk projekt zesp", tworzy plan wydania (wypszczenia# @ 'print /e)iew &eeting * spotkanie kończ!ce każdy sprint- w kt"rym zesp", pokazje potencjalnie wykonalne przyrosty prodkt @ 'print /etrospecti)e * g,"wny mechanizm zyskania widocznoci w obszarach potencalnych doskonaleń @ 3stimating the Prodct Cacklog * moment- w kt"rym okresowo zesp", będzie szacowa, wielko$ każdej pozycji z Prodct Cackloga 3tapy proces 'crm @rozpoczęcie gry (pregame# * w trakcie tej fazy spisywane s! wymagania (Prodct backlog list# oraz przypisywane s! im priorytety @faza prodkcji (de)elopment phase# * obejmje 'print Planning &eeting- 'crm /e)iew &eeting i 0aily 'crm &eeting

@gra na zakończenie (postgame# @ rozpoczyna się wraz z staleniem pomiędzy żytkownikiem a projektantami- że wymagania zsota,y zrealizowane (lista wymagań jest psta#.

MSF 0s RUP zasady og"lne s! podobne w &'% i /2P 7 /2P występje większa ob1to$ w szczeg",y i zawarto$ skojarzon! z procesem wytwarzana podczas gdy &'% ma podobn! koncepcję -jednak mniej szczeg",ow! &ożna powiedzie$ że /2P jest metodyk! kompletn!- ponieważ możemy konkretnie dokmentowa$ kto co robi- kiedy i jak. &'% często nie oferje żadnego przewodnika- kt"ry dotyczy,by tego jak osi!gn!$ pewnien cel (wytworzy$ artefakt- wykona$ zadanie#. 0la przyk,ad &'% zaleca wykonanie specy1kacji fnkcjonalnej- lecz nie wskazje jaka technika powinna zosta$ żytanotacja itp. Bbie metodyki s! silnym zwolennikiem wczesnego ,agodzenia ryzyka. /ole w /2P s! bardziej szczeg",owo zde1niowane niż w &'% czy ':/2& Ep. rola esting w &'% może odpowiada$ rolom est nalyst- est 0esigner oraz  est &anager w /2P

RUP 0s SCRUM Bbydwie metodyki s! iteracyjne. &etodyka /2P 7 /2P g,"wne kamienie milowe s! skojarzone z konkretnymi datami metodyka ':/2& wykorzystje ProdctCacklog- gdzie okrelone s! zaleg,oci i daje możliwo$ aby zosta,y one przede1niowane na koniec każdej iteracji w /2P dzielimy cykl życia projekt na F g,"wne fazy (inception- elaborationconstrction- transition#. Bbci!żenie prac! dla jednej iteracji w czasie zosta,o stalone i następnie ca,y cykl występje wewn!trz jednej iteracji Podejcie :ykl

/2P ':/2& iteracyjne iteracyjne F fazy- ale niekt"re prace =ażdy sprint (iteracja# mog! by$ wykonywane  jest kompletnym cyklem r"wnoczenie

Planowanie 'cope rtefakty  yp projektGprodkt

zalecany dla dżychd,goterminowychprojekt"w na poziomie korporacji

zalecany jei projekt nie  jest zależny od termin realizacji (deadline#