Jak jsme si vyzkoušeli týmovou spolupráci a co z toho vzešlo

Začněme v pořádku

Co tento obrázek znamená trochu později, ale prozatím mi dovolte začít úvodem.

V chladném únorovém dni nebyly žádné známky potíží. Skupina nevinných studentů přišla poprvé na přednášku na téma, které se rozhodli nazvat „Metodika pro organizaci návrhu a vývoje informačních systémů“. Proběhla pravidelná přednáška, učitel mluvil o flexibilních metodách rozvoje, jako je Scrum, nic nenaznačovalo potíže. A na konci učitel oznamuje:

Chci, abyste sami zažili všechna úskalí týmové práce, rozdělili se do skupin, vymysleli projekt, jmenovali vedoucího a společně prošli všemi fázemi návrhu. Na konci od vás očekávám hotový produkt a článek o Habré.

Tady náš příběh začíná. Jako koule v kulečníku jsme se od sebe odráželi, dokud se energie dopadu nerozplynula a neshromáždila se skupina 7 lidí. Možná je to na tréninkový projekt příliš, ale je správné lépe rozdělit role. Začala diskuse o nápadech na projekt, od „Vezměme si hotový projekt“ po „Emulátor pro tvorbu vesmírných objektů“. Ale nakonec se zrodil nápad, jehož název jste si přečetli na prvním obrázku.

Stop prokrastinaci - co to je, s čím se jí a jak jsme ji rozvinuli a co z ní vzešlo

Příběh bude vyprávěn jménem projektového manažera, který mi byl naštěstí nebo bohužel přidělen. Jaká myšlenka nás tedy napadla? Inspirováni oblíbeným budíkem „Shake Alarm Clock“ od SupperCommon, konkrétně funkcí úplného zablokování smartphonu, dokud uživatel neprovede určitou akci, která jej s největší pravděpodobností probudí, jsme se rozhodli vytvořit podobnou aplikaci, která pomůže získat zbavit se závislosti na telefonu, na stejném principu jako „Shake the Alarm Clock“

Princip činnosti

Uživatel nastavuje časovače
-Čas, který lze strávit na smartphonu
- Čas bez smartphonu (období blokování)
Po vypršení časovače se na obrazovce objeví překrytí, které nelze minimalizovat
-Chcete-li zavřít překrytí, musíte projít malým testem (zadejte heslo na matoucí klávesnici, vyřešte matematický problém, pár minut zatřeste telefonem)
Po odemknutí tímto způsobem se čas, který lze na smartphonu strávit, zkrátí na polovinu a tak dále až do jedné minuty.

Budování týmu

Nejprve bylo nutné určit, kdo co bude dělat a v jakém jazyce to vše bude napsáno. Myslím, že to má s projektovým řízením pramálo společného, ​​protože když sestavujete tým pro skutečný projekt, okamžitě sestavujete ty, které potřebujete. Ve výsledku jsem na sebe vzal i břímě designéra, vybral jsem jednoho manažera týmu, který měl dobré zkušenosti s vývojem aplikací, byli mu přiděleni tři programátoři a další dva se stali testery. Programovací jazyk byl samozřejmě zvolen na základě dovedností. V důsledku toho bylo rozhodnuto použít Javu, protože ji všichni programátoři znali.

Nastavení úkolů

Na doporučení učitele byla vytvořena tabule úkolů na bezplatné službě Trello. Bylo plánováno pracovat podle systému Scrum, kde by každý stream byl jakousi kompletní aplikací.
To vše však ve skutečnosti vycházelo z jednoho velkého a dlouhého proudu, ve kterém se neustále dělaly úpravy, doplňky a opravy.

Píšeme specifikace

Pod vlivem Savinovy ​​knihy „Testing.com“ jsem měl v hlavě vlastní představu o tom, jak by mělo být vše uspořádáno. Všechno to začalo psaním specifikací, jak věřím, bez jasného popisu toho, co očekáváme, co a jak by to mělo fungovat, nebude fungovat nic. Programátoři naprogramují vše, jak to vidí, testeři budou testovat něco jiného, ​​manažer čekal třetí, ale dopadne to jako vždy čtvrté.
Psaní specifikací není snadné, je třeba promyslet všechny detaily, všechny nuance. Samozřejmě nic nefungovalo napoprvé. V důsledku toho byly specifikace doplněny a přepracovány 4krát. Poslední možnost najdete na konci článku, v sekci odkazy.

Kreslení návrhu

Design v mobilní aplikaci je to nejdůležitější. Ne každý to však chápe, včetně mého týmu, mnozí se mnou vehementně argumentovali, že design není potřeba, že to je ta nejdůležitější část aplikace atd. Neměl bys být tak naivní. Za prvé, hotový návrh usnadňuje programátorovi práci, nemusí přemýšlet, co kam dát, jen vezme a vysází nakreslené. Spolu se specifikacemi design téměř úplně osvobozuje mysl programátora od zbytečných věcí a dává mu možnost soustředit se na logiku. Obecně byl nejprve nakreslen prototyp (hrozný) návrh:

Ale pak byl design učesán a uveden zpět do normálu.
(Odkaz na všechny designové prvky na konci článku).

Programování

Programování je obtížné, ale možné. Tento bod vynechám, protože osobně jsem se tím nezabýval. Programátoři odvedli obrovský kus práce, bez které by vše postrádalo smysl. Některé naše nápady se nám samozřejmě podařilo zrealizovat. A program ještě potřebuje vylepšit. Existuje mnoho chyb a funkcí, které je třeba odstranit. Kdybychom měli více času, dostali bychom se z hluboké alfy, ale zatím si můžete aplikaci otestovat na konci článku.

No, o testování

Co je hlavní v programování? Podle mě jde hlavně o to, aby vše fungovalo a vypadalo, jak má. Ne vždy se to povede a ne hned. To vyžaduje testování. Svým testerům jsem navrhl testovací model pomocí testovacích případů. Nejprve se napíší testovací případy plně v souladu se specifikacemi a poté se na nich provede testování. Co z toho vzešlo, se můžete podívat na níže uvedených odkazech.

Děkuji za přečtení. Doufám, že jste zde našli alespoň něco užitečného, ​​možná nápad pro váš startup, nebo třeba nějakou dobrou radu či nástroj.

Odkazy:

Poslední Specifikace.
Design zapnutý Obr.
Testovací případy и hlášení chyb.

Samotná aplikace je zapnutá HokeyApp. — Aplikace byla vytvořena pod názvem HandsOff, ani se neptejte proč (protože Stop Procrastination je příliš dlouhý).

No, na konci

Myslíte, že to všechno mělo smysl?

Průzkumu se mohou zúčastnit pouze registrovaní uživatelé. Přihlásit se, prosím.

Je taková praxe nezbytná ve vzdělávacích institucích a jak užitečná a použitelná v reálném životě?

• Potřebná, neocenitelná zkušenost

• Potřebné, i když trochu zkušeností

• Skoro zbytečné, nanejvýš pochopíte obecné rysy práce v týmu

• Ztráta času a úsilí

2 uživatelé hlasovali. Nikdo se nezdržel hlasování.

Zdroj: www.habr.com