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

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

Alustame j\u00e4rjekorras<\/h3>\n

\nMis see joonis t\u00e4hendama hakkab, selgub hiljem, aga lasege mul alustada sissejuhatusest.<\/p>\n

K\u00fclmas veebruarikuises p\u00e4evas ei olnud midagi, mis oleks kurja ennustanud. R\u00fchm s\u00fc\u00fcdistusteta tudengeid tuli esmakordselt loengule aine kohta, mida nad otsustasid nimetada \"Info- ja arenduss\u00fcsteemide projekteerimise ja arendamise metoodika\". Oli tavaline loeng, \u00f5petaja r\u00e4\u00e4kis paindlike arendusmeetodite, nagu Scrum, kohta, mis ei tundunud ebanormaalsena. Ja siis \u00f5petaja l\u00f5petuseks kuulutas: <\/p>\n

Soovin, et te kogeksite k\u00f5iki meeskonnat\u00f6\u00f6 raskusi, jagungete r\u00fchmadesse, m\u00f5elgete v\u00e4lja projekt, m\u00e4\u00e4raksite juhataja ja l\u00e4biksite koos k\u00f5ik projekteerimise etapid. L\u00f5pus ootan teilt valmistoote ja artiklit Habr'isse.<\/p><\/blockquote>\n

Siit alustab meie lugu. <\/a><\/noindex> Nagu biljardipallid p\u00f5rkasime \u00fcksteisest eemale, kuni l\u00f6\u00f6gi energia hajus ja koos kogunes seitsme inimese grupp. V\u00f5ib-olla on see \u00f5ppeprojekti jaoks liiga palju, kuid parema rollijaotuse saavutamiseks on see t\u00e4iesti sobiv. Alanud arutelu ideedest projektile liikudes \"V\u00f5tame valmis projekti\" kuni \"Kosmoseobjektide moodustamise emulaator\". Kuid l\u00f5puks esitati idee, mille nime te lugesite esimeselt pildilt. <\/p>\n

L\u00f5peta viivitamine \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 on \u00f5nneks v\u00f5i kahjuks nimetatud mind. Ja milline idee meile p\u00e4he tuli? Inspireerituna populaarsest \u00e4ratuskellast \"Raputa \u00e4ratuskell\" ettev\u00f5ttelt SupperCommon, mille funktsioon on t\u00e4ielikult blokeerida nutitelefoni kasutamine, kuni kasutaja sooritab teatud toimingu, mis t\u00f5en\u00e4oliselt paneb ta \u00fcles \u00e4rkama, otsustasime luua sarnase rakenduse, mis aitab vabaneda telefonis\u00f5ltuvusest, sama p\u00f5him\u00f5tte j\u00e4rgi nagu \"Raputa \u00e4ratuskell\".<\/p>\n

T\u00f6\u00f6printsiip<\/h3>\n

Kasutaja seadistab taimerid
\n-Aeg, mida v\u00f5ib nutitelefoni taga veeta
\n-Aeg ilma nutitelefonita (blokkeerimise periood)
\nKui taimer on l\u00f5puni j\u00f5udnud, ilmub ekraanile \u00fclekatteke, mida ei saa sulgeda
\n-\u00dclekate sulgemiseks tuleb l\u00e4biseks teha v\u00e4ike v\u00e4ljakutse (sisestada parool keerulisel klaviatuuril, lahendada matemaatika\u00fclesanne, raputada telefoni paar minutit)
\nP\u00e4rast sellist avamist v\u00e4heneb aeg, mille v\u00f5ib nutitelefoni taga veeta, kaks korda ning see kestab kuni \u00fche minutini\n<\/p><\/blockquote>\n

Kogume meeskonda<\/h3>\n

Esiteks tuli m\u00e4\u00e4rata, kes millega tegelema hakkab ja millisel keelel see k\u00f5ik kirjeldatakse. Ma arvan, et see ei ole t\u00f5eliselt seotud projektijuhtimisega, kuna t\u00f5elise projekti jaoks kogud sa kohe inimesed, keda vajad. L\u00f5puks v\u00f5tsin oma kanda ka disaineri koormuse, valisin \u00fche tiimijuhi, kellel oli hea kogemus rakenduste arenduses, tema alluvusse m\u00e4\u00e4rati kolm programmeerijat ja kaks muud said testijateks. Loomulikult valiti programmeerimiskeel oskuste p\u00f5hjal. L\u00f5puks otsustati kasutada Java't, kuna k\u00f5ik programmistid olid sellega tuttavad.<\/p>\n

Seame \u00fclesanded<\/h3>\n

\u00d5petaja soovitusel loodi tasuta teenusel \u00fclesannete tahvel. Trello<\/a><\/noindex>. Plaan oli t\u00f6\u00f6tada Scrumi s\u00fcsteemis, kus iga voog oleks teatav l\u00f5petatud rakendus.
\nKuid tegelikkuses kujunes sellest \u00fcks suur ja pikk voog, kuhu pidevalt tehti muudatusi, lisaelemente ja parandusi. <\/p>\n

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

Kirjutame spetsifikatsioone<\/h3>\n

Raamatu \u201eTestimine.com\u201d m\u00f5ju all oli mul peas oma ettekujutus, kuidas k\u00f5ik peaks olema korraldatud. K\u00f5ik algas spetsifikatsioonide kirjutamisega, sest minu arvates ei toimi miski ilma selge kirjeldusega, mida me ootame, mis ja kuidas peaks t\u00f6\u00f6tama. Programmaatorid programmeerivad k\u00f5ik nii, nagu nad ise n\u00e4evad, testijad katsetavad midagi muud, juht ootab kolmandat, ja tulemus on nagu alati neljas.
\nSpetsifikatsioonide kirjutamine ei ole lihtne, tuleb l\u00e4bi m\u00f5elda k\u00f5ik detailid ja n\u00fcansid. Loomulikult ei \u00f5nnestunud esimesel korral midagi. L\u00f5puks t\u00e4iendati ja tehti spetsifikatsioone \u00fcmber 4 korda. Viimase variandi leiate artikli l\u00f5pust, linkide jaotises. <\/p>\n

Joonistame disaini<\/h3>\n

Mobiilirakenduse disain on k\u00f5ige olulisem. Kuid mitte k\u00f5ik ei m\u00f5ista seda, sealhulgas paljud mu meeskonnast vaidlesid minuga sihikindlalt, et disain ei ole vajalik, et see on rakenduse k\u00f5ige v\u00e4hem oluline osa jne. Ei tasu olla nii naiivne. Esiteks, valmislahenduse disain on programmeerimise t\u00f6\u00f6 lihtsustamine, sest tal ei pea olema muret selle \u00fcle, kuhu ja kuidas midagi asetada, ta lihtsalt v\u00f5tab ja vormistab, mida on joonistatud. Koos spetsifikatsioonidega vabastab disain praktiliselt t\u00e4ielikult programmeerija meelt tarbetutest asjadest, andes talle v\u00f5imaluse keskenduda loogikale. Alguses joonistati protot\u00fc\u00fcbi (karm) disain:<\/p>\n

\"Kuidas
\n
\nKuid hiljem viidi disain korda ja muudeti normaalseks.
\n(Lingid k\u00f5ikide disainelementide kohta artikli l\u00f5pus).<\/p>\n

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

Programmeeri<\/h3>\n

Programmeerida on keeruline, aga v\u00f5imalik. J\u00e4tan selle hetke vahele, kuna ma ise sellega tegelenud ei ole. Programmeerijad on teinud tohutut t\u00f6\u00f6d, ilma milleta oleks k\u00f5ik m\u00f5ttetu. Muidugi suudeti teostada osa ideedest. Programm vajab veel t\u00e4iustamist. Palju vigu ja funktsioone, mida tuleb eemaldada. Kui meil oleks rohkem aega, oleksime v\u00e4lja tulnud s\u00fcgavast alfast, aga praegu saate rakendust proovida artikli l\u00f5pus.<\/p>\n

Ja testimisest<\/h3>\n

Mis on programmeerimise peamine asi? Minu arvates on k\u00f5ige t\u00e4htsam, et k\u00f5ik t\u00f6\u00f6taks ja n\u00e4eks v\u00e4lja nii, nagu peab. Mitte alati ei \u00f5nnestu nii kohe ja kohe. Selleks on vajalik testimine. Oma testijatele pakkusin testimise mudelit testjuhtumite abil. Esiteks kirjutatakse testjuhtumid t\u00e4ielikult spetsifikatsioonidega koosk\u00f5las, seej\u00e4rel toimub nendest l\u00e4htuvalt testimine. Mida sellest tuli, saate vaadata allpool linkides. <\/p>\n

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

Lingid:<\/h3>\n

Viimased spetsifikatsioonis<\/a><\/noindex>.
\nDisain Figma<\/a><\/noindex>.
\nTestjuhtumid<\/a><\/noindex> ja vearaportid<\/a><\/noindex>.<\/p>\n

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

Ja l\u00f5puks<\/h3>\n

Kuidas arvate, kas sel k\u00f5igil oli m\u00f5tet?<\/p>\n

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

Kas selline praktika on \u00f5ppeasutustes vajalik ja kui kasulik ning rakendatav see on reaalses elus?<\/h2>\n