{"id":97853,"date":"2020-10-22T14:42:44","date_gmt":"2020-10-22T12:42:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte"},"modified":"2020-11-18T00:58:50","modified_gmt":"2020-11-17T22:58:50","slug":"organizacziya-rabochego-proczessa-v-komande-na-it-proekte","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","title":{"rendered":"Organizacja pracy zespo\u0142owej w projekcie IT","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Cze\u015b\u0107, przyjaciele. Cz\u0119sto, zw\u0142aszcza w outsourcingu, widz\u0119 ten sam obrazek. Brak wyra\u017anego procesu roboczego w zespo\u0142ach na r\u00f3\u017cnych projektach.<\/p>\n<p>Najwa\u017cniejsze jest to, \u017ce programi\u015bci nie rozumiej\u0105, jak komunikowa\u0107 si\u0119 z klientem i ze sob\u0105 nawzajem. Jak zbudowa\u0107 ci\u0105g\u0142y proces tworzenia wysokiej jako\u015bci produktu. Jak zaplanowa\u0107 sw\u00f3j dzie\u0144 pracy i sprinty.<\/p>\n<p>Wszystko to ostatecznie prowadzi do nietrzymania termin\u00f3w, nadgodzin, ci\u0105g\u0142ych konflikt\u00f3w o to, kto jest winny, oraz niezadowolenia klient\u00f3w \u2013 dok\u0105d i jak to wszystko idzie. Dosy\u0107 cz\u0119sto prowadzi to do zmian w\u015br\u00f3d programist\u00f3w, a nawet ca\u0142ych zespo\u0142\u00f3w. Utraty klienta, pogorszenia reputacji i tym podobnych spraw.<\/p>\n<p>Kiedy\u015b natrafi\u0142em na taki projekt, gdzie wyst\u0119powa\u0142y wszystkie te niedogodno\u015bci. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nNikt nie chcia\u0142 wzi\u0105\u0107 odpowiedzialno\u015bci za projekt (du\u017ca us\u0142uga marketplace), rotacja by\u0142a straszna, klient po prostu w\u015bcieka\u0142 si\u0119. CEO podszed\u0142 do mnie i powiedzia\u0142, \u017ce masz odpowiednie do\u015bwiadczenie, wi\u0119c oto masz karty w r\u0119ce. We\u017a projekt dla siebie. Je\u015bli zawalisz, zamkniemy projekt i wszystkich wyrzucimy. Je\u015bli si\u0119 uda, b\u0119dzie \u015bwietnie, wtedy prowad\u017a go i rozwijaj, jak uwa\u017casz za stosowne. W ko\u0144cu zosta\u0142em liderem zespo\u0142u w tym projekcie i wszystko spad\u0142o na moje ramiona.<\/p>\n<p>Pierwsz\u0105 rzecz\u0105, kt\u00f3r\u0105 zrobi\u0142em, by\u0142o opracowanie procesu roboczego od podstaw, kt\u00f3ry odpowiada\u0142 mojemu widzeniu na tamten moment, i napisanie opisu stanowiska dla zespo\u0142u. Wdra\u017canie go nie by\u0142o \u0142atwe. Ale po oko\u0142o miesi\u0105cu wszystko si\u0119 ustabilizowa\u0142o, programi\u015bci i klient si\u0119 przyzwyczaili, i wszystko zacz\u0119\u0142o i\u015b\u0107 g\u0142adko i komfortowo. Aby pokaza\u0107 zespo\u0142owi, \u017ce to nie jest tylko 'burza w szklance wody', ale realne rozwi\u0105zanie, wzi\u0105\u0142em na siebie maksymaln\u0105 ilo\u015b\u0107 obowi\u0105zk\u00f3w, zdj\u0119\u0142y dr\u0119cz\u0105ce rutyny z zespo\u0142u. <\/p>\n<p>Min\u0119\u0142o ju\u017c p\u00f3\u0142tora roku, a projekt rozwija si\u0119 bez nadgodzin, bez 'wy\u015bcig\u00f3w szczur\u00f3w' i wszelkich stres\u00f3w. Kto\u015b ze starego zespo\u0142u nie chcia\u0142 tak pracowa\u0107 i odszed\u0142, a dla innych by\u0142o \u015bwietnie, \u017ce pojawi\u0142y si\u0119 przejrzyste zasady. Ale ostatecznie wszyscy w zespole s\u0105 bardzo zmotywowani i znaj\u0105 ogromny projekt w ca\u0142o\u015bci, zar\u00f3wno frontend, jak i backend. W\u0142\u0105cznie z baz\u0105 kodu i ca\u0142\u0105 logik\u0105 biznesow\u0105. Dosz\u0142o ju\u017c do tego, \u017ce nie jeste\u015bmy tylko 'wio\u015blarzami', ale sami wymy\u015blamy wiele proces\u00f3w biznesowych i nowych funkcji, kt\u00f3re przypad\u0142y do gustu biznesowi.<\/p>\n<p>Dzi\u0119ki takiemu podej\u015bciu z naszej strony, klient postanowi\u0142 zam\u00f3wi\u0107 u naszej firmy jeszcze jeden marketplace, co bardzo cieszy.<\/p>\n<p>Poniewa\u017c w moim projekcie to dzia\u0142a, mo\u017ce komu\u015b to r\u00f3wnie\u017c pomo\u017ce. Oto proces, kt\u00f3ry pom\u00f3g\u0142 nam uratowa\u0107 projekt:<\/p>\n<p>Proces pracy zespo\u0142u nad projektem 'M\u00f3j ulubiony projekt'<\/p>\n<p>a) Wewn\u0105trz proces zespo\u0142owy (mi\u0119dzy programistami)<\/p>\n<ul>\n<li>Wszystkie zadania s\u0105 tworzone w systemie Jira.<\/li>\n<li>Ka\u017cde zadanie powinno by\u0107 maksymalnie opisane i wykonywa\u0107 jedno konkretne dzia\u0142anie.<\/li>\n<li>Ka\u017cda funkcja, je\u015bli jest wystarczaj\u0105co skomplikowana, dzieli si\u0119 na wiele ma\u0142ych zada\u0144.<\/li>\n<li>Zesp\u00f3\u0142 pracuje nad funkcjami jako nad jedn\u0105 ca\u0142o\u015bci\u0105. Na pocz\u0105tku robimy wszystko razem w jednej funkcji, oddajemy j\u0105 do test\u00f3w, a nast\u0119pnie bierzemy nast\u0119pn\u0105.<\/li>\n<li>Ka\u017cde zadanie jest oznaczane, czy jest to backend czy frontend.<\/li>\n<li>Istniej\u0105 typy zada\u0144 i b\u0142\u0119d\u00f3w. Nale\u017cy je poprawnie oznacza\u0107.<\/li>\n<li>Po wykonaniu zadania, jest ono przenoszone do statusu przegl\u0105du kodu (tworzony jest pull request do kolegi).<\/li>\n<li>Osoba, kt\u00f3ra wykona\u0142a zadanie, natychmiast \u015bledzi sw\u00f3j czas dla tego zadania.<\/li>\n<li>Po sprawdzeniu kodu, PR jest zatwierdzany, a nast\u0119pnie osoba, kt\u00f3ra wykona\u0142a to zadanie, samodzielnie \u0142\u0105czy je z ga\u0142\u0119zi\u0105 master, po czym zmienia status na gotowe do wdro\u017cenia na dev. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/pl\/server\/\"   title=\"serwer\" data-wpil-keyword-link=\"linked\">serwer<\/a>.<\/li>\n<li>Wszystkie zadania gotowe do wdro\u017cenia na serwer dev s\u0105 wdra\u017cane przez lidera zespo\u0142u (to jego strefa odpowiedzialno\u015bci), czasami przez cz\u0142onka zespo\u0142u, je\u015bli co\u015b jest pilne. Po wdro\u017ceniu wszystkie zadania gotowe do wdro\u017cenia na dev przechodz\u0105 w status \u2014 gotowe do test\u00f3w na dev.<\/li>\n<li>Wszystkie zadania testuje klient.<\/li>\n<li>Gdy klient przetestowa\u0142 zadanie na dev, przenosi je do statusu gotowe do wdro\u017cenia na prod.<\/li>\n<li>Do wdro\u017cenia na prod mamy osobn\u0105 ga\u0142\u0105\u017a, do kt\u00f3rej \u0142\u0105czymy master tylko przed wdro\u017ceniem.<\/li>\n<li>Je\u015bli podczas testowania klient znajdzie b\u0142\u0119dy, zwraca zadanie do przer\u00f3bki, nadaj\u0105c mu status zwr\u00f3cone do przer\u00f3bki. W ten spos\u00f3b oddzielamy nowe zadania od tych, kt\u00f3re nie przesz\u0142y test\u00f3w.<\/li>\n<li>W rezultacie wszystkie zadania przechodz\u0105 drog\u0119 od stworzenia do zako\u0144czenia: To Do \u2192 W Rozwoju \u2192 Przegl\u0105d Kodu \u2192 Gotowe do wdro\u017cenia na dev \u2192 QA na dev \u2192 (Powr\u00f3t do dev) \u2192 Gotowe do wdro\u017cenia na prod \u2192 QA na prod \u2192 Zrobione.<\/li>\n<li>Ka\u017cdy programista testuje sw\u00f3j kod samodzielnie, tak\u017ce jako u\u017cytkownik strony. Nie jest dozwolone \u0142\u0105czenie ga\u0142\u0119zi z g\u0142\u00f3wn\u0105, je\u015bli nie wiadomo na pewno, \u017ce kod dzia\u0142a.<\/li>\n<li>Ka\u017cde zadanie ma swoje priorytety. Priorytety ustala zleceniodawca lub lider zespo\u0142u.<\/li>\n<li>Programi\u015bci w pierwszej kolejno\u015bci realizuj\u0105 priorytetowe zadania.<\/li>\n<li>Programi\u015bci mog\u0105 przydziela\u0107 zadania sobie nawzajem, je\u015bli w systemie znalaz\u0142y si\u0119 r\u00f3\u017cne b\u0142\u0119dy lub jedno zadanie sk\u0142ada si\u0119 z pracy kilku specjalist\u00f3w.<\/li>\n<li>Wszystkie zadania, kt\u00f3re tworzy zleceniodawca, trafiaj\u0105 do lidera zespo\u0142u, kt\u00f3ry je ocenia i albo prosi zleceniodawc\u0119 o poprawki, albo przydziela je jednemu z cz\u0142onk\u00f3w zespo\u0142u.<\/li>\n<li>Wszystkie zadania, kt\u00f3re s\u0105 gotowe do wdro\u017cenia na etapie dewelopmentu lub produkcji, r\u00f3wnie\u017c trafiaj\u0105 do lidera zespo\u0142u, kt\u00f3ry samodzielnie decyduje, kiedy i jak przeprowadzi\u0107 wdro\u017cenie. Po ka\u017cdym wdro\u017ceniu lider zespo\u0142u (lub cz\u0142onek zespo\u0142u) musi powiadomi\u0107 zleceniodawc\u0119 o tym. Musi tak\u017ce zmieni\u0107 statusy zada\u0144 na gotowe do testowania na etapie dewelopmentu\/produkcji.<\/li>\n<li>Ka\u017cdego dnia o tej samej porze (u nas o 12:00) przeprowadzamy spotkanie z wszystkimi cz\u0142onkami zespo\u0142u.<\/li>\n<li>Na spotkaniu ka\u017cdy z uczestnik\u00f3w, w tym lider zespo\u0142u, relacjonuje, co zrobi\u0142 wczoraj, co planuje zrobi\u0107 dzisiaj oraz co mu nie wychodzi i dlaczego. W ten spos\u00f3b ca\u0142y zesp\u00f3\u0142 jest na bie\u017c\u0105co z tym, kto czym si\u0119 zajmuje i na jakim etapie znajduje si\u0119 projekt. To daje nam mo\u017cliwo\u015b\u0107 prognozowania i korekty, je\u015bli to konieczne, naszych szacunk\u00f3w i termin\u00f3w.<\/li>\n<li>Na spotkaniu lider zespo\u0142u informuje tak\u017ce o wszelkich zmianach w projekcie oraz o poziomie bie\u017c\u0105cych b\u0142\u0119d\u00f3w, kt\u00f3re nie zosta\u0142y zg\u0142oszone przez zleceniodawc\u0119. Wszystkie b\u0142\u0119dy s\u0105 analizowane i przydzielane ka\u017cdemu cz\u0142onkowi zespo\u0142u do rozwi\u0105zania.<\/li>\n<li>Na spotkaniu lider zespo\u0142u przydziela zadania, bior\u0105c pod uwag\u0119 bie\u017c\u0105ce obci\u0105\u017cenie programist\u00f3w, poziom ich umiej\u0119tno\u015bci oraz blisko\u015b\u0107 danego zadania do tego, czym zajmuje si\u0119 programista w danym momencie.<\/li>\n<li>Na spotkaniu lider zespo\u0142u opracowuje og\u00f3ln\u0105 strategi\u0119 dotycz\u0105c\u0105 architektury i logiki biznesowej. Po tym ca\u0142a dru\u017cyna dyskutuje o tym i podejmuje decyzj\u0119 o wprowadzeniu poprawek lub przyj\u0119ciu danej strategii.<\/li>\n<li>Ka\u017cdy programista pisze kod i buduje algorytmy samodzielnie w ramach jednej architektury i logiki biznesowej. Ka\u017cdy mo\u017ce wyrazi\u0107 swoj\u0105 wizj\u0119 realizacji, ale nikt nie jest zmuszony do robienia tego w okre\u015blony spos\u00f3b. Ka\u017cde rozwi\u0105zanie jest uzasadnione. Je\u015bli istnieje lepsze rozwi\u0105zanie, ale obecnie nie ma na nie czasu, tworzy si\u0119 zadanie w JIRA na przysz\u0142y refactoring okre\u015blonej cz\u0119\u015bci kodu.<\/li>\n<li>Kiedy programista podejmuje si\u0119 zadania, zmienia jego status na 'w trakcie rozwoju'. Ca\u0142a komunikacja dotycz\u0105ca wyja\u015bnienia zadania z klientem spoczywa na programi\u015bcie. Pytania techniczne mo\u017cna zadawa\u0107 liderowi zespo\u0142u lub kolegom.<\/li>\n<li>Je\u015bli programi\u015bcie nie jest jasne, na czym polega zadanie, a klient nie umia\u0142 go wyra\u017anie wyja\u015bni\u0107, przechodzi do nast\u0119pnego zadania. Obecne zadanie przejmuje lider zespo\u0142u i sam omawia je z klientem.<\/li>\n<li>Ka\u017cdego dnia programista powinien na czacie klienta informowa\u0107, nad jakimi zadaniami pracowa\u0142 wczoraj i nad jakimi zadaniami b\u0119dzie pracowa\u0107 dzi\u015b.<\/li>\n<li>Proces pracy odbywa si\u0119 zgodnie z metodyk\u0105 Scrum. Wszystko jest podzielone na sprinty. Ka\u017cdy sprint trwa dwa tygodnie.<\/li>\n<li>Sprinty tworzy, wype\u0142nia i zamyka lider zespo\u0142u.<\/li>\n<li>Je\u015bli projekt ma surowe terminy, staramy si\u0119 mniej wi\u0119cej oszacowa\u0107 wszystkie zadania. I zbieramy z nich sprint. Je\u015bli klient stara si\u0119 doda\u0107 jeszcze zadania do sprintu, w\u00f3wczas ustalamy priorytety i niekt\u00f3re inne zadania przesuwamy na nast\u0119pny sprint.<\/li>\n<\/ul>\n<p>\nb) Proces pracy z klientem<\/p>\n<ul>\n<li>Ka\u017cdy programista mo\u017ce i powinien komunikowa\u0107 si\u0119 z klientem.<\/li>\n<li>Nie mo\u017cna pozwoli\u0107 klientowi narzuca\u0107 swoich zasad dzia\u0142ania. Nale\u017cy w uprzejmy i przyjazny spos\u00f3b da\u0107 klientowi do zrozumienia, \u017ce jeste\u015bmy specjalistami w swojej dziedzinie i to my powinni\u015bmy ustala\u0107 procesy pracy, anga\u017cuj\u0105c w nie klienta.<\/li>\n<li>W idealnym przypadku, zanim przyst\u0105pimy do realizacji jakiejkolwiek funkcjonalno\u015bci, nale\u017cy stworzy\u0107 schemat blokowy ca\u0142ego procesu logicznego dla funkcji (workflow). I wys\u0142a\u0107 go do akceptacji klienta. Dotyczy to tylko skomplikowanej i nieoczywistej funkcjonalno\u015bci, na przyk\u0142ad systemu p\u0142atno\u015bci, systemu powiadomie\u0144 itd. To pozwoli dok\u0142adniej zrozumie\u0107, czego dok\u0142adnie potrzebuje klient, zachowa\u0107 dokumentacj\u0119 dla funkcji, a tak\u017ce zabezpieczy\u0107 si\u0119 przed tym, \u017ce klient w przysz\u0142o\u015bci mo\u017ce powiedzie\u0107, \u017ce zrobili\u015bmy co\u015b innego ni\u017c to, co prosi\u0142.<\/li>\n<li>Wszystkie diagramy\/diagramy blokowe\/logik\u0119 itp. zapisujemy w Confluence\/Jira, gdzie prosimy klienta o potwierdzenie w komentarzach poprawno\u015bci przysz\u0142ej realizacji.<\/li>\n<li>Starajmy si\u0119 nie obci\u0105\u017ca\u0107 klienta technicznymi szczeg\u00f3\u0142ami. Je\u015bli potrzebujemy zrozumie\u0107, jak klient to sobie wyobra\u017ca, rysujemy prymitywne algorytmy w formie diagramu blokowego, kt\u00f3ry klient mo\u017ce zrozumie\u0107 i samodzielnie poprawi\u0107\/dopracowa\u0107.<\/li>\n<li>Je\u015bli klient znajdzie b\u0142\u0105d w projekcie, prosimy go o bardzo szczeg\u00f3\u0142owe opisanie go w Jira. W jakich okoliczno\u015bciach wyst\u0105pi\u0142, kiedy, jak\u0105 sekwencj\u0119 dzia\u0142a\u0144 wykonywa\u0142 klient podczas testowania. Prosimy o do\u0142\u0105czenie zrzut\u00f3w ekranu.<\/li>\n<li>Staramy si\u0119 codziennie, maksymalnie co drugi dzie\u0144, wdra\u017ca\u0107 na serwer deweloperski. Wtedy klient zaczyna testowa\u0107 funkcjonalno\u015b\u0107 i projekt nie stoi w miejscu. Daje to r\u00f3wnie\u017c klientowi znak, \u017ce projekt jest w pe\u0142nym rozwini\u0119ciu i nikt nie opowiada mu bajek.<\/li>\n<li>Bardzo cz\u0119sto bywa tak, \u017ce klient nie do ko\u0144ca rozumie, czego tak naprawd\u0119 potrzebuje. Z racji tego, \u017ce tworzy nowy biznes z jeszcze nieustalonymi procesami. Dlatego bardzo cz\u0119sto zdarza si\u0119 sytuacja, gdy wyrzucamy ca\u0142e kawa\u0142ki kodu do kosza i przekszta\u0142camy logik\u0119 aplikacji. Z tego wynika, \u017ce nie ma sensu pokrywa\u0107 testami wszystkiego. Warto testowa\u0107 tylko krytycznie wa\u017cn\u0105 funkcjonalno\u015b\u0107, i to z zastrze\u017ceniami.<\/li>\n<li>Zdarzaj\u0105 si\u0119 sytuacje, gdy zesp\u00f3\u0142 zdaje sobie spraw\u0119, \u017ce nie mieszcz\u0105 si\u0119 w terminach. Wtedy przeprowadzamy szybk\u0105 ocen\u0119 zada\u0144 i od razu informujemy o tym klienta. Jako wyj\u015bcie z sytuacji proponujemy wdra\u017ca\u0107 na czas wa\u017cn\u0105 i krytyczn\u0105 funkcjonalno\u015b\u0107, a reszt\u0119 zostawi\u0107 na czas po wydaniu.<\/li>\n<li>Je\u015bli klient zaczyna wymy\u015bla\u0107 r\u00f3\u017cne zadania z g\u0142owy, zaczyna fantazjowa\u0107 i t\u0142umaczy\u0107 na palcach, to prosimy go o dostarczenie nam projektu strony oraz flow z logik\u0105, kt\u00f3ra powinna dok\u0142adnie opisa\u0107 dzia\u0142anie ca\u0142ego projektu i jego element\u00f3w.<\/li>\n<li>Przed rozpocz\u0119ciem jakiegokolwiek zadania musimy upewni\u0107 si\u0119, \u017ce ta funkcja by\u0142a cz\u0119\u015bci\u0105 warunk\u00f3w naszej umowy. Je\u015bli to nowa funkcja, kt\u00f3ra wychodzi poza nasze pierwotne ustalenia, musimy j\u0105 oszacowa\u0107 ((przybli\u017cony czas realizacji + 30%) x 2) i poinformowa\u0107 klienta, \u017ce zajmie nam to tyle czasu, plus termin zostanie przesuni\u0119ty o czas oszacowania pomno\u017cony przez dwa. Je\u015bli uda nam si\u0119 wykona\u0107 zadanie szybciej \u2014 \u015bwietnie, wszyscy na tym skorzystaj\u0105. Je\u015bli nie, to mamy zabezpieczenie.<\/li>\n<\/ul>\n<p>\nc) Co jest niedopuszczalne w zespole:<\/p>\n<ul>\n<li>Niezobowi\u0105zuj\u0105cy stosunek, brak organizacji, zapominalstwo<\/li>\n<li>Odk\u0142adanie zada\u0144 na p\u00f3\u017aniej. Je\u015bli nie mo\u017cesz wykona\u0107 zadania, nie wiesz jak, musisz natychmiast poinformowa\u0107 lidera zespo\u0142u, a nie czeka\u0107 do ostatniej chwili.<\/li>\n<li>Chwalenie si\u0119 przez osob\u0119, kt\u00f3ra jeszcze nie udowodni\u0142a swoimi dzia\u0142aniami swoich umiej\u0119tno\u015bci i profesjonalizmu. Je\u015bli udowodni\u0142a, to mo\u017cna, w granicach przyzwoito\u015bci \ud83d\ude42<\/li>\n<li>Oszustwo w jakiejkolwiek formie. Je\u015bli zadanie nie zosta\u0142o wykonane, nie nale\u017cy zmienia\u0107 jego statusu na zrealizowane i pisa\u0107 w czacie klienta, \u017ce jest gotowe. Wypad\u0142 komputer, pad\u0142 system, pies pogryz\u0142 laptopa \u2014 to wszystko jest niedopuszczalne. Je\u015bli wyst\u0119puje faktyczny przypadek si\u0142y wy\u017cszej, lider zespo\u0142u powinien by\u0107 niezw\u0142ocznie powiadomiony.<\/li>\n<li>Gdy specjalista ca\u0142y czas jest offline i trudno si\u0119 do niego dosta\u0107 w godzinach pracy.<\/li>\n<li>Toksyczno\u015b\u0107 w zespole jest niedopuszczalna! Je\u015bli kto\u015b z czym\u015b si\u0119 nie zgadza, wszyscy razem zbieraj\u0105 si\u0119 na spotkanie, aby to om\u00f3wi\u0107 i rozwi\u0105za\u0107.<\/li>\n<\/ul>\n<p>I jeszcze szereg pyta\u0144\/tez, kt\u00f3re czasami zadaj\u0119 swojemu klientowi, aby rozwia\u0107 wszelkie w\u0105tpliwo\u015bci:<\/p>\n<ol>\n<li>Jakie s\u0105 Pa\u0144stwa kryteria jako\u015bci?<\/li>\n<li>Jak okre\u015blaj\u0105 Pa\u0144stwo, czy w projekcie s\u0105 problemy, czy nie?<\/li>\n<li>\u0141ami\u0105c wszystkie nasze zalecenia i porady dotycz\u0105ce zmiany\/poprawy systemu, wszystkie ryzyka ponosicie Pa\u0144stwo.<\/li>\n<li>Jakiekolwiek powa\u017cne zmiany w projekcie (na przyk\u0142ad r\u00f3\u017cne przep\u0142ywy zewn\u0119trzne) b\u0119d\u0105 prowadzi\u0107 do potencjalnego pojawienia si\u0119 b\u0142\u0119d\u00f3w (kt\u00f3re b\u0119dziemy oczywi\u015bcie naprawia\u0107).<\/li>\n<li>Nie mo\u017cna w ci\u0105gu kilku minut zrozumie\u0107, co si\u0119 sta\u0142o w projekcie, a tym bardziej od razu to naprawi\u0107.<\/li>\n<li>Pracujemy zgodnie z konkretnym przep\u0142ywem produktu (Zadania w Jira \u2014 Rozw\u00f3j \u2014 Testowanie \u2014 Wdra\u017canie). Oznacza to, \u017ce nie mo\u017cemy reagowa\u0107 na ca\u0142y strumie\u0144 pr\u00f3\u015bb i skarg na czacie.<\/li>\n<li>Programi\u015bci s\u0105 programistami, a nie profesjonalnymi testerami, i nie mog\u0105 zapewni\u0107 odpowiedniej jako\u015bci testowania projektu.<\/li>\n<li>Odpowiedzialno\u015b\u0107 za ostateczne testowanie i akceptacj\u0119 zada\u0144 na produkcji spoczywa w ca\u0142o\u015bci na was.<\/li>\n<li>Je\u017celi ju\u017c wzi\u0119li\u015bmy zadanie do realizacji, to nie mo\u017cemy od razu prze\u0142\u0105cza\u0107 si\u0119 na inne, dop\u00f3ki nie uko\u0144czymy bie\u017c\u0105cego (w przeciwnym razie prowadzi to do jeszcze wi\u0119kszej liczby b\u0142\u0119d\u00f3w i wyd\u0142u\u017cenia czasu realizacji).<\/li>\n<li>Liczba os\u00f3b w zespole zmniejszy\u0142a si\u0119 (z powodu urlop\u00f3w lub chor\u00f3b), a pracy przyby\u0142o i fizycznie nie jeste\u015bmy w stanie zareagowa\u0107 na wszystko, czego chcecie.<\/li>\n<li>Pro\u015bba z waszej strony o wdro\u017cenie na produkcj\u0119 bez przetestowanych zada\u0144 na devie to tylko wasze ryzyko, a nie programist\u00f3w.<\/li>\n<li>Kiedy stawiacie niejasne zadania, bez poprawnego przep\u0142ywu, bez szablon\u00f3w graficznych, wymaga to od nas znacznie wi\u0119kszych wysi\u0142k\u00f3w i wyd\u0142u\u017ca czas realizacji, gdy\u017c zamiast was musimy wykona\u0107 dodatkow\u0105 prac\u0119.<\/li>\n<li>Jakiekolwiek zadania dotycz\u0105ce b\u0142\u0119d\u00f3w, bez szczeg\u00f3\u0142owego opisu ich wyst\u0105pienia i zrzut\u00f3w ekranu, nie daj\u0105 nam mo\u017cliwo\u015bci zrozumienia, co posz\u0142o nie tak i jak mo\u017cemy odtworzy\u0107 ten b\u0142\u0105d.<\/li>\n<li>Projekt wymaga ci\u0105g\u0142ych poprawek i ulepsze\u0144 w celu zwi\u0119kszenia wydajno\u015bci i bezpiecze\u0144stwa. Dlatego zesp\u00f3\u0142 po\u015bwi\u0119ca cz\u0119\u015b\u0107 swojego czasu na te poprawki.<\/li>\n<li>Z powodu tego, \u017ce mamy nadgodziny (pilne poprawki), musimy je zrekompensowa\u0107 w inne dni.<\/li>\n<\/ol>\n<p>\nZazwyczaj klient od razu rozumie, \u017ce nie wszystko jest takie proste w rozwoju oprogramowania, i jedno pragnienie jest zdecydowanie niewystarczaj\u0105ce.<\/p>\n<p>To wszystko. Za kulisami pozostawiam wiele negocjacji i pocz\u0105tkowe dostosowanie wszystkich proces\u00f3w, ale w rezultacie wszystko si\u0119 ustabilizowa\u0142o. Mog\u0119 powiedzie\u0107, \u017ce ten proces sta\u0142 si\u0119 dla nas swoist\u0105 'srebrn\u0105 kul\u0105'. Nowe osoby, kt\u00f3re przychodzi\u0142y do projektu, mog\u0142y od razu z dnia na dzie\u0144 zaanga\u017cowa\u0107 si\u0119 w prac\u0119, gdy\u017c wszystkie procesy zosta\u0142y opisane, a dokumentacja i architektura w formie diagramu od razu da\u0142y wyobra\u017cenie o tym, czym si\u0119 zajmujemy. <\/p>\n<p><i>P. S. Chc\u0119 wyja\u015bni\u0107, \u017ce po naszej stronie nie ma mened\u017cera projektu. Jest on po stronie klienta. Zupe\u0142nie nie techniczny. Projekt jest europejski. Ca\u0142a komunikacja odbywa si\u0119 wy\u0142\u0105cznie po angielsku.<\/i><\/p>\n<p>Wszystkim \u017cycz\u0119 powodzenia w projektach. Nie wypalajcie si\u0119 i postarajcie si\u0119 udoskonala\u0107 swoje procesy.<\/p>\n<p>Kod \u017ar\u00f3d\u0142owy w moim <noindex><a rel=\"nofollow\" href=\"https:\/\/cleverman.org\/post\/organizaciya-rabochego-processa-v-komande-na-it-proekte\">blogu<\/a><\/noindex>.<br \/>\n<br \/>\u0179r\u00f3d\u0142o: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/524460\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443. \u041e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0447\u0435\u0442\u043a\u043e\u0433\u043e \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0430\u0445 \u043d\u0430 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445. \u0421\u0430\u043c\u043e\u0435 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u2014 \u044d\u0442\u043e \u0442\u043e, \u0447\u0442\u043e \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u044b \u043d\u0435 \u043f\u043e\u043d\u0438\u043c\u0430\u044e\u0442, \u043a\u0430\u043a \u043d\u0443\u0436\u043d\u043e \u043a\u043e\u043c\u043c\u0443\u043d\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u043e\u043c \u0438 \u0434\u0440\u0443\u0433 \u0441 \u0434\u0440\u0443\u0433\u043e\u043c. \u041a\u0430\u043a \u043f\u043e\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u043d\u0435\u043f\u0440\u0435\u0440\u044b\u0432\u043d\u044b\u0439 \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0430. \u041a\u0430\u043a \u0441\u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441\u0432\u043e\u0439 \u0440\u0430\u0431\u043e\u0447\u0438\u0439 \u0434\u0435\u043d\u044c \u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97853","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"pl_PL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-10-22T12:42:44+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-11-17T22:58:50+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Organizacja pracy zespo\u0142owej w projekcie IT | ProHoster","description":"Cze\u015b\u0107, przyjaciele. Cz\u0119sto, zw\u0142aszcza w outsourcingu, widz\u0119 ten sam obraz.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-22T12:42:44+00:00","article:modified_time":"2020-11-17T22:58:50+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97853","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:11:34","updated":"2022-10-03 07:12:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/97853","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=97853"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/97853\/revisions"}],"predecessor-version":[{"id":172897,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/97853\/revisions\/172897"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=97853"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=97853"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=97853"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}