En kort historie, vi har oplevet hos Codest. Da vi har specialiseret os i udvikling af webapplikationer, og vores hovedteknologi er Ruby, fik vi en forespørgsel fra en af virksomhederne om muligheden for at samarbejde om deres produktudvikling. Ikke noget usædvanligt. Vi får ofte lignende forespørgsler.
MVP på to måneder ved hjælp af Ruby - en kort historie, vi har oplevet hos Codest. Da vi specialiserer os i udvikling af webapplikationer, og vores hovedteknologi er Ruby, fik vi en forespørgsel fra en af virksomhederne om muligheden for at samarbejde i deres produktudvikling. Ikke noget usædvanligt. Vi får ofte lignende forespørgsler.
Det viste sig dog, at anmodningen denne gang var meget forskellig fra de andre standardanmodninger. Kunden havde en udfordring i forbindelse med hurtig udvikling af en webapplikation baseret på MVP. Tidligere havde de besluttet at samarbejde med en Softwarehusmen i sidste ende fungerede det ikke godt. Uden at gå i detaljer, vil jeg blot nævne, at roden til problemet lå i effektiviteten og kvaliteten af arbejdet og den manglende rettidighed. Vores kunde besluttede at ændre det og finde en anden partner. Men den største udfordring var tid. For at være mere præcis - en fuldstændig mangel på den.
Vores samarbejde begyndte ganske kort. Vi var glade for, at de stolede på os og så en pålidelig partner i vores virksomhed. Men det er ikke det centrale i historien. Kunden kom til os med en klar vision om projektmen som en hold af udviklere, var vi nødt til at planlægge resten. Så vi udarbejdede en plan og gik direkte i gang med arbejdet. I dette projekt var tiden af største betydning, fordi kunden forventede, at vi i bedste fald kunne udføre alt arbejdet i løbet af en måned. Det lyder utroligt, ikke? Jeg må sige med det samme, at vi var bekymrede for, om vi skulle gå med til dette samarbejde eller ej. Risikoen var virkelig stor. Men vi besluttede, at vi ville tage den. Vi organiserede et team, uddelegerede en projektejer og begyndte at kode.
Det var to måneder med intenst samarbejde, men i dag fortryder vi ikke noget som helst. Vi var i stand til at opfylde alle kundens forventninger. Vi forsynede dem med en færdig MVP produktsom vi nu vil udvikle i henhold til yderligere ønsker. Selvfølgelig har vi stadig en masse arbejde at gøre med hensyn til nye funktioner og forbedring af det, der allerede findes. Som COO må jeg tilføje, at vi accepterede denne ordre, så vi kunne kontrollere os selv under "ekstreme" forhold - arbejde under tidspres. Jeg er virkelig stolt af mit team, fordi vi klarede det.
Hænderne på den bærbare computer
I dette projekt er vi baseret på to teknologier - Ruby on Rails (backend) og React/Vue.js. (frontend). Det var også nødvendigt med støtte fra vores UX-team af designere. Når jeg beskriver denne situation nu, undrer jeg mig over, hvordan det overhovedet lykkedes os at få succes. Ud over de fantastiske fagfolk, der arbejdede på dette projekt, viste kommunikationen i teamet og med kunden sig at være perfekt. Vi brugte også Scrum, som gjorde det muligt for os at planlægge alt arbejde ordentligt og have tiden under kontrol.
Denne historie er også et godt eksempel for alle dem, der spekulerer på, hvilken slags teknologi de skal bruge til at bygge en webapplikation. Personligt har jeg altid været stor tilhænger af Ruby, som efter min mening er det mest effektive værktøj. Ruby hjælper også i situationer som den, der er beskrevet ovenfor - når arbejdshastigheden tæller.
Læs også her: