Ako sme si vyskúšali tímovú prácu a čo z toho vzniklo

Začneme v poriadku

Čo znamená tento obrázok trochu neskôr, ale teraz mi dovoľte začať úvodom.

Počas chladného februárového dňa neboli žiadne známky problémov. Skupina nevinných študentov prišla po prvý raz na hodinu na tému, ktorú sa rozhodli nazvať „Metodikou organizácie návrhu a vývoja informačných systémov“. Bola tam pravidelná prednáška, učiteľ hovoril o flexibilných metódach rozvoja, ako je Scrum, nič nenaznačovalo problémy. A na konci učiteľ oznámi:

Chcem, aby ste sami zažili všetky útrapy tímovej práce, rozdelili sa do skupín, vymysleli projekt, vymenovali vedúceho a spoločne prešli všetkými fázami návrhu. Na konci od vás očakávam hotový výrobok a článok o Habré.

Tu sa začína náš príbeh. Ako gule v biliarde sme sa od seba odrážali, až kým sa energia dopadu nerozplynula a zhromaždila sa skupina 7 ľudí. Možno je to príliš veľa na vzdelávací projekt, ale je správne lepšie rozdeliť úlohy. Začala sa diskusia o nápadoch na projekt, od „Vezmime si hotový projekt“ po „Emulátor na vytváranie vesmírnych objektov“. Nakoniec však zišiel nápad, ktorého názov ste si prečítali na prvom obrázku.

Stop prokrastinácii - čo to je, s čím sa jedáva a ako sme ju rozvinuli a čo z nej vzniklo

Príbeh bude vyrozprávaný v mene projektového manažéra, ktorý mi, našťastie, alebo bohužiaľ, bol pridelený. Aký nápad nám teda prišiel na um? Inšpirovaní populárnym budíkom „Shake Alarm Clock“ od SupperCommon, konkrétne funkciou úplného zablokovania smartfónu, kým používateľ nevykoná určitú akciu, ktorá ho s najväčšou pravdepodobnosťou spôsobí prebudenie, sme sa rozhodli vytvoriť podobnú aplikáciu, ktorá pomôže získať zbaviť sa závislosti na telefóne, na rovnakom princípe ako „Shake the Alarm Clock“

Princíp činnosti

Používateľ nastavuje časovače
-Čas, ktorý možno stráviť na smartfóne
-Čas bez smartfónu (obdobie blokovania)
Po uplynutí časovača sa na obrazovke zobrazí prekrytie, ktoré nemožno minimalizovať
-Ak chcete zatvoriť prekrytie, musíte prejsť malým testom (zadajte heslo na mätúcej klávesnici, vyriešte matematický problém, pár minút potraste telefónom)
Po takomto odomknutí sa čas strávený na smartfóne skráti na polovicu a tak ďalej až do jednej minúty.

Budovanie tímu

Najprv bolo potrebné určiť, kto bude čo robiť a v akom jazyku to všetko bude napísané. Myslím si, že to nemá veľa spoločného s projektovým riadením, pretože keď zostavíte tím pre skutočný projekt, okamžite zostavíte tých, ktorých potrebujete. Tým pádom som na seba zobral aj bremeno dizajnéra, vybral som jedného manažéra tímu, ktorý mal dobré skúsenosti s vývojom aplikácií, pridelili mu troch programátorov a dvaja ďalší sa stali testermi. Samozrejme, programovací jazyk bol vybraný na základe zručností. V dôsledku toho sa rozhodlo použiť Javu, pretože ju poznali všetci programátori.

Nastavenie úloh

Na odporúčanie učiteľa bola vytvorená tabuľa úloh na bezplatnej službe Trello. Plánovalo sa pracovať podľa systému Scrum, kde by každý stream bol akousi kompletnou aplikáciou.
Toto všetko však v skutočnosti vychádzalo z jedného veľkého a dlhého prúdu, v ktorom sa neustále robili úpravy, doplnky a opravy.

Píšeme špecifikácie

Pod vplyvom Savinovej knihy „Testing.com“ som mal v hlave vlastnú predstavu o tom, ako by malo byť všetko usporiadané. Všetko to začalo písaním špecifikácií, ako verím, bez jasného popisu toho, čo očakávame, čo a ako by to malo fungovať, nebude fungovať nič. Programátori naprogramujú všetko tak, ako to vidia, testeri otestujú niečo iné, manažér čakal tretie, no dopadne to ako vždy štvrté.
Písanie špecifikácií nie je jednoduché, musíte si premyslieť všetky detaily, všetky nuansy. Samozrejme, nič nefungovalo na prvýkrát. V dôsledku toho boli špecifikácie doplnené a prerobené 4-krát. Poslednú možnosť nájdete na konci článku, v sekcii odkazy.

Kreslenie dizajnu

Dizajn v mobilnej aplikácii je to najdôležitejšie. Nie každý tomu však rozumie, vrátane môjho tímu, mnohí mi vehementne tvrdili, že dizajn nie je potrebný, že toto je tá najdôležitejšia časť aplikácie atď. Nemal by si byť taký naivný. Po prvé, už hotový návrh uľahčuje prácu programátora, nemusí rozmýšľať, čo kde a kam umiestniť, len zoberie a vysadzuje nakreslené. Návrh spolu so špecifikáciami takmer úplne oslobodzuje programátorovu myseľ od zbytočností a dáva mu možnosť sústrediť sa na logiku. Vo všeobecnosti bol najskôr nakreslený prototyp (hrozný) dizajn:

Potom sa však dizajn učesal a vrátil do normálu.
(Odkaz na všetky dizajnové prvky na konci článku).

Programovanie

Programovanie je ťažké, ale možné. Tento bod vynechám, keďže osobne som sa tým nezaoberal. Programátori urobili obrovský kus práce, bez ktorej by všetko nemalo zmysel. Niektoré naše nápady sa nám samozrejme podarilo zrealizovať. A program stále potrebuje zlepšenie. Existuje veľa chýb a funkcií, ktoré je potrebné odstrániť. Keby sme mali viac času, dostali by sme sa z hlbokej alfy, no zatiaľ si môžete aplikáciu otestovať na konci článku.

No o testovaní

Čo je hlavné pri programovaní? Podľa mňa ide hlavne o to, aby všetko fungovalo a vyzeralo ako má. Nie vždy to vyjde správne a nie hneď. To si vyžaduje testovanie. Svojim testerom som navrhol testovací model pomocou testovacích prípadov. Najprv sa napíšu testovacie prípady v úplnom súlade so špecifikáciami a potom sa na nich vykoná testovanie. Čo z toho vzišlo, si môžete pozrieť v odkazoch nižšie.

Vďaka za prečítanie. Dúfam, že ste tu našli aspoň niečo užitočné, možno nápad pre váš startup, prípadne nejakú dobrú radu či nástroj.

odkazy:

Posledný technické údaje.
Dizajn zapnutý Obr.
Testovacie prípady и hlásenia chýb.

Samotná aplikácia je zapnutá HokeyApp. — Aplikácia bola vytvorená pod názvom HandsOff, ani sa nepýtajte prečo (pretože Stop Procrastination je príliš dlhý).

No na záver

Myslíte si, že toto všetko malo zmysel?

Do prieskumu sa môžu zapojiť iba registrovaní užívatelia. Prihlásiť saProsím.

Je takáto prax potrebná vo vzdelávacích inštitúciách a nakoľko je užitočná a použiteľná v reálnom živote?

• Potrebná, neoceniteľná skúsenosť

• Potrebné, aj keď trochu skúseností

• Takmer zbytočné, nanajvýš pochopíte všeobecné črty práce v tíme

• Strata času a úsilia

Hlasovali 2 používatelia. Nezdržali sa hlasovania.

Zdroj: hab.com