![\"Statystyki](\"https:\/\/nearshore-it.eu\/wp-content\/uploads\/2024\/09\/JPro_07.04.16_graphic_1.png\" "\\"\\"")
<\/figure>\n\n\n\n1. Znajomo\u015b\u0107 rozwi\u0105zania<\/h3>\n\n\n\n
Ka\u017cda z\u202fmetodyk zwinnych oraz\u202fklasycznych zak\u0142ada, \u017ce\u202fcel projektu jest dobrze zdefiniowany. Co to znaczy? Wa\u017cnym punktem ka\u017cdego projektu jest analiza biznesowa. Zar\u00f3wno w przypadku mniej, jak i bardziej z\u0142o\u017conych projekt\u00f3w, niezb\u0119dne jest zebranie wymaga\u0144, kt\u00f3re pozwol\u0105 okre\u015bli\u0107 potrzeby klienta. Kluczow\u0105 rol\u0119 pe\u0142ni tutaj analityk biznesowy, kt\u00f3ry monitoruje biznesowe potrzeby klienta i jest z nim w ci\u0105g\u0142ym kontakcie, a tak\u017ce dostarcza zespo\u0142om programistycznym istotnych informacji r\u00f3wnie\u017c w okresie trwania projektu, pomaga w ocenie bie\u017c\u0105cej sytuacji i podejmowaniu najwa\u017cniejszych decyzji. W dzisiejszej postcovidowej rzeczywisto\u015bci, analityk cz\u0119sto staje przed konieczno\u015bci\u0105 wsp\u00f3\u0142pracy zdalnej z klientem.<\/p>\n\n\n\n
W zwi\u0105zku z powy\u017cszym, tradycyjne metodyki zarz\u0105dzania powinny by\u0107 stosowane w\u202fprojektach posiadaj\u0105cych znane sposoby rozwi\u0105zania problemu. Je\u017celi spos\u00f3b nie\u202fjest znany, nale\u017cy u\u017cy\u0107 metodyk zwinnych. T\u0142umacz\u0105c bardziej obrazowo, znajomo\u015b\u0107 rozwi\u0105zania, czyli np.\u202ftworzenie kolejnej wersji tego samego systemu, wdra\u017canie kolejnego sklepu internetowego, r\u00f3\u017cni\u0105cego si\u0119 tylko\u202fproduktami, informatyzacja urz\u0119du z\u202fdobrze znan\u0105 liczb\u0105 system\u00f3w i\u202fstanowisk jest przes\u0142ank\u0105 do\u202fwykorzystana metodyk tradycyjnych. Natomiast portal typu start-up, ze\u202fwzgl\u0119du na\u202finnowacyjno\u015b\u0107 oraz\u202fniepowtarzalno\u015b\u0107 rozwi\u0105zania, jest idealnym przyk\u0142adem wykorzystania metodyk zwinnych.<\/p>\n\n\n\n
2. Wielko\u015b\u0107 projektu a zarz\u0105dzanie projektami<\/h3>\n\n\n\n
Zaleca si\u0119 wykorzystanie metodyk klasycznych do\u202fdu\u017cych i\u202fbardzo du\u017cych projekt\u00f3w.<\/strong>\u202fW\u202ftym wypadku trudno sobie bowiem wyobrazi\u0107, \u017ceby\u202fwielomilionowe projekty by\u0142y realizowane bez\u202fznanego celu i\u202fsposobu rozwi\u0105zania.\u202fMetodyki zwinne lepiej nadaj\u0105 si\u0119 do za\u202fprojekt\u00f3w mniejszych<\/strong>. Nic nie\u202fstoi jednak na\u202fprzeszkodzie, \u017ceby\u202fprojekt ca\u0142o\u015bciowo zarz\u0105dzany w spos\u00f3b klasyczny posiada\u0142 modu\u0142y tworzone zwinnie. Jest to\u202ftzw. model hybrydowy. W\u202ftakim wypadku ca\u0142y projekt dzielony jest na\u202fpodprojekty, z\u202fkt\u00f3rych\u202fka\u017cdy mo\u017ce by\u0107 zarz\u0105dzany przy u\u017cyciu innej metodyki. <\/p>\n\n\n\n Tradycyjne metodyki wymagaj\u0105 stabilnych wymaga\u0144 projektowych, gdy\u017c\u202fw\u202ftrakcie nie\u202fdopuszcza si\u0119 do\u202fich zmian. Ka\u017cda wi\u0119ksza zmiana poci\u0105ga za sob\u0105 wzrost koszt\u00f3w i wyd\u0142u\u017cenie realizacji projektu. W\u202fzwi\u0105zku z\u202ftym, je\u017celi wymagania nie\u202fs\u0105 sprecyzowane b\u0105d\u017a te\u017c, je\u017celi z\u202fdo\u015bwiadczenia wiemy, \u017ce\u202fklient ma tendencj\u0119 do\u202fich modyfikacji, w\u00f3wczas jedynym wyj\u015bciem jest u\u017cycie metodyk zwinnych. Obecnie, gdy mamy do czynienia z tak dynamicznym rozwojem technologii, zmian, jakie zachodz\u0105 w \u015bwiecie biznesowym, a klienci maj\u0105 do wyboru szerok\u0105 pul\u0119 partner\u00f3w biznesowych, zdecydowanie lepiej sprawdzi si\u0119 zastosowanie metodyki zwinnej w zarz\u0105dzaniu projektami. Pozwala ona elastycznie reagowa\u0107 na zmiany i reagowa\u0107 na zmieniaj\u0105ce si\u0119 okoliczno\u015bci.<\/p>\n\n\n\n Teoretycznie, w\u202fprzypadku metodyk tradycyjnych, klient mo\u017ce by\u0107 dost\u0119pny dla zespo\u0142u projektowego dopiero podczas odbioru oraz\u202ftest\u00f3w akceptacyjnych. W\u202fpraktyce jednak, udzia\u0142 klienta jest wymagany przynajmniej jeszcze na\u202fetapie analizy wymaga\u0144 (patrz cz\u0119sto spotykane w\u202fSpecyfikacji Istotnych Warunk\u00f3w Zam\u00f3wienia stwierdzenie \u201eponi\u017cszy punkt zostanie uszczeg\u00f3\u0142owiony na\u202fetapie analizy\u201d). O\u202file\u202fw\u202fmetodykach klasycznych nie\u202fzak\u0142ada si\u0119 potrzeby kontaktu z\u202fklientem przez\u202fca\u0142y czas \u201e\u017cycia\u201d projektu, w\u202fmetodykach zwinnych klient jest integraln\u0105 cz\u0119\u015bci\u0105 zespo\u0142u projektowego i ma za zadanie<\/strong> wspiera\u0107 developer\u00f3w. St\u0105d te\u017c jego dost\u0119pno\u015b\u0107 jest czynnikiem kluczowym do\u202fwyboru metodyki. Osobi\u015bcie znam jednak przypadki, w\u202fkt\u00f3rych\u202fw\u202froli Product Ownera<\/a>\u202fobsadza si\u0119 pracownik\u00f3w wykonawcy. S\u0105 to\u202fjednak bardzo rzadkie przypadki, wymagaj\u0105ce ogromnego zaufania pomi\u0119dzy klientem a\u202ffirm\u0105 zewn\u0119trzn\u0105. Definiuj\u0105c odpowiednio zadania w Backlogu, korzystaj\u0105c przy tym z og\u00f3lnodost\u0119pnych narz\u0119dzi typu Jira lub Asana, mo\u017cna odpowiednio nada\u0107 priorytety i monitorowa\u0107 status. W dobie tak powszechnej pracy zdalnej z pomoc\u0105 aplikacji mo\u017cna \u0142atwo organizowa\u0107 spotkania typu Daily lub spotkanie zespo\u0142u z klientem. Sprawdzonym narz\u0119dziem do komunikacji w takim modelu s\u0105 np. Slack czy Teams. <\/p>\n\n\n\n Projekty realizowane w\u202fmetodykach klasycznych maj\u0105 zawsze \u015bci\u015ble okre\u015blony zakres oraz\u202fkoszt \u2013 s\u0105 wykonywane jako fix-price. Fixed Price<\/strong> to model, w kt\u00f3rym z g\u00f3ry ustalana jest sta\u0142a cena za projekt ju\u017c na etapie negocjacji umowy, wraz z zakresem i harmonogramem. Zamawiaj\u0105cy ceni sobie fakt, i\u017c ca\u0142o\u015b\u0107 odpowiedzialno\u015bci za projekt ponosi, wtedy partner technologiczny, kt\u00f3ry jest rozliczany z efektu finalnego. W\u202fprzypadku metodyk zwinnych, ze\u202fwzgl\u0119du na\u202fzmieniaj\u0105ce si\u0119 wymagania oraz\u202fpriorytety, trudno jest oszacowa\u0107 ca\u0142kowity koszt projektu. Tutaj dobrym rozwi\u0105zaniem b\u0119dzie opcja Time and Material<\/strong>, kt\u00f3ra nawi\u0105zuje do modelu wsp\u00f3\u0142pracy, w kt\u00f3rym klient p\u0142aci za faktycznie wykonan\u0105 przez specjalist\u00f3w prac\u0119. Niesie to za sob\u0105 wiele korzy\u015bci, gdy\u017c zamawiaj\u0105cy ma swobod\u0119 co do zmiany specyfikacji projektu oraz dodania nowych element\u00f3w.<\/p>\n\n\n\n St\u0105d te\u017c, je\u017celi bud\u017cet klienta jest sta\u0142y i\u202fnie\u202fmo\u017ce zosta\u0107 zwi\u0119kszony, na\u202fkoniec projektu dostarczane s\u0105 funkcjonalno\u015bci o\u202fnajwi\u0119kszych priorytetach. Innymi s\u0142owy, mo\u017ce zosta\u0107 zmieniony \/ zmniejszony zakres prac. \u015awiadomo\u015b\u0107 klienta w\u202ftym wzgl\u0119dzie jest kluczowa, a\u202fbrak zrozumienia tej\u202fkwestii zawsze powoduje problemy.<\/p>\n\n\n\n G\u0142\u00f3wnym za\u0142o\u017ceniem metodyk klasycznych jest dostarczenie klientowi gotowego rozwi\u0105zania dopiero na koniec projektu. W przypadku metodyk zwinnych pe\u0142ne, dzia\u0142aj\u0105ce rozwi\u0105zanie, jest efektem ko\u0144cowym ka\u017cdej iteracji. Poniewa\u017c iteracje trwaj\u0105 od 1 do 4 tygodni, istnieje mo\u017cliwo\u015b\u0107 szybkiego wdra\u017cania produkcyjnego nowych funkcjonalno\u015bci.<\/p>\n\n\n\n![\"Metodologie](\"https:\/\/nearshore-it.eu\/wp-content\/uploads\/2024\/09\/metodologie-zarzdzania-projektami-1.png\" "\\"\\"")
3. Stabilno\u015b\u0107 wymaga\u0144<\/h3>\n\n\n\n
4. Dost\u0119pno\u015b\u0107 klienta<\/h3>\n\n\n\n
5. Tolerancja na zmiany w bud\u017cecie oraz zakresie<\/h3>\n\n\n\n
6. Czas dostarczenia<\/h3>\n\n\n\n
7. Zesp\u00f3\u0142<\/h3>\n\n\n\n
![\"Kryteria](\"https:\/\/nearshore-it.eu\/wp-content\/uploads\/2024\/09\/JPro_07.04.16_graphic_2.png\" "\\"\\"")
<\/figure>\n\n\n\n