Kiel ni provis teamlaboron kaj kio rezultis el ĝi

Ni iru en ordo

Kion signifas ĉi tiu bildo iom poste, sed nuntempe mi komencu per la enkonduko.

En malvarma februara tago ne estis signoj de problemo. Grupo de senkulpaj studentoj venis unuafoje por preni klason pri temo, kiun ili decidis nomi "Metodologio por organizi la dezajnon kaj evoluon de informsistemoj." Okazis regula prelego, la instruisto parolis pri flekseblaj evoluaj metodoj, kiel Scrum, nenio antaŭsignis problemojn. Kaj fine la instruisto anoncas:

Mi volas, ke vi mem spertu ĉiujn malfacilaĵojn de teamlaboro, dividu vin en grupojn, elpensu projekton, nomumu gvidanton kaj trairu ĉiujn desegnajn stadiojn kune. Fine mi atendas de vi finitan produkton kaj artikolon pri Habré.

Ĉi tie komenciĝas nia rakonto. Kiel pilkoj en bilardo, ni saltis unu de la alia ĝis la energio de la trafo disipis kaj grupo de 7 homoj kolektiĝis. Eble ĉi tio estas tro por trejna projekto, sed ĝuste estas pli bone distribui la rolojn. Diskuto de ideoj por la projekto komenciĝis, de "Ni prenu pretan projekton" ĝis "Emulilo por la formado de spacaj objektoj." Sed finfine venis la ideo, kies nomon vi legis en la unua bildo.

Ĉesu Prokrastado - kio ĝi estas, per kio ĝi estas manĝata kaj kiel ni disvolvis ĝin kaj kio rezultis de ĝi

La rakonto estos rakontata nome de la projektestro, kiu, feliĉe aŭ bedaŭrinde, estis asignita al mi. Do kia ideo venis en niajn kapojn? Inspirite de la populara vekhorloĝo "Shake Alarm Clock" de SupperCommon, nome la funkcio tute bloki la inteligentan telefonon ĝis la uzanto plenumos certan agon, kiu plej verŝajne igos lin vekiĝi, ni decidis krei similan aplikaĵon, kiu helpos akiri. forigi telefonan dependecon, laŭ la sama principo kiel "Skuu la Vekhorloĝon"

Kiel ĝi funkcias

Uzanto agordas tempigilojn
-Tempo kiu povas esti elspezita sur inteligenta telefono
-Tempo sen inteligenta telefono (bloka periodo)
Kiam la tempigilo eksvalidiĝas, sur la ekrano aperas supermetaĵo, kiu ne povas esti minimumigita
-Por fermi la tegaĵon, vi devas ekzameni malgrandan teston (enigu pasvorton sur konfuza klavaro, solvi matematikan problemon, skui la telefonon dum kelkaj minutoj)
Post malŝlosado tiamaniere, la tempo kiu povas esti elspezita sur la inteligenta telefono estas duonigita, kaj tiel plu ĝis unu minuto.

Konstruante teamon

Unue, estis necese determini kiu faros kion kaj en kiu lingvo ĉio ĉi estos skribita. Mi pensas, ke ĉi tio malmulte rilatas al projekt-administrado, ĉar kiam vi kunvenas teamon por vera projekto, vi tuj kunvenigas tiujn, kiujn vi bezonas. Kiel rezulto, mi ankaŭ prenis sur sin la ŝarĝon de dezajnisto, elektis unu teamestron, kiu havis bonan sperton pri aplikaĵo-disvolviĝo, tri programistoj estis asignitaj al li, kaj du pliaj fariĝis testantoj. Kompreneble, la programlingvo estis elektita surbaze de kapabloj. Kiel rezulto, estis decidite uzi Java, ĉar ĉiuj programistoj konis ĝin.

Agordi taskojn

Laŭ rekomendo de la instruisto, oni kreis taskotabulon sur senpaga servo Trello. Estis planite funkcii laŭ la Scrum-sistemo, kie ĉiu rivereto estus speco de kompleta aplikaĵo.
Tamen, fakte, ĉio ĉi eliris el unu granda kaj longa fluo, al kiu senĉese estis faritaj redaktoj, aldonoj kaj korektoj.

Ni skribas specifojn

Influite de la libro de Savin "Testing.com", mi havis mian propran ideon en mia kapo pri kiel ĉio devus esti aranĝita. Ĉio komenciĝis per skribado de specifoj, kiel mi kredas, sen klara priskribo de kion ni atendas, kion kaj kiel ĝi devus funkcii, nenio funkcios. La programistoj programos ĉion kiel ili vidas ĝin, la testantoj testos ion alian, la administranto atendis la trian, sed ĝi estos la kvara kiel ĉiam.
Verki specifojn ne estas facile, vi devas pensi tra ĉiuj detaloj, ĉiuj nuancoj. Kompreneble nenio funkciis la unuan fojon. Kiel rezulto, la specifoj estis kompletigitaj kaj refaritaj 4 fojojn. Vi povas trovi la lastan opcion ĉe la fino de la artikolo, en la sekcio de ligiloj.

Desegno de dezajno

Dezajno en poŝtelefona aplikaĵo estas la plej grava afero. Tamen, ne ĉiuj komprenas ĉi tion, inkluzive de mia teamo, multaj vehemente argumentis kun mi, ke dezajno ne estas bezonata, ke ĉi tio estas la plej negrava parto de la aplikaĵo ktp. Vi ne devus esti tiel naiva. Unue, preta dezajno faciligas la laboron de la programisto; li ne devas pensi pri kion meti kie kaj kie, li nur prenas kaj kompostas tion desegnita. Kune kun la specifoj, la dezajno preskaŭ tute liberigas la menson de la programisto de nenecesaj aferoj, kaj donas al li la ŝancon koncentriĝi pri logiko. Ĝenerale, prototipo (terura) dezajno unue estis desegnita:

Sed tiam la dezajno estis kombita kaj normaligita.
(Ligilo al ĉiuj dezajnelementoj ĉe la fino de la artikolo).

Programado

Programado estas malfacila, sed ebla. Mi preterlasos ĉi tiun punkton, ĉar mi mem ne traktis ĉi tion. La programistoj faris grandegan laboron, sen kiu ĉio estus sensignifa. Kompreneble, ni sukcesis realigi kelkajn el niaj ideoj. Kaj la programo ankoraŭ bezonas plibonigon. Estas multaj cimoj kaj funkcioj, kiuj devas esti forigitaj. Se ni havus pli da tempo, ni elirus el profunda alfa, sed nuntempe vi povas testi la aplikaĵon ĉe la fino de la artikolo.

Nu, pri testado

Kio estas la ĉefa afero en programado? Laŭ mi, la ĉefa afero estas, ke ĉio funkcias kaj aspektas kiel ĝi devus. Ĝi ne ĉiam funkcias ĝuste kaj ne tuj. Ĉi tio postulas provon. Al miaj testantoj, mi proponis testmodelon uzante testkazojn. Unue, testaj kazoj estas skribitaj plene konforme al la specifoj, kaj tiam testado estas farita sur ili. Vi povas vidi kio el tio eliris en la subaj ligiloj.

Dankon pro legado. Mi esperas, ke vi trovis almenaŭ ion utilan ĉi tie, eble ideon por via starto, aŭ eble bonan konsilon aŭ ilon.

Referencoj

Plej lasta specifoj.
Dezajno sur figma.
Testkazoj и cimraportoj.

La aplikaĵo mem estas ŝaltita HokeyApp. — La aplikaĵo estis konstruita sub la nomo HandsOff, eĉ ne demandu kial (ĉar Ĉesu Prokrastado estas tro longa).

Nu je la fino

Ĉu vi pensas, ke ĉio ĉi havas sencon?

Nur registritaj uzantoj povas partopreni la enketon. Ensaluti, bonvolu.

Ĉu tia praktiko estas necesa en edukaj institucioj kaj kiom utila kaj aplikebla ĝi estas en la reala vivo?

• Bezonata, valorega sperto

• Bezonata, kvankam iom da sperto

• Preskaŭ senutila, maksimume vi komprenos la ĝeneralajn trajtojn de laborado en teamo

• Perdo de tempo kaj penado

2 uzantoj voĉdonis. Ne estas sindetenoj.

fonto: www.habr.com