🥇Hur vi försökte med teamwork och vad som kom ut av det

Hur vi försökte med teamarbete och vad som kom ut av det

Låt oss ta det steg för steg

Vad denna bild betyder lite senare, men först låt mig börja med en introduktion.

I en kall februardag föreföll ingenting varna för fara. En grupp oskyldiga studenter kom för första gången till en föreläsning om ämnet som de beslutat kalla "Metodologi för organisation av design och utveckling av informationssystem". Det var en vanlig föreläsning, läraren berättade om agila utvecklingsmetoder som Scrum, inget föreföll varna för fara. Och så i slutet tillkännager läraren:

Jag vill att ni själva ska uppleva alla bördor av teamarbete, dela in er i grupper, kom på ett projekt, utse en ledare och gå tillsammans igenom alla designsteg. I slutet förväntar jag mig en färdig produkt och en artikel på Habr.

Härifrån börjar vår historia. Som biljardkulor studsar vi ifrån varandra tills energin från stötten har försvunnit och en grupp på 7 personer har samlats. Kanske är det för många för ett utbildningsprojekt, men för att bättre fördela roller är det perfekt. Diskussionerna om projektidéer började från "Låt oss ta ett färdigt projekt" till "Emulator för skapande av rymdobjekt". Men till slut gick idén igenom vars namn ni just har läst på den första bilden.

Stop Procrastination – vad är det, vad handlar det om och hur utvecklade vi det samt vad som kom ut av det

Berättelsen kommer att berättas ur perspektivet av projektledaren, som lyckligtvis eller tyvärr blev jag. Och vilken idé kom vi på? Inspirerade av den populära väckarklockan "Shake Alarm" från SupperCommon, med funktionen att helt blockera smartphone-användningen tills användaren utför en viss åtgärd som troligen får dem att vakna, beslutade vi att skapa en liknande app som hjälper till att bli av med telefonberoende, enligt samma princip som "Shake Alarm".

Arbetsprincip.

Användaren ställer in tidtagare
- Tid som kan tillbringas på smartphone
- Tid utan smartphone (blockeringsperiod)
När tidtagaren går ut visas en overlay på skärmen som inte kan stängas
-För att stänga överlägget måste man genomgå en liten prövning (ange ett lösenord på ett förvirrat tangentbord, lösa en matematisk uppgift, skaka telefonen i några minuter)
Efter att ha låst upp på detta sätt minskar den tid som kan spenderas på smarttelefonen med hälften, och så ned till en minut.

Bygger ett team

Först behövde vi definiera vem som skulle göra vad och på vilket språk allt skulle skrivas. Jag tror att det har lite att göra med projektledarskap, eftersom när man samlar ett team för ett verkligt projekt samlar man direkt de som man behöver. I slutändan tog jag även på mig rollen som designer, valde en teamledare som hade god erfarenhet av apputveckling, tre programmerare utsågs till honom, och ytterligare två blev testare. Självklart valdes programmeringsspråket efter kompetenser. I slutändan beslutades det att använda Java, eftersom alla programmerare var bekanta med det.

Sätter upp uppgifter

På rekommendation av läraren skapas en uppgiftslista på en gratis tjänst. Trello. Det var planerat att arbeta enligt Scrum-systemet, där varje stream skulle representera en fullständig applikation.
Men i verkligheten blev det en stor och lång stream, där ständigt gjordes ändringar, tillägg och korrigeringar.

Hur vi försökte med teamarbete och vad som kom ut av det

Skriver specifikationer

Under inverkan av Savins bok "Testning.com" hade jag en egen uppfattning om hur allt borde organiseras. Allt började med att skriva specifikationer, för jag anser att utan en tydlig beskrivning av vad vi förväntar oss, vad och hur det ska fungera kommer ingenting att fungera. Programmerarna programmerar allt som de ser det, testarna testar något annat, ledaren väntar på något tredje, och det som kommer ut blir alltid det fjärde.
Att skriva specifikationer är inte lätt, man måste tänka igenom alla detaljer, alla nyanser. Naturligtvis blev det inget lyckat första gången. Specifikationerna kompletterades och omarbetades fyra gånger. Den sista versionen kan ni hitta i slutet av artikeln, i avsnittet med länkar.

Ritar design

Designen i mobilapplikationen är det viktigaste. Men inte alla förstår detta, inklusive många i mitt team som ivrigt argumenterade emot mig, att design inte är nödvändig, att det är den minst viktiga delen av applikationen, osv. Man ska inte vara så naiv. För det första, en färdig design underlättar programmerarens jobb; de behöver inte tänka på vad som ska placeras var, utan kan bara ta och koda det som är ritad. Tillsammans med specifikationerna befriar designen nästan helt programmerarens sinne från onödiga tankar och ger dem möjlighet att fokusera på logiken. Som sagt, först ritades en prototyp (fruktansvärd) design:

Hur vi försökte med teamarbete och vad som kom ut av det

Men sedan finslipades designen och gavs ett ordentligt utseende.
(Länk till alla designelement i slutet av artikeln).

Hur vi försökte med teamarbete och vad som kom ut av det

Programmering

Det är svårt att programmera, men det går. Jag utesluter denna punkt, eftersom jag personligen inte har arbetat med det. Programmörerna har gjort ett stort arbete, utan vilket allt vore meningslöst. Naturligtvis lyckades vi genomföra en del av idéerna. Programmet behöver fortfarande förbättras. Det finns många buggar och funktioner som måste tas bort. Hade vi haft mer tid skulle vi ha tagit oss ur en djup alfa, men ni kan testa applikationen i slutet av artikeln.

Och om testningen

Vad är det viktigaste inom programmering? Enligt min mening är det viktigaste att allt fungerar och ser ut som det ska. Det går inte alltid som det ska och inte alltid direkt. För detta behövs testning. Jag föreslog mina testare en testmodell med hjälp av testfall. Först skrivs testfallen i full överensstämmelse med specifikationerna, och sedan utförs testen enligt dem. Vad som kom ut av detta kan ni se nedan i länkarna.

Tack för att ni läste. Jag hoppas att ni hittade något nyttigt här, kanske en idé för ert eget startup eller ett bra råd eller verktyg.