Hvernig við reyndum að vinna saman og hvað kom út úr því

Byrjum í röð

Hvað þessi tala þýðir aðeins síðar, en í bili skulum við byrja á kynningu.

Á köldum febrúardegi boðaði ekkert til vandræða. Hópur saklausra nemenda kom í fyrsta sinn til hjóna um efni sem þau ákváðu að kalla "Aðferðafræði við skipulagningu hönnunar og þróunar upplýsingakerfa." Það var reglulegur fyrirlestur, kennarinn talaði um sveigjanlegar þróunaraðferðir eins og Scrum, ekkert fyrirboði vandræði. Og í lokin tilkynnir kennarinn:

Ég vil að þú upplifir allar erfiðleikar í teymisvinnu sjálfur, skiptist í hópa, komir með verkefni, skipir leiðtoga og ferð í gegnum öll stig hönnunar saman. Í lokin á ég von á fulluninni vöru frá þér og grein um Habré.

Þetta er þar sem saga okkar hefst. Eins og boltar á biljarðborði skoppuðum við hvor af öðrum þar til orkan úr högginu hvarf og 7 manna hópur safnaðist saman. Kannski er þetta of mikið fyrir þjálfunarverkefni, en til að dreifa hlutverkunum betur þá er það allt. Umræða um hugmyndir að verkefninu hófst frá „Tökum fullbúið verkefni“ til „Hermir um myndun geimhluta. En á endanum fór hugmyndin framhjá, nafnið sem þú lest á fyrstu myndinni.

Hættu að fresta - hvað það er, með hverju það er borðað og hvernig við þróuðum það og hvað kom út úr því

Sagan verður unnin í umboði verkefnastjórans sem ég var ráðinn í, sem betur fer eða því miður. Svo hvaða hugmynd kom upp í huga okkar? Innblásin af hinni vinsælu „Shake the Alarm“ vekjaraklukku SupperCommon, nefnilega aðgerðinni til að loka snjallsímanum algjörlega þar til notandinn framkvæmir ákveðna aðgerð sem mun líklegast vekja hann, ákváðum við að búa til svipað forrit sem mun hjálpa til við að losna við símafíkn , á sömu reglu og "Hrista vekjaraklukkuna"

Meginreglan um rekstur

Notandi setur tímamæla
- Tími sem hægt er að eyða í snjallsíma
-Tími án snjallsíma (lokunartímabil)
Þegar tímamælirinn rennur út birtist yfirlag á skjánum sem ekki er hægt að lágmarka
-Til að loka yfirlaginu þarftu að standast lítið próf (sláðu inn lykilorð á ruglingslegt lyklaborð, leystu stærðfræðidæmi, hristu símann þinn í nokkrar mínútur)
Eftir að hafa verið opnaður á þennan hátt minnkar tíminn sem þú getur eytt í snjallsímanum þínum um helming, og svo framvegis í allt að eina mínútu

Að byggja upp lið

Til að byrja með þurfti að ákveða hver myndi gera hvað og á hvaða tungumáli það yrði allt skrifað. Ég held að það hafi lítið með verkefnastjórnun að gera, því þegar þú setur saman teymi fyrir alvöru verkefni, þá seturðu strax saman þá sem þú þarft. Fyrir vikið tók ég líka á mig byrðar hönnuðar, valdi einn liðsstjóra sem hafði góða reynslu af þróun forrita, þrír forritarar voru úthlutaðir á hann og tveir til viðbótar urðu prófunaraðilar. Að sjálfsögðu var forritunarmálið valið eftir færni. Í kjölfarið var ákveðið að nota Java þar sem allir forritarar þekktu það.

Við setjum verkefni

Að tillögu kennara var búið til verkefnaborð um ókeypis þjónustu Trello. Fyrirhugað var að vinna eftir Scrum kerfinu þar sem hver straumur yrði eins konar fullunnin umsókn.
En í raun og veru kom einn stór og langur straumur út úr þessu öllu saman, þar sem stöðugt var verið að breyta, bæta við og leiðrétta.

Við skrifum forskriftir

Undir áhrifum bókar Savin "Testing.com" hafði ég mína eigin hugmynd í hausnum á mér um hvernig ætti að útrýma öllu. Þetta byrjaði allt með því að skrifa forskriftir, eins og ég tel, án skýrrar lýsingar á hverju við búumst við, hvað og hvernig það ætti að virka, mun ekkert virka. Forritarar munu forrita allt eins og þeir sjá það, prófunaraðilar munu prófa eitthvað annað, stjórnandinn var að bíða eftir því þriðja og það mun reynast, eins og alltaf, það fjórða.
Það er ekki auðvelt að skrifa forskriftir, þú þarft að hugsa í gegnum öll smáatriðin, öll blæbrigðin. Auðvitað gerðist ekkert í fyrsta skiptið. Þess vegna var forskriftunum bætt við, þeim breytt 4 sinnum. Þú getur fundið síðasta valmöguleikann í lok greinarinnar, í tenglahlutanum.

Við teiknum hönnunina

Hönnun í farsímaforriti er mikilvægast. Hins vegar skilja þetta ekki allir, þar á meðal margir úr teyminu mínu sem halda því ákaft fram við mig að hönnunin sé ekki þörf, að þetta sé mikilvægasti hluti umsóknarinnar o.s.frv. Þú ættir ekki að vera svona barnalegur. Í fyrsta lagi er tilbúin hönnun einföldun á vinnu forritarans, hann þarf ekki að hugsa um hvað á að setja hvar og hvar, hann tekur bara og stillir það sem er teiknað. Samhliða forskriftunum losar hönnunin nánast algjörlega huga forritarans við óþarfa hluti og gefur honum tækifæri til að einbeita sér að rökfræðinni. Almennt séð var frumgerð (hræðileg) hönnun fyrst teiknuð:

En svo var hönnunin greidd og færð aftur í eðlilegt horf.
(Tengill á alla hönnunarþætti í lok greinarinnar).

Forritun

Forritun er erfið en möguleg. Ég mun sleppa þessu augnabliki, þar sem ég persónulega gerði þetta ekki. Forritararnir stóðu sig frábærlega, án þess væri allt tilgangslaust. Auðvitað tókst okkur að gera okkur grein fyrir sumum hugmyndunum. Og forritið þarf enn að bæta. Fullt af villum og eiginleikum til að laga. Ef við hefðum meiri tíma myndum við komast út úr djúpum alfa, en í bili geturðu prófað forritið í lok greinarinnar.

Jæja, um próf

Hvað er mikilvægast í forritun? Að mínu mati er aðalatriðið að allt virki og líti út eins og það á að gera. Eins og það ætti að gera, gerir það ekki alltaf og ekki strax. Þetta krefst prófunar. Prófendum mínum lagði ég til prófunarlíkan með því að nota prófunartilvik. Fyrst eru prófunartilvik skrifuð í fullu samræmi við forskriftir og síðan eru þau prófuð. Þú getur séð hvað kom út úr því í krækjunum hér að neðan.

Takk fyrir að lesa. Ég vona að þú hafir fundið að minnsta kosti eitthvað gagnlegt hér, kannski hugmynd fyrir gangsetningu þína, eða kannski góð ráð eða tól.

Tilvísanir:

Nýjustu forskrift.
Hönnun á mynd.
Próftilvik и villuskýrslur.

Umsóknin sjálf HokeyApp. - Forritið var byggt undir nafninu HandsOff, ekki einu sinni spyrja hvers vegna (vegna þess að Stop Procrastination er of langt).

Jæja, í lokin

Finnst þér þetta allt skynsamlegt?

Aðeins skráðir notendur geta tekið þátt í könnuninni. Skráðu þig inn, takk.

Er þörf á slíkri iðkun í menntastofnunum og hversu gagnleg og viðeigandi hún er í raunveruleikanum

• Vantar ómetanlega reynslu

• Nauðsynlegt, þó smá reynsla

• Næstum gagnslaus, hámark sem þú munt skilja sameiginlega eiginleika teymisvinnu

• Sóun á tíma og fyrirhöfn

2 notendur kusu. Engir sitja hjá.

Heimild: www.habr.com