Miten yritimme tehdä ryhmätyötä ja mitä siitä tuli

Aloitetaan järjestyksessä

Mitä tämä luku tarkoittaa hieman myöhemmin, mutta aloitetaan nyt johdannosta.

Kylmänä helmikuun päivänä mikään ei ennakoinut ongelmia. Ryhmä viattomia opiskelijoita saapui ensimmäistä kertaa parille aiheesta, jonka he päättivät kutsua "Tietojärjestelmien suunnittelun ja kehittämisen organisointimenetelmäksi". Siellä oli säännöllinen luento, opettaja puhui joustavista kehitysmenetelmistä, kuten Scrum, mikään ei ennakoinut ongelmia. Ja lopuksi opettaja ilmoittaa:

Haluan sinun kokevan kaikki tiimityön vaikeudet itse, jakautuvan ryhmiin, keksivän projektin, nimittävän johtajan ja käyvän yhdessä läpi kaikki suunnittelun vaiheet. Lopulta odotan teiltä valmiita tuotteita ja artikkelia Habresta.

Tästä tarinamme alkaa. Kuten pallot biljardipöydässä, pomppisimme toisistamme, kunnes iskun energia haihtui ja 7 hengen ryhmä kokoontui yhteen. Ehkä tämä on liikaa koulutusprojektille, mutta jotta roolit jakautuisivat paremmin, siinä se. Keskustelu hankkeen ideoista alkoi "Otetaan valmis projekti" "Avaruusobjektien muodostumisen emulaattoriin". Mutta lopulta idea meni läpi, jonka nimen luit ensimmäisessä kuvassa.

Stop Procrastination - mitä se on, minkä kanssa sitä syödään ja miten kehitimme sen ja mitä siitä tuli

Tarina ohjataan projektipäällikön puolesta, jolle onneksi tai valitettavasti minut nimitettiin. Mikä idea sitten tuli mieleemme? Inspiraationa SupperCommonin suositusta "Shake the Alarm" -herätyskellosta, eli toiminnosta, joka estää älypuhelimen kokonaan, kunnes käyttäjä suorittaa tietyn toiminnon, joka todennäköisesti herättää hänet, päätimme luoda samanlaisen sovelluksen, joka auttaa pääsemään eroon puhelinriippuvuudesta. , samalla periaatteella kuin "Shake the Alarm Clock"

Toimintaperiaate

Käyttäjä asettaa ajastimet
- Aika, jonka voi viettää älypuhelimella
- Aika ilman älypuhelinta (estojakso)
Kun ajastin umpeutuu, näytölle tulee peittokuva, jota ei voi pienentää
-Peittokuvan sulkemiseksi sinun on läpäistävä pieni testi (syötä salasana sekavalla näppäimistöllä, ratkaise matematiikkatehtävä, ravista puhelinta pari minuuttia)
Kun lukitus on avattu tällä tavalla, aika, jonka voit viettää älypuhelimella, puolittuu ja niin edelleen jopa minuutti

Ryhmän rakentaminen

Aluksi oli tarpeen määrittää, kuka tekee mitä ja millä kielellä se kaikki kirjoitetaan. Mielestäni sillä ei ole juurikaan tekemistä projektinhallinnan kanssa, koska kun kokoat tiimin todellista projektia varten, kokoat välittömästi tarvitsemasi. Tämän seurauksena otin myös suunnittelijan taakan, valitsin yhden tiiminvetäjän, jolla oli hyvä kokemus sovellusten kehittämisestä, hänelle määrättiin kolme ohjelmoijaa ja kahdesta muusta tuli testaajia. Ohjelmointikieli valittiin tietysti osaamisen mukaan. Tämän seurauksena päätettiin käyttää Javaa, koska kaikki ohjelmoijat tunsivat sen.

Asetamme tehtäviä

Ilmaiseen palveluun luotiin opettajan suosituksesta tehtävätaulu Trello. Suunnitelmissa oli toimia Scrum-järjestelmän mukaisesti, jossa jokainen stream olisi eräänlainen valmis sovellus.
Todellisuudessa tästä kaikesta syntyi kuitenkin yksi iso ja pitkä stream, johon tehtiin jatkuvasti muokkauksia, lisäyksiä ja korjauksia.

Kirjoitamme tekniset tiedot

Savinin kirjan "Testing.com" vaikutuksen alaisena minulla oli päässäni oma ajatus siitä, kuinka kaikki pitäisi eliminoida. Kaikki alkoi spesifikaatioiden kirjoittamisesta, kuten uskon, ilman selkeää kuvausta siitä, mitä odotamme, mitä ja miten sen pitäisi toimia, mikään ei toimi. Ohjelmoijat ohjelmoivat kaiken niin kuin näkevät, testaajat testaavat jotain muuta, johtaja odotti kolmatta, ja siitä tulee, kuten aina, neljäs.
Eritelmien kirjoittaminen ei ole helppoa, sinun on mietittävä kaikki yksityiskohdat, kaikki vivahteet. Mitään ei tietenkään tapahtunut ensimmäisellä kerralla. Tämän seurauksena eritelmiä täydennettiin, muutettiin 4 kertaa. Löydät viimeisen vaihtoehdon artikkelin lopusta, linkit-osiosta.

Piirrämme suunnittelun

Suunnittelu mobiilisovelluksessa on tärkeintä. Kaikki eivät kuitenkaan ymmärrä tätä, mukaan lukien monet tiimistäni, jotka kiihkeästi väittelevät kanssani, että suunnittelua ei tarvita, että tämä on sovelluksen tärkein osa jne. Ei pitäisi olla niin naiivi. Ensinnäkin, valmis suunnittelu on ohjelmoijan työn yksinkertaistamista, hänen ei tarvitse miettiä mitä laittaa minne ja minne, hän vain ottaa ja ladoi piirretyn. Yhdessä eritelmien kanssa suunnittelu vapauttaa ohjelmoijan mielen lähes täysin tarpeettomista asioista ja antaa hänelle mahdollisuuden keskittyä logiikkaan. Yleensä prototyyppi (kauhea) malli piirrettiin ensin:

Mutta sitten mallia kampattiin ja palautettiin normaaliksi.
(Linkki kaikkiin suunnitteluelementteihin artikkelin lopussa).

Ohjelmointi

Ohjelmointi on vaikeaa, mutta mahdollista. Jätän tämän hetken väliin, koska en itse tehnyt tätä. Ohjelmoijat tekivät hienoa työtä, jota ilman kaikki olisi merkityksetöntä. Tietysti onnistuimme toteuttamaan osan ideoista. Ja ohjelma vaatii vielä parannusta. Paljon virheitä ja korjattavia ominaisuuksia. Jos aikaa olisi enemmän, selviäisimme syvästä alfasta, mutta toistaiseksi voit testata sovellusta artikkelin lopussa.

No testaamisesta

Mikä ohjelmoinnissa on tärkeintä? Minun mielestäni pääasia on, että kaikki toimii ja näyttää niin kuin pitää. Kuten pitääkin, se ei aina eikä heti. Tämä vaatii testausta. Testaajilleni ehdotin testausmallia testitapausten avulla. Ensin testitapaukset kirjoitetaan täysin spesifikaatioiden mukaisesti ja sitten ne testataan. Alla olevista linkeistä näet mitä siitä tuli.

Kiitos kun luit. Toivottavasti löysit täältä ainakin jotain hyödyllistä, kenties idean startupillesi tai kenties hyvän neuvon tai työkalun.

viitteet:

Uusin tekniset tiedot.
Suunnittelu päälle Kuvio.
Testitapaukset и bugiraportit.

Itse sovellus HokeyApp. - Sovellus rakennettiin nimellä HandsOff, älkää edes kysykö miksi (koska Stop Procrastination on liian pitkä).

No, lopussa

Oliko se mielestäsi järkevää?

Vain rekisteröityneet käyttäjät voivat osallistua kyselyyn. Kirjaudu sisään, ole kiltti.

Tarvitaanko tällaista käytäntöä oppilaitoksissa ja kuinka hyödyllinen ja sovellettavissa se on tosielämässä

• Tarvitaan korvaamatonta kokemusta

• Tarpeellinen, vaikka vähän kokemusta

• Melkein hyödytön, maksimissaan ymmärrät ryhmätyön yhteiset piirteet

• Ajan ja vaivan hukkaa

2 käyttäjää äänesti. Ei pidättyneitä äänestämästä.

Lähde: will.com