{"id":2596,"date":"2023-04-26T00:00:00","date_gmt":"2023-04-26T00:00:00","guid":{"rendered":"https:\/\/appvinio.runbyit.com\/https-appvinio-com-pl-aktualnosci-role-w-zespole\/"},"modified":"2023-11-07T14:32:05","modified_gmt":"2023-11-07T14:32:05","slug":"role-w-zespole","status":"publish","type":"post","link":"https:\/\/appvinio.com\/pl\/role-w-zespole\/","title":{"rendered":"Z kim rozmawiasz w trakcie projektu? Role w zespole"},"content":{"rendered":"

Za ka\u017cdym udanym projektem stoi ca\u0142y zesp\u00f3\u0142 specjalist\u00f3w. Ka\u017cdy z nich ma przydzielone konkretne zadania na poszczeg\u00f3lnych etapach prac. Niby brzmi prosto, ale poj\u0119cia bran\u017cowe, takie jak Product Owner, Project Manager czy UX\/UI Designer, mog\u0105 wp\u0119dza\u0107 w zak\u0142opotanie. Po przeczytaniu tego artyku\u0142u zadania ekspert\u00f3w, z kt\u00f3rymi spotykamy si\u0119 w trakcie tworzenia aplikacji mobilnych, przestan\u0105 by\u0107 zagadk\u0105.<\/span><\/p>\n

 <\/p>\n

Podzia\u0142 r\u00f3l w zespole<\/span><\/h2>\n

To, z kim klient rozmawia podczas prac nad aplikacj\u0105 mobiln\u0105, zale\u017cy w du\u017cej mierze od organizacji konkretnej firmy, jednak zazwyczaj wyznacza si\u0119 albo jedn\u0105 osob\u0119, kt\u00f3ra jest odpowiedzialna za komunikacj\u0119 z klientem w trakcie trwania ca\u0142ego projektu, albo na ka\u017cdym etapie klientem zajmuje si\u0119 inna osoba, odpowiedzialna za konkretne zadanie. Przedstawimy wam, jak to wygl\u0105da u nas.<\/span><\/p>\n

Projekt zaczyna si\u0119 od \u201epierwszego kontaktu\u201d, czyli tak zwanego <\/span>discovery call<\/span><\/i>. Zwyk\u0142o si\u0119 mawia\u0107, \u017ce to najwa\u017cniejsza rozmowa, jak\u0105 odbywa si\u0119 podczas wsp\u00f3\u0142pracy z software housem. Wi\u0119cej o tym, jak przygotowa\u0107 si\u0119 do rozmowy z SH, przeczytacie<\/span> tutaj<\/span><\/a>. W appvinio takie rozmowy prowadzi Mateusz, nasz CEO, i mog\u0105 one mie\u0107 form\u0119 rozmowy telefonicznej, wideorozmowy albo osobistego spotkania. To czas na om\u00f3wienie pomys\u0142u, cel\u00f3w, potrzeb biznesowych, obaw, a tak\u017ce zapoznanie si\u0119 z propozycjami rozwi\u0105za\u0144. Nast\u0119pnie zaczyna si\u0119 ju\u017c praca koncepcyjna – u nas w postaci warsztat\u00f3w, w kt\u00f3rych uczestnicz\u0105, w zale\u017cno\u015bci od potrzeb: przedstawiciel biznesowy, Project Manager, Analityk czy UX\/UI Designer. W trakcie tych warsztat\u00f3w powstaje koncept aplikacji, kt\u00f3ry stanowi solidn\u0105 podstaw\u0119 do dalszej pracy nad rozwojem projektu.<\/span><\/p>\n

Od momentu, kiedy klient zdecyduje si\u0119 na prowadzenie projektu przez nasz zesp\u00f3\u0142, do gry wchodzi Project Manager. To on odpowiada za kontakt mi\u0119dzy zespo\u0142em a klientem, zbiera pytania od obu stron i przedstawia zamawiaj\u0105cemu potencjalne rozwi\u0105zania. Kolejne kroki to faza analityczna i faza designu, gdzie, jak sama nazwa wskazuje, g\u0142\u00f3wn\u0105 rol\u0119 odgrywaj\u0105 odpowiednio Analityk i UX\/UI Designer (o tym, czym jest UI i UX design, mo\u017cecie poczyta\u0107<\/span> tutaj<\/span><\/a>). Analityk, w porozumieniu z zespo\u0142em, okre\u015bla, jakie narz\u0119dzia i technologie b\u0119d\u0105 potrzebne do stworzenia oczekiwanego rozwi\u0105zania. W tym momencie powstaje tak\u017ce pierwszy szkic projektu oraz szczeg\u00f3\u0142owy podzia\u0142 etap\u00f3w i zada\u0144. <\/span>Praca UX\/UI Designera zaczyna si\u0119 od stworzenia prototypu aplikacji w formie „klikalnego” modelu. <\/span>S\u0142u\u017cy on do ustalenia flow aplikacji poprzez utworzenie \u015bcie\u017cek, z kt\u00f3rych korzysta\u0107 b\u0119d\u0105 jej u\u017cytkownicy. Taki model ma symulowa\u0107 docelow\u0105 aplikacj\u0119 i pomaga\u0107 poczu\u0107\/zbada\u0107, czy aplikacja jest intuicyjna i czy korzystanie z niej b\u0119dzie dla u\u017cytkownika komfortowe. <\/span>Ponadto UX\/UI Designer odpowiada oczywi\u015bcie za inne elementy, takie jak dobranie czcionki, kolor\u00f3w czy narysowanie ekran\u00f3w.<\/span><\/p>\n

Na kolejny etap, czyli etap developmentu, mamy sw\u00f3j wypracowany pomys\u0142, cho\u0107 oczywi\u015bcie, je\u015bli zachodzi taka potrzeba, dostosowujemy si\u0119 do \u017cycze\u0144 klienta. T\u0119 faz\u0119 dzielimy na tzw. sprinty, zazwyczaj dwutygodniowe. Ka\u017cdy taki sprint rozpoczyna si\u0119 tzw. planningiem, czyli spotkaniem z klientem, w kt\u00f3rym uczestnicz\u0105 wszyscy cz\u0142onkowie zespo\u0142u. W jego trakcie planujemy, jakie zadania zostan\u0105 wykonane w trakcie najbli\u017cszego sprintu. W ci\u0105gu ka\u017cdego sprintu odbywamy codzienne spotkania (tzw. daily), do kt\u00f3rych klient mo\u017ce do\u0142\u0105czy\u0107, cho\u0107 nie jest to konieczne. Gdy zachodzi taka potrzeba, organizujemy r\u00f3wnie\u017c spotkania tematyczne z klientem, s\u0142u\u017c\u0105ce doprecyzowaniu zakresu za\u0142o\u017cenia, nad kt\u00f3rym aktualnie pracujemy. W takim spotkaniu z naszej strony bierze udzia\u0142 ta osoba, kt\u00f3ra jest odpowiedzialna za konkretne zadanie. Dwutygodniowy sprint ko\u0144czy tzw. demo, czyli spotkanie w takim samym gronie, jak przy planningu, podczas kt\u00f3rego pokazujemy klientowi, co zosta\u0142o zrobione. To te\u017c czas na przekazanie nam wszelkich uwag i dodatkowych wymaga\u0144. W procesie developmentu g\u0142\u00f3wn\u0105 rol\u0119 pe\u0142ni\u0105 programi\u015bci, kt\u00f3rzy odpowiadaj\u0105 za stworzenie kodu, realizuj\u0105cego wszystkie ustalone wcze\u015bniej za\u0142o\u017cenia.<\/span><\/p>\n

Na tym etapie sw\u00f3j udzia\u0142 maj\u0105 r\u00f3wnie\u017c testerzy, dbaj\u0105cy o wysok\u0105 jako\u015b\u0107 produktu. Ich zadaniem jest weryfikacja, czy wytworzone funkcjonalno\u015bci dzia\u0142aj\u0105 zgodnie z za\u0142o\u017ceniami projektu. W przypadku wykrycia odst\u0119pstw lub b\u0142\u0119d\u00f3w, testerzy przekazuj\u0105 informacje do programist\u00f3w w celu weryfikacji wykrytego zagadnienia.\u00a0<\/span><\/p>\n

Po uko\u0144czeniu i zweryfikowaniu jako\u015bci produktu, nast\u0119puje moment udost\u0119pnienia go u\u017cytkownikom w celu korzystania. Moment ten nie jest ko\u0144cem wsp\u00f3\u0142pracy, poniewa\u017c wci\u0105\u017c pozostajemy w kontakcie z klientem, \u017ceby monitorowa\u0107 dzia\u0142anie produktu i proponowa\u0107 ewentualne aktualizacje.<\/span><\/p>\n

 <\/p>\n

Komunikacja \u2013 klucz do sukcesu!<\/span><\/h2>\n

Komunikacja, czy to podczas tworzenia aplikacji mobilnej, czy w ka\u017cdym innym aspekcie \u017cycia, jest bardzo wa\u017cna. Zaznaczmy od razu, \u017ce rozmowy nie musz\u0105 odbywa\u0107 si\u0119 stricte z klientem – mo\u017ce on wyznaczy\u0107 konkretn\u0105 osob\u0119, kt\u00f3ra b\u0119dzie odpowiada\u0142a za kontakt z zespo\u0142em w trakcie trwania projektu. Nierzadko zdarza si\u0119 r\u00f3wnie\u017c tak, \u017ce jedna osoba jest odpowiedzialna za og\u00f3ln\u0105 komunikacj\u0119 z naszym zespo\u0142em, jednak w okre\u015blonych tematach rozmawiamy z wyznaczonym przez zleceniodawc\u0119 specjalist\u0105. Klienci bardzo cz\u0119sto bagatelizuj\u0105 albo nie zdaj\u0105 sobie sprawy z tego, jak bardzo wa\u017cny jest przep\u0142yw informacji i te\u017c nie s\u0105 \u015bwiadomi tego, jak du\u017cy wolumen czasu cz\u0119sto jest na to potrzebny.<\/span><\/p>\n

O ile projekt jest bardzo dobrze zdefiniowany, co wcale tak cz\u0119sto nie nast\u0119puje, albo jest bardzo prosty, to te spotkania zazwyczaj przebiegaj\u0105 sprawnie i szybko. Ale im tematyka jest bardziej specjalistyczna, na przyk\u0142ad w przypadku, gdy aplikacja obs\u0142uguje jaki\u015b bardzo konkretny proces, tym wi\u0119cej jest spotka\u0144 i wi\u0119cej pyta\u0144, a my potrzebujemy wi\u0119cej czasu ze strony klienta na rozmowy. Staramy si\u0119 zawsze doprowadzi\u0107 do tego, \u017ceby produkt, kt\u00f3ry klient otrzymuje, odpowiada\u0142 jego potrzebom. W\u0142a\u015bnie podczas tych spotka\u0144 musimy zebra\u0107 wszystkie za\u0142o\u017cenia, kt\u00f3re mamy potem prze\u0142o\u017cy\u0107 na kod. Je\u015bli osoba kontaktowa jest niedost\u0119pna czy odpowiada z op\u00f3\u017anieniem, znacznie utrudnia to stworzenie produktu, kt\u00f3rego klient oczekiwa\u0142.<\/span><\/p>\n

Komunikacja pozwala unikn\u0105\u0107 wielu problem\u00f3w, trzeba wi\u0119c przygotowa\u0107 si\u0119 na to, \u017ce tworzenie aplikacji wi\u0105\u017ce si\u0119 z du\u017c\u0105 liczb\u0105 pyta\u0144 ze strony zespo\u0142u. Trzeba to postrzega\u0107 jako co\u015b pozytywnego, bo istniej\u0105 software house\u2019y, kt\u00f3re m\u00f3wi\u0105, \u017ce zrobi\u0105 projekt, potem nie ma z nimi kontaktu i ostatecznie klient dostaje kompletnie nie to, czego oczekiwa\u0142. Ze swojej strony zawsze robimy wszystko, \u017ceby spotkania by\u0142y przeprowadzane jak najsprawniej, m.in. przygotowuj\u0105c szczeg\u00f3\u0142owe agendy. Mamy te\u017c, nie chwal\u0105c si\u0119, pewn\u0105 przewag\u0119 nad du\u017cymi firmami, poniewa\u017c nie ma u nas przero\u015bni\u0119tych procedur wewn\u0119trznych, kt\u00f3re powoduj\u0105 wyd\u0142u\u017canie si\u0119 proces\u00f3w decyzyjnych.<\/span><\/p>\n

 <\/p>\n

Jak skutecznie napisa\u0107 brief aplikacji mobilnej?<\/span><\/h2>\n

Wiesz ju\u017c, kto odpowiada za poszczeg\u00f3lne zadania w trakcie tworzenia projektu, ale w ramach gratisu do tekstu dodamy jeszcze co\u015b, co przyda si\u0119 na samym pocz\u0105tku \u2013 kilka wskaz\u00f3wek odno\u015bnie briefu. Brief to dokument, w kt\u00f3rym powinny znale\u017a\u0107 si\u0119 dok\u0142adnie wymienione oczekiwania klienta wobec agencji czy software house\u2019u. To pomaga ju\u017c na starcie cho\u0107by w okre\u015bleniu czasu trwania projektu oraz bud\u017cetu, kt\u00f3ry trzeba b\u0119dzie na niego przeznaczy\u0107. Oczywi\u015bcie stworzenie takiego briefu nie jest konieczne przed przyst\u0105pieniem do rozm\u00f3w. Nasz zesp\u00f3\u0142 podczas spotkania ch\u0119tnie pomo\u017ce w zebraniu wszelkich potrzebnych informacji. Poni\u017cej znajdziesz kilka obszar\u00f3w tematycznych, o kt\u00f3rych nale\u017cy podyskutowa\u0107 na starcie projektu.<\/span><\/p>\n

Na pocz\u0105tku powinno si\u0119 przedstawi\u0107, opowiedzie\u0107 troch\u0119 o firmie i wyja\u015bni\u0107, czy planowana aplikacja jest cz\u0119\u015bci\u0105 g\u0142\u00f3wnego biznesu, czy projektem pobocznym. Dzi\u0119ki temu programi\u015bci mog\u0105 zaproponowa\u0107 r\u00f3\u017cne \u2013 najodpowiedniejsze do potrzeb \u2013 rozwi\u0105zania. Nast\u0119pna cz\u0119\u015b\u0107 briefu to opis czynnik\u00f3w, kt\u00f3re b\u0119d\u0105 mia\u0142y wp\u0142yw na projekt. Warto jest okre\u015bli\u0107, kto wchodzi w potencjaln\u0105 grup\u0119 odbiorc\u00f3w \u2013 wa\u017cnymi elementami s\u0105<\/span> m.in<\/span>. wiek, p\u0142e\u0107, stanowisko i wykszta\u0142cenie, poniewa\u017c to pozwala na optymalne dostosowanie interfejsu do u\u017cytkownika. Dobrze jest pochwali\u0107 si\u0119 te\u017c wynikami bada\u0144 rynkowych, je\u015bli takie s\u0105 dost\u0119pne, opisa\u0107 konkurencj\u0119, wskaza\u0107, czy planujesz aplikacj\u0119 wy\u0142\u0105cznie na rynek krajowy, czy te\u017c zagraniczny\u2026 Ka\u017cdy szczeg\u00f3\u0142 jest istotny. Nale\u017cy te\u017c wskaza\u0107 cel, dla kt\u00f3rego aplikacja ma by\u0107 stworzona. Z regu\u0142y g\u0142\u00f3wnym celem jest po prostu zysk – jak to w biznesie. Ale ka\u017cda aplikacja ma w jaki\u015b spos\u00f3b s\u0142u\u017cy\u0107 u\u017cytkownikowi. Dok\u0142adny opis tego, jakie potrzeby ma spe\u0142nia\u0107, pomo\u017ce w stworzeniu intuicyjnej, kr\u00f3tkiej \u015bcie\u017cki u\u017cytkowania od w\u0142\u0105czenia aplikacji do osi\u0105gni\u0119cia celu. <\/span><\/p>\n

Najwa\u017cniejszym punktem briefu jest natomiast zakres funkcjonalno\u015bci aplikacji. To da zespo\u0142owi deweloperskiemu obraz, co do tego, czy do spe\u0142nienia potrzeb u\u017cytkownik\u00f3w b\u0119d\u0105 potrzebne jakie\u015b dodatkowe ekrany (np. rejestracja, logowanie czy zak\u0142adka \u201eM\u00f3j profil\u201d). Kiedy lista ju\u017c powstanie, warto te\u017c okre\u015bli\u0107 priorytety funkcji. Cz\u0119sto u\u017cywa si\u0119 przy tym metody MoSCoW, czyli: M – <\/span>must have<\/span><\/i> (musi by\u0107), S – <\/span>should have<\/span><\/i> (powinno by\u0107), C – <\/span>could have<\/span><\/i> (mo\u017ce by\u0107), W – <\/span>won\u2019t have<\/span><\/i> (nie powinno by\u0107, ale kiedy\u015b mo\u017ce si\u0119 pojawi\u0107). Na ko\u0144cu powinna si\u0119 pojawi\u0107 te\u017c informacja, ile wynosi bud\u017cet i w jakim czasie aplikacja mia\u0142aby by\u0107 wdro\u017cona.<\/span><\/p>\n

 <\/p>\n

Proces tworzenia aplikacji mobilnej mo\u017ce wydawa\u0107 si\u0119 nieco skomplikowany i c\u00f3\u017c\u2026 taki jest. Ale spokojnie – na ka\u017cdym etapie zesp\u00f3\u0142 posiada osob\u0119 kontaktow\u0105, kt\u00f3ra b\u0119dzie czuwa\u0142a nad wsp\u00f3\u0142prac\u0105 i cierpliwie odpowiada\u0142a na wszelkie pytania. Parafrazuj\u0105c oklepane, cho\u0107 prawdziwe powiedzenie: komunikacja jest kluczem do idealnej aplikacji mobilnej.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

Za ka\u017cdym udanym projektem stoi ca\u0142y zesp\u00f3\u0142 specjalist\u00f3w. Ka\u017cdy z nich ma przydzielone konkretne zadania na poszczeg\u00f3lnych etapach prac. Niby brzmi prosto, ale poj\u0119cia bran\u017cowe, takie jak Product Owner, Project Manager czy UX\/UI Designer, mog\u0105 wp\u0119dza\u0107 w zak\u0142opotanie. Po przeczytaniu tego artyku\u0142u zadania ekspert\u00f3w, z kt\u00f3rymi spotykamy si\u0119 w trakcie tworzenia aplikacji mobilnych, przestan\u0105 by\u0107 […]<\/p>\n","protected":false},"author":5,"featured_media":2662,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[60],"tags":[61,51,54,52,55,56,57,58,59,74],"class_list":["post-2596","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-aktualnosci","tag-aplikacje","tag-aplikacje-mobilne","tag-ceo","tag-mobile","tag-project-manager","tag-role-w-zespole","tag-tester","tag-ui","tag-ux","tag-zespol-projektowy"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/appvinio.com\/pl\/wp-json\/wp\/v2\/posts\/2596","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/appvinio.com\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/appvinio.com\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/appvinio.com\/pl\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/appvinio.com\/pl\/wp-json\/wp\/v2\/comments?post=2596"}],"version-history":[{"count":1,"href":"https:\/\/appvinio.com\/pl\/wp-json\/wp\/v2\/posts\/2596\/revisions"}],"predecessor-version":[{"id":2615,"href":"https:\/\/appvinio.com\/pl\/wp-json\/wp\/v2\/posts\/2596\/revisions\/2615"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/appvinio.com\/pl\/wp-json\/wp\/v2\/media\/2662"}],"wp:attachment":[{"href":"https:\/\/appvinio.com\/pl\/wp-json\/wp\/v2\/media?parent=2596"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/appvinio.com\/pl\/wp-json\/wp\/v2\/categories?post=2596"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/appvinio.com\/pl\/wp-json\/wp\/v2\/tags?post=2596"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}