Si kemi provuar të punojmë në ekip dhe çfarë doli prej saj

Le të shkojmë sipas rendit.

Çfarë do të thotë ky ilustrim pak më vonë, por tani lejoni të fillojmë me një hyrje.

Në një ditë të ftohtë shkurtore nuk kishte asnjë shenjë të keqardhjes. Një grup studentësh të pafajshëm erdhën për herë të parë në një orë për një lëndë që vendosën ta quajnë 'Metodologjia e organizimit të projektimit dhe zhvillimit të sistemeve informacionit'. Ishte një ligjëratë e zakonshme, pedagogu fliste për metodat agile të zhvillimit, si scrumi, nuk kishte asnjë shenjë të keqardhjes. Dhe ja, në fund, pedagogu shpall:

Dua që ju të provoni të gjitha vështirësitë e punës në grup, ndahuni në grupe, mendoni për një projekt, caktoni një drejtues dhe kaloni së bashku të gjitha fazat e projektimit. Në fund, pres një produkt të gatshëm dhe një artikull në hub.

Këtu fillon historia jonë. Si topat në bilardo, ne u larguam nga njëri-tjetri, derisa energjia e goditjes u shpërnda dhe së bashku u mblodhëm një grup prej 7 personash. Ndoshta për një projekt shkollor kjo është tepër, por që të shpërndahen më mirë rolet, kjo ishte optimale. Diskutimi i ideve për projektin filloi nga 'Le të marrim një projekt të gatshëm' deri te 'Emulatori i formimit të objekteve hapësinore'. Por në përfundim, kaloi ideja, emri i së cilës e lexuat në ilustrimin e parë.

Stop Procrastination — çfarë është kjo, si e përdorin dhe si e zhvilluam dhe çfarë rezultoi nga kjo.

Këtu do të flas nga perspektiva e drejtuesit të projektit, të cilin fatkeqësisht ose fatlum e emëruan mua. Pra, cila ishte ideja që na erdhi në mendje? I frymëzuar nga zgjimi i famshëm 'Shake Alarm' nga SupperCommon, veçanërisht funksioni për të bllokuar plotësisht punën e smartphone-it derisa përdoruesi të bëj një veprim të caktuar që ka të ngjarë ta zgjojë, ne vendosëm të krijonim një aplikacion të ngjashëm, i cili do të ndihmojë për t'u çliruar nga varësia nga telefoni, në të njëjtin parim si 'Shake Alarm'.

Parimi i funksionimit

Përdoruesi vendos timerat
-Koha që mund të kaloni përpara smartphone-it
-Koha pa smartphone (periudha e bllokimit)
Pasi të kalojë timeri, në ekran shfaqet një overlay që nuk mund të mbyllet.
-Për të mbyllur overlay-n, duhet të kaloni një provë të vogël (të shkruani një fjalëkalim në një tastierë të komplikuar, të zgjidhni një problem matematikor, të tundni telefonin për disa minuta).
Pasi të zhbllokohet në këtë mënyrë, koha që mund të kaloni përpara smartphone-it zvogëlohet me gjysmën, dhe kështu deri në një minutë.

Drejtojmë ekipin

Fillimisht duhej të përcaktonim se kush do të bënte çfarë dhe në cilin gjuhë do të shkruhej gjithçka. Mendoj se kjo ka pak të bëjë me menaxhimin e projekteve, sepse kur mbledh një ekip për një projekt të vërtetë, tërheq menjëherë ata që të nevojiten. Në përfundim, mora përsipër edhe rolin e dizajnerit, zgjodha një team lead të cilit i kishte përvojë të mirë në zhvillimin e aplikacioneve, dhe iu caktuan tre programues nën të, ndërsa dy të tjerë u bënë testues. Sigurisht, gjuha e programimit u zgjodh sipas aftësive. Në përfundim, u vendos të përdorim Java-n, sepse të gjithë programuesit e njihnin atë.

Vendosim detyra

Me rekomandimin e pedagogu, u krijua një bord detyrash në një shërbim falas. TrelloPlanifikohej të punonim me sistemin Scrum, ku çdo stream do të përfaqësonte një aplikacion të përfunduar.
Megjithatë në realitet, nga gjithçka doli një stream i gjatë, ku gjithmonë bëheshin ndryshime, shtesat dhe korrigjime.

Shkruajmë specifika

Nën ndikimin e librit të Savin 'Testimi.com', unë kisha një ide për mënyrën se si gjithçka duhet të ishte e strukturuar. E gjithë kjo filloi me shkruan e specifikave, sepse mendoj se pa një përshkrim të qartë të asaj që presim, si dhe çfarë dhe si duhet të funksionojë, asgjë nuk do të funksionojë. Programuesit do ta programonin gjithçka siç e shohin ata, testuesit do të kontrollonin diçka tjetër, drejtuesi do të priste diçka të tretë, dhe përfundimisht do të rezultonte si gjithmonë diçka e katërt.
Të shkruash specifika nuk është e lehtë, duhet të mendosh për të gjitha detajet, të gjitha nuancat. Sigurisht, me herën e parë nuk doli asgjë. Në përfundim, specifikat u plotësuan dhe u rishikuan 4 herë. Versionin e fundit mund ta gjeni në fund të artikullit, në seksionin e lidhjeve.

Dizajnojmë

Dizajni në aplikacionin mobil është thelbësor. Megjithatë, jo të gjithë e kuptojnë këtë, përfshirë dhe disa anëtarë të ekipit tim që diskutoshin me pasion se dizajni nuk është i nevojshëm, se është pjesa më e pa rëndësishme e aplikacionit etj. Nuk duhet të jeni kaq naiv. Së pari, dizajni i gatshëm e lehtëson punën e programuesit, ai nuk duhet të mendojë se çfarë dhe ku duhet të vendosë, ai veçse merr dhe codon atë që është vizatuar. Së bashku me specifikimet, dizajni pothuajse plotësisht i lirë mendjen e programuesit nga gjërat e panevojshme dhe i jep atij mundësinë të përqendrohet në logjikë. Në fillim ishte vizatuar një dizajn prototip (të tmerrshëm):

Por pastaj dizajni u përmirësua dhe u soll nga pikëpamja e dukshme në një formë normale.
(Linku të të gjitha elementeve të dizajnit në fund të artikullit).

Programimi

Programimi është i vështirë, por i mundur. Do ta shmang këtë moment, sepse nuk kam punuar personalisht në këtë. Programuesit bënë një punë të madhe, pa të cilën gjithçka do të ishte pa kuptim. Sigurisht, arritëm të realizojmë disa nga idejat. Dhe programi ka ende nevojë për përmirësim. Ka shumë bug-e dhe funksione që duhet të hiqen. Po të kishim më shumë kohë, do të ishim dalë nga alfa e thellë, por për momentin mund të testoni aplikacionin në fund të artikullit.

Dhe për testimin

Çfarë është më e rëndësishme në programim? Sipas mendimit tim, e rëndësishmja është që gjithçka të funksionojë dhe të duket ashtu siç duhet. Siç duhet nuk ndodh gjithmonë dhe jo menjëherë. Për këtë është e nevojshme testimi. Testuesve të mi, unë u propozoj një model testimi që përdor rastet e testimit. Fillimisht shkruhen rastet e testimit në përputhje të plotë me specifikimet, dhe pastaj bëhet testimi sipas tyre. Çfarë dolën nga kjo mund të shihni më poshtë në linket.

Faleminderit që e lexuat. Shpresoj se keni gjetur këtu diçka të dobishme, ndoshta një ide për startup-in tuaj, apo ndoshta një këshillë të mirë ose një mjet.

Linket:

Të fundit specifikacioni.
Dizajni në Figma.
Rastet e testimit dhe raportet e bug-eve.

Aplikacioni vetë në HokeyApp. — Aplikacioni u ndërtua me emrin HandsOff, mos e pyesni pse (sepse Stop Procrastination është shumë i gjatë).

Dhe në fund

Çfarë mendoni, kishte ndonjë kuptim gjithë kjo?

Vetëm përdoruesit e regjistruar mund të marrin pjesë në anketë. Hyni, ju lutemi.

A është e nevojshme një praktikë e tillë në institucionet arsimore dhe sa e dobishme dhe e aplikuar është ajo në jetën reale

• E nevojshme, një përvojë e çmuar

• E nevojshme, edhe pse përvoja është pak

• Gati e papërdorshme, maksimumi do të kuptosh karakteristikat e përgjithshme të punës në ekip

• një humbje kohë dhe përpjekjesh

I kanë votuar 2 përdorues. Nuk ka përmbajtje të ndërmjetme.

Burimi: habr.com