{"id":34112,"date":"2019-10-31T21:56:27","date_gmt":"2019-10-31T18:56:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-my-pytalis-v-komandnuyu-rabotu-i-chto-iz-etogo-vyshlo\/"},"modified":"2019-10-31T21:56:27","modified_gmt":"2019-10-31T18:56:27","slug":"kak-my-pytalis-v-komandnuyu-rabotu-i-chto-iz-etogo-vyshlo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/kak-my-pytalis-v-komandnuyu-rabotu-i-chto-iz-etogo-vyshlo","title":{"rendered":"Jak pr\u00f3bowali\u015bmy wprowadzi\u0107 prac\u0119 zespo\u0142ow\u0105 i co z tego wynik\u0142o","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Jak
\n<\/p>\n

Zacznijmy od pocz\u0105tku<\/h3>\n

\nCo oznacza ten rysunek, wyja\u015bni\u0119 p\u00f3\u017aniej, a teraz pozw\u00f3lcie, \u017ce rozpoczn\u0119 od wprowadzenia.<\/p>\n

W zimny lutowy dzie\u0144 nic nie zapowiada\u0142o k\u0142opot\u00f3w. Grupa niewinnych student\u00f3w po raz pierwszy przysz\u0142a na zaj\u0119cia z przedmiotu, kt\u00f3ry postanowiono nazwa\u0107 \u201eMetodologia organizacji projektowania i rozwoju system\u00f3w informacyjnych\u201d. Mieli\u015bmy standardowy wyk\u0142ad, nauczyciel m\u00f3wi\u0142 o zwinnych metodach rozwoju, takich jak Scrum, nic nie zapowiada\u0142o k\u0142opot\u00f3w. A oto na koniec nauczyciel og\u0142asza: <\/p>\n

Chc\u0119, aby\u015bcie osobi\u015bcie poczuli wszystkie trudno\u015bci pracy zespo\u0142owej, podzielcie si\u0119 na grupy, wymy\u015blcie projekt, wybierzcie lidera i wsp\u00f3lnie przejd\u017acie przez wszystkie etapy projektowania. Na koniec oczekuj\u0119 od was gotowego produktu oraz artyku\u0142u na Habrze.<\/p><\/blockquote>\n

I tu zaczyna si\u0119 nasza historia. <\/a><\/noindex> Jak kulki w bilardzie, odbi\u0142y\u015bmy si\u0119 od siebie, a\u017c energia uderzenia si\u0119 rozproszy\u0142a, a w ko\u0144cu zebrali\u015bmy si\u0119 w grupk\u0119 z 7 os\u00f3b. Mo\u017ce to troch\u0119 du\u017co jak na projekt studencki, ale aby lepiej rozdzieli\u0107 role, to wystarczaj\u0105co. Zacz\u0119\u0142o si\u0119 omawianie pomys\u0142\u00f3w na projekt od \u201eWe\u017amy gotowy projekt\u201d do \u201eEmulator formowania obiekt\u00f3w kosmicznych\u201d. Ale ostatecznie przesz\u0142a idea, kt\u00f3rej nazw\u0119 przeczytali\u015bcie na pierwszym obrazku. <\/p>\n

Stop Procrastination \u2014 co to jest, do czego s\u0142u\u017cy i jak go rozwijali\u015bmy oraz co z tego wynik\u0142o<\/h2>\n

\nOpowie\u015b\u0107 b\u0119dzie prowadzona z perspektywy lidera projektu, kt\u00f3rym, na szcz\u0119\u015bcie lub nieszcz\u0119\u015bcie, zosta\u0142em mianowany. I tak, jaki pomys\u0142 przyszed\u0142 nam do g\u0142owy? Inspiruj\u0105c si\u0119 popularnym budzikiem \u201eShake Alarm\u201d od SupperCommon, a dok\u0142adniej funkcj\u0105 ca\u0142kowitego zablokowania dzia\u0142ania smartfona, dop\u00f3ki u\u017cytkownik nie wykona okre\u015blonego dzia\u0142ania, kt\u00f3re prawdopodobnie zmusi go do obudzenia si\u0119, postanowili\u015bmy stworzy\u0107 podobn\u0105 aplikacj\u0119, kt\u00f3ra pomo\u017ce pozby\u0107 si\u0119 zale\u017cno\u015bci od telefonu, wed\u0142ug tego samego zasady co \u201eShake Alarm\u201d<\/p>\n

Zasada dzia\u0142ania<\/h3>\n

U\u017cytkownik ustawia timery
\n-Czas, jaki mo\u017cna sp\u0119dza\u0107 przy smartfonie
\n-Czas bez smartfona (okres blokady)
\nPo up\u0142ywie timera na ekranie pojawia si\u0119 nak\u0142adka, kt\u00f3rej nie mo\u017cna zminimalizowa\u0107
\n-Aby zamkn\u0105\u0107 nak\u0142adk\u0119, trzeba przej\u015b\u0107 przez ma\u0142y test (wpisa\u0107 has\u0142o na zagmatwanej klawiaturze, rozwi\u0105za\u0107 zadanie matematyczne, potrz\u0105sn\u0105\u0107 telefonem przez kilka minut)
\nPo odblokowaniu w ten spos\u00f3b czas, kt\u00f3ry mo\u017cna sp\u0119dzi\u0107 na smartfonie, skraca si\u0119 dwa razy, a\u017c do jednej minuty.\n<\/p><\/blockquote>\n

Tworzymy zesp\u00f3\u0142<\/h3>\n

Na pocz\u0105tku trzeba by\u0142o okre\u015bli\u0107, kto czym si\u0119 zajmie i w jakim j\u0119zyku to wszystko b\u0119dzie pisane. Uwa\u017cam, \u017ce ma to niewiele wsp\u00f3lnego z zarz\u0105dzaniem projektami, poniewa\u017c gdy tworzy si\u0119 zesp\u00f3\u0142 do prawdziwego projektu, zbiera si\u0119 od razu tych, kt\u00f3rzy s\u0105 potrzebni. W rezultacie wzi\u0105\u0142em te\u017c na siebie obowi\u0105zek projektanta, wybra\u0142em jednego team leada, kt\u00f3ry mia\u0142 dobre do\u015bwiadczenie w opracowywaniu aplikacji, a pod jego kierownictwo przydzielono trzech programist\u00f3w, a jeszcze dw\u00f3ch zosta\u0142o testerami. Oczywi\u015bcie wyb\u00f3r j\u0119zyka programowania by\u0142 zale\u017cny od umiej\u0119tno\u015bci. Ostatecznie zdecydowano si\u0119 na u\u017cycie Javy, poniewa\u017c wszyscy programi\u015bci mieli z ni\u0105 do\u015bwiadczenie.<\/p>\n

Ustalamy zadania<\/h3>\n

Na polecenie nauczyciela stworzono tablic\u0119 zada\u0144 w darmowej us\u0142udze Trello<\/a><\/noindex>. Planowano pracowa\u0107 w systemie Scrum, gdzie ka\u017cdy sprint powinien reprezentowa\u0107 pewn\u0105 uko\u0144czon\u0105 aplikacj\u0119.
\nJednak w rzeczywisto\u015bci wyszed\u0142 z tego jeden du\u017cy i d\u0142ugi sprint, w kt\u00f3ry ci\u0105gle wprowadzano poprawki, uzupe\u0142nienia i korekty. <\/p>\n

\"Jak
\n<\/p>\n

Pisanie specyfikacji<\/h3>\n

Pod wp\u0142ywem ksi\u0105\u017cki Sawina \u00abTestowanie.com\u00bb, mia\u0142em w g\u0142owie swoje wyobra\u017cenie o tym, jak wszystko powinno by\u0107 ustrukturyzowane. Wszystko zacz\u0119\u0142o si\u0119 od pisania specyfikacji, poniewa\u017c uwa\u017cam, \u017ce bez jasnego opisu tego, czego oczekujemy, co i jak powinno dzia\u0142a\u0107, nic nie b\u0119dzie dzia\u0142a\u0107. Programi\u015bci zaprogramuj\u0105 wszystko tak, jak widz\u0105, testerzy przetestuj\u0105 co\u015b innego, a kierownik b\u0119dzie oczekiwa\u0142 czego\u015b trzeciego, a wyjdzie jak zwykle czwarte.
\nPisanie specyfikacji nie jest \u0142atwe, trzeba przemy\u015ble\u0107 wszystkie szczeg\u00f3\u0142y, wszystkie niuanse. Oczywi\u015bcie za pierwszym razem nic nie wysz\u0142o. W rezultacie specyfikacje by\u0142y uzupe\u0142niane i przerabiane 4 razy. Ostatni\u0105 wersj\u0119 mo\u017cna znale\u017a\u0107 na ko\u0144cu artyku\u0142u w sekcji linki. <\/p>\n

Rysujemy projekt<\/h3>\n

Projektowanie w aplikacji mobilnej jest najwa\u017cniejsze. Jednak nie ka\u017cdy to rozumie, w tym wielu cz\u0142onk\u00f3w mojej dru\u017cyny zapiera\u0142o si\u0119 ze mn\u0105, \u017ce projektowanie nie jest potrzebne, \u017ce to najmniej wa\u017cna cz\u0119\u015b\u0107 aplikacji itd. Nie warto by\u0107 takim naiwnym. Po pierwsze, gotowy projekt to u\u0142atwienie pracy programisty, nie musi si\u0119 zastanawia\u0107, co gdzie i jak w\u0142o\u017cy\u0107, po prostu bierze i koduje to, co zosta\u0142o zaprojektowane. Razem ze specyfikacjami projekt prawie ca\u0142kowicie uwalnia my\u015bli programisty od niepotrzebnych rzeczy, daj\u0105c mu mo\u017cliwo\u015b\u0107 skoncentrowania si\u0119 na logice. Og\u00f3lnie rzecz bior\u0105c, najpierw zosta\u0142 narysowany prototypowy (straszny) projekt:<\/p>\n

\"Jak
\n
\nAle potem projekt zosta\u0142 przekszta\u0142cony i doprowadzony do normalnego wygl\u0105du.
\n(Link do wszystkich element\u00f3w projektu na ko\u0144cu artyku\u0142u).<\/p>\n

\"Jak
\n<\/p>\n

Programowanie<\/h3>\n

Programowanie jest trudne, ale mo\u017cliwe. Pomin\u0119 ten moment, poniewa\u017c osobi\u015bcie tym si\u0119 nie zajmowa\u0142em. Programi\u015bci wykonali ogromn\u0105 prac\u0119, bez kt\u00f3rej wszystko by\u0142oby bezsensowne. Oczywi\u015bcie uda\u0142o si\u0119 zrealizowa\u0107 cz\u0119\u015b\u0107 pomys\u0142\u00f3w. Program jeszcze wymaga dopracowania. Jest wiele b\u0142\u0119d\u00f3w i funkcji, kt\u00f3re trzeba usun\u0105\u0107. Gdyby\u015bmy mieli wi\u0119cej czasu, wynie\u015bliby\u015bmy si\u0119 z g\u0142\u0119bokiej wersji alfa, a na razie mo\u017cecie przetestowa\u0107 aplikacj\u0119 na ko\u0144cu artyku\u0142u.<\/p>\n

A teraz o testowaniu<\/h3>\n

Co jest najwa\u017cniejsze w programowaniu? Moim zdaniem najwa\u017cniejsze jest, \u017ceby wszystko dzia\u0142a\u0142o i wygl\u0105da\u0142o tak, jak powinno. Jak trzeba, nie zawsze wychodzi od razu. Do tego potrzebne jest testowanie. Moim testerom zaproponowa\u0142em model testowania z u\u017cyciem przypadk\u00f3w testowych. Najpierw pisze si\u0119 przypadki testowe zgodnie z specyfikacjami, a nast\u0119pnie przeprowadza si\u0119 testowanie. Co z tego wysz\u0142o, mo\u017cecie zobaczy\u0107 poni\u017cej w linkach. <\/p>\n

Dzi\u0119kuj\u0119 za przeczytanie. Mam nadziej\u0119, \u017ce znale\u017ali\u015bcie tutaj co\u015b przydatnego, mo\u017ce pomys\u0142 na swoj\u0105 w\u0142asn\u0105 firm\u0119, a mo\u017ce dobry poradnik lub narz\u0119dzie.<\/p>\n

Linki:<\/h3>\n

Ostatnie specyfikacji<\/a><\/noindex>.
\nProjekt na Figma<\/a><\/noindex>.
\nPrzypadki testowe<\/a><\/noindex> i raporty o b\u0142\u0119dach<\/a><\/noindex>.<\/p>\n

Sam\u0105 aplikacj\u0119 na HokeyApp<\/a><\/noindex>. \u2014 Aplikacja by\u0142a budowana pod nazw\u0105 HandsOff, nawet nie pytajcie dlaczego (bo Stop Procrastination jest zbyt d\u0142ugie).<\/p>\n

A na koniec<\/h3>\n

Jak my\u015blicie, czy to wszystko mia\u0142o sens?<\/p>\n

Tylko zarejestrowani u\u017cytkownicy mog\u0105 bra\u0107 udzia\u0142 w ankiecie. Zaloguj si\u0119<\/a><\/noindex>, prosz\u0119.<\/p>\n

Czy taka praktyka jest potrzebna w instytucjach edukacyjnych i jak bardzo jest u\u017cyteczna oraz stosowalna w realnym \u017cyciu<\/h2>\n