{"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\/et\/blog\/news\/kak-my-pytalis-v-komandnuyu-rabotu-i-chto-iz-etogo-vyshlo","title":{"rendered":"Kuidas me proovisime meeskonnat\u00f6\u00f6d ja mis v\u00e4lja tuli","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kuidas
\n<\/p>\n

R\u00e4\u00e4gime j\u00e4rjestikku<\/h3>\n

\nMis see joonis t\u00e4hendab veidi hiljem, aga n\u00fc\u00fcd lubage mul alustada sissejuhatusest.<\/p>\n

K\u00fclmas veebruarikuises p\u00e4evas ei midagi ei ennustanud h\u00e4da. R\u00fchm s\u00fc\u00fctuid \u00fcli\u00f5pilasi tuli esmakordselt loengusse aine, mille nimi oli \"Infotehnoloogia s\u00fcsteemide projekteerimise ja arendamise metoodika\". Oli tavaline loeng, \u00f5petaja r\u00e4\u00e4kis paindlikest arendusmeetoditest, nagu Scrum, miski ei ennustanud h\u00e4da. Ja l\u00f5puks kuulutas \u00f5petaja: <\/p>\n

Ma soovin, et te kogeksite k\u00f5ik meeskonnat\u00f6\u00f6 vaevad, jaguneks k\u00f5ik gruppidesse, m\u00f5tleks v\u00e4lja projekti, m\u00e4\u00e4raks juhiks ja l\u00e4biks koos k\u00f5ik projekteerimise etapid. L\u00f5pus ootan teilt valmis toodet ja artiklit Habr's.<\/p><\/blockquote>\n

Siit algab meie lugu. <\/a><\/noindex> Nagu biljardiv\u00e4rvid, p\u00f5rkasime \u00fcksteisest eemale, kuni l\u00f6\u00f6gi energia hajus ja koos kogunes seitsme inimesest grupp. V\u00f5ib-olla on see \u00f5ppeprojekti jaoks liiga palju, aga et rolle paremini jaotada, on see just \u00f5ige. Ideede arutelu algas projektist \"V\u00f5tame valmis projekti\" kuni \"Kosmoses objektide moodustamise emulaatorini\". Kuid l\u00f5puks tuli v\u00e4lja idee, mille nime te lugesite esimesel pildil. <\/p>\n

Stop Procrastination \u2014 mis see on, millega seda s\u00fc\u00fcakse ja kuidas me seda arendasime ning mis sellest v\u00e4lja tuli<\/h2>\n

\nLugu jutustatakse projekti juhi vaatenurgast, kelleks minu \u00f5nneks v\u00f5i kahjuks m\u00e4\u00e4rati mind. Ja mis idee meile p\u00e4he tuli? Inspiratsiooni saades populaarsetest \u00e4ratuskelladest \"Shake Alarm\" firma SupperCommon, nimelt funktsionaalsusest, mis blokeerib nutitelefoni t\u00f6\u00f6 seni, kuni kasutaja ei soorita teatud tegevust, mis t\u00f5en\u00e4oliselt paneb ta \u00e4rkama, otsustasime luua sarnase rakenduse, mis aitab vabaneda telefonis\u00f5ltuvusest, sama p\u00f5him\u00f5tte alusel nagu \"Shake Alarm\".<\/p>\n

T\u00f6\u00f6 \u043f\u0440\u0438\u043d\u0446\u0438\u043f<\/h3>\n

Kasutaja seadistab taimerid
\n-Aeg, mida v\u00f5ib nutitelefonis veeta
\n-Aeg ilma nutitelefonita (blokeerimise periood)
\nTaimeri l\u00f5ppemisel ilmub ekraanile katmine, mida ei saa sulgeda
\n-Katmise sulgemiseks tuleb l\u00e4bida v\u00e4ike proov (sisestada parool keerulisel klaviatuuril, lahendada matemaatikat\u00fchi, raputada telefoni paar minutit)
\nP\u00e4rast sellist avamist v\u00e4heneb nutitelefonis veedetud aeg kahekordselt, kuni \u00fche minutini.\n<\/p><\/blockquote>\n

Kasutame meeskonna loomist<\/h3>\n

Esmalt tuli m\u00e4\u00e4rata, kes millega tegelema hakkab ja millisel keeles see k\u00f5ik kirjutatakse. Arvan, et see ei ole \u00f5ige l\u00e4henemine projektijuhtimisele, sest kui kogud meeskonna reaalse projekti jaoks, vajad kohe inimesi, keda sul t\u00f5eliselt vaja on. L\u00f5puks v\u00f5tsin ka endale disaineri \u00fclesande, valisin \u00fche tiimijuhi, kellel oli v\u00e4ga hea rakenduste arendamise kogemus, kelle alluvusse m\u00e4\u00e4rati kolm programmeerijat ja veel kaks said testijateks. Loomulikult valiti programmeerimiskeel oskuste j\u00e4rgi. L\u00f5puks otsustati kasutada Java't, kuna k\u00f5ik programmeerijad olid selle keelega tuttavad.<\/p>\n

M\u00e4\u00e4rame \u00fclesanded<\/h3>\n

\u00d5petaja soovitusel loodi tasuta teenuses \u00fclesannete loomise laud. Trello<\/a><\/noindex>Planeeriti t\u00f6\u00f6tada Scrumi meetodil, kus iga voog esindab mingit l\u00f5plikku rakendust.
\nKuid tegelikkuses osutus kogu sellest suureks ja pikaks vooks, kuhu pidevalt tehti parandusi, t\u00e4iendusi ja muudatusi. <\/p>\n

\"Kuidas
\n<\/p>\n

Kirjutame spetsifikatsioonid<\/h3>\n

Savini raamatu \u00abTestimine.com\u00bb m\u00f5ju all oli mul peas oma ettekujutus, kuidas k\u00f5ik peaks olema korraldatud. K\u00f5ik algas spetsifikatsioonide kirjutamisest, kuna arvan, et ilma selge kirjelduse t\u00f5ttu, mida me ootame, mis ja kuidas peaks t\u00f6\u00f6tama, ei hakka midagi korralikult t\u00f6\u00f6tama. Programmeerijad programmeerivad k\u00f5ik nii, nagu nemad n\u00e4evad, testijad testivad midagi muud, juht ootab kolmandat, kuid l\u00f5pptulemusena on see nagu alati neljas.
\nSpetsifikatsioonide kirjutamine ei ole lihtne, tuleb l\u00e4bi m\u00f5elda k\u00f5ik \u00fcksikasjad ja n\u00fcansid. Loomulikult ei saanud esimesel katsel midagi korda. L\u00f5puks t\u00e4iendati ja tehti spetsifikatsioonid neljal korral. Viimase variandi leiate artikli l\u00f5pust, lingi jaotises. <\/p>\n

Joonistame disaini<\/h3>\n

Disain mobiilirakenduses on k\u00f5ige olulisem. Kuid mitte k\u00f5ik m\u00f5istavad seda, sealhulgas mu meeskonnas paljud tuliselt vaielasid minuga, et disaini pole vaja, et see on rakenduse k\u00f5ige v\u00e4hem oluline osa jne. Ei tasu olla nii naivne. Esiteks, valmisse disain on arendaja t\u00f6\u00f6 h\u00f5lbustamine, tal ei ole vaja m\u00f5elda, mis kus ja kuhu sokutada, ta lihtsalt v\u00f5tab ja koodib, mis on joonistatud. Koos spetsifikatsioonidega vabastab disain peaaegu t\u00e4ielikult arendaja meele tarbetutest asjadest ning annab talle v\u00f5imaluse keskenduda loogikale. Alguses joonistati prototype (kohutav) disain:<\/p>\n

\"Kuidas
\n
\nAga siis disain viidi korda ja toodi normaalsetesse m\u00f5\u00f5tudesse.
\n(Lingid k\u00f5ikidele disainielementidele artikli l\u00f5pus).<\/p>\n

\"Kuidas
\n<\/p>\n

Programmeerimine<\/h3>\n

Programmeerimine on keeruline, kuid v\u00f5imalik. J\u00e4tan selle punkti v\u00e4lja, kuna ma isiklikult sellega ei tegelenud. Arendajad tegid tohutut t\u00f6\u00f6d, ilma milleta oleks k\u00f5ik m\u00f5tetu. Kindlasti \u00f5nnestus teostada osa ideedest. Ja programm vajab veel t\u00e4iustamist. Palju vigu ja funktsioone, mis tuleb k\u00f5rvaldada. Kui meil oleks rohkem aega, oleksime s\u00fcgava alfafaasist v\u00e4lja tulnud, aga seni saate rakendust katsetada artikli l\u00f5pus.<\/p>\n

Ja testimisest<\/h3>\n

Mis on programmeerimise k\u00f5ige olulisem? Minu arvates on k\u00f5ige olulisem, et k\u00f5ik t\u00f6\u00f6taks ja n\u00e4eks v\u00e4lja nii, nagu peab. Kuidas peab, ei tule alati ja mitte kohe. Selleks on vajalik testimine. Oma testijatele pakkusin testimise mudelit testijuhtude kasutamisega. Esiteks kirjutatakse testijuhised vastavalt spetsifikatsioonidele ja seej\u00e4rel viiakse need l\u00e4bi testimine. Mida see k\u00f5ik t\u00f5i, v\u00f5ite vaadata allpool linkides. <\/p>\n

Ait\u00e4h, et lugesite. Loodan, et leidsid siit v\u00e4hemalt midagi kasulikku, v\u00f5ib-olla idee enda idufirmale v\u00f5i hea n\u00f5u v\u00f5i t\u00f6\u00f6riista.<\/p>\n

Lingid:<\/h3>\n

Viimased spetsiifikatsioon<\/a><\/noindex>.
\nDisain Figma<\/a><\/noindex>.
\nTestijuhud<\/a><\/noindex> ja veaprreportid<\/a><\/noindex>.<\/p>\n

Rakendus HokeyApp<\/a><\/noindex>. \u2014 Rakendus viidi valmis nimega HandsOff, isegi \u00e4rge k\u00fcsige, miks (sest Stop Procrastination on liiga pikk).<\/p>\n

Ja l\u00f5puks<\/h3>\n

Kuidas arvate, kas k\u00f5ik see oli m\u00f5tet?<\/p>\n

Ainult registreeritud kasutajad saavad k\u00fcsitluses osaleda. Logige sisse<\/a><\/noindex>, palun.<\/p>\n

Kas on vaja sellist praktikat \u00f5ppeasutustes ja kui kasulik ja rakendatav see on reaalses elus?<\/h2>\n