Vi får mange anmodninger om funktioner hver uge. Vi gør vores bedste for at tage hensyn til den feedback, vi får fra vores kunder, når vi bygger nye ting. .
Selvom det er nemt at se nye funktioner, afspejler de ikke umiddelbart meget af vores vigtige udviklingsarbejde. Derfor har vores marketingugle Priscila interviewet en af vores backend-udviklere, Joey, om vigtigheden af vedligeholdelse, og hvordan udviklere veksler mellem forskellige typer arbejde.
Priscila: Tak, fordi du ville deltage i dette interview, Joey! Jeg håber, at vi kan forklare vores kunder og læsere, hvad det vedligeholdelsesarbejde, vi udfører for Easy LMS, er, og hvorfor det er nødvendigt. Kan du starte med at forklare, hvilken slags arbejde vi udfører for at vedligeholde Easy LMS?
Joey: Det er mig en fornøjelse. Jeg vil forsøge at forklare tingene uden at blive for teknisk. Vi har to typer vedligeholdelsesarbejde. Den første er at rette fejl, der opstår i systemet, og som kunderne rapporterer. Den anden er at rette ting, som vi selv finder, og som kræver forbedringer, så vi arbejder på at forbedre dem.
Priscila: Ja. Kan du forklare, hvordan det fungerer? Arbejder du on-demand, eller planlægger du, hvad der skal forbedres på forhånd?
Joey: Tja, vi arbejder normalt i planlagte cyklusser på tre uger. Efterspørgslen efter arbejde kommer fra Product Owner, som fører en liste over forbedringer, der er indsamlet på baggrund af feedback fra kunder, folk i virksomheden og ideer, som vi selv kommer med. .
Tidligere arbejdede vi på almindelige udviklingsprojekter, hvor alle typer forbedringer og vedligeholdelsesarbejde overlappede hinanden. Det betød, at vi blev afbrudt af fejlrettelser og var nødt til at afvige fra de nye funktioner, vi var i gang med at bygge.
For nylig prøvede vi noget nyt. Vi tilføjede en forbedringscyklus oven i vores funktionsudviklingscyklus. Så nu har vi to udviklingsteams, der arbejder på Easy LMS: et, der arbejder med almindelig funktionsudvikling, og et, der kun arbejder med forbedringer. Disse teams skifter opgaver hver tredje uge.
Det dedikerede forbedringsteam arbejder på en liste over forbedringer, herunder fejl, ved at vælge det højest prioriterede punkt fra listen. Når [udviklings]historien er færdig, vurderer vi, hvad det næste højprioriterede punkt er. På den måde arbejder vi os gennem listen i løbet af den tre uger lange cyklus.
Jeg tror, at alle er tilfredse med den måde, det går på. Vi prøver at finde den perfekte balance mellem at rette fejl og forbedre ting, der ikke er relateret til fejl.
Priscila: Ok. Det lyder virkelig som en forbedret måde at arbejde på! Hvorfor er det lige så vigtigt at arbejde med vedligeholdelse som at bygge nye funktioner?
Joey: Tja, det er ligesom et hus. Hvis du bygger et hus og aldrig vedligeholder det, vil du begynde at få mange problemer. Det er det samme med software. Hvis dele af systemet bliver forældet og ikke bliver vedligeholdt, kan de med tiden give problemer.
Vi ændrer også jævnligt den måde, vi arbejder på. Vi er nødt til at holde systemet opdateret med den måde, vi arbejder på nu. Det ville tage længere tid at bygge nye funktioner, hvis vi skulle røre ved en ikke-vedligeholdt del af systemet.
Hvis vi ikke vedligeholder systemet, vil færre ting fungere i det lange løb.
Og behovet for vedligeholdelse vil bare blive ved med at vokse. Kort sagt, hvis vi ikke retter fejl og ikke vedligeholder systemet, vil det skabe flere fejl, og færre ting vil fungere i det lange løb.
Priscila: Okay. Så er 'forbedringer' funktioner eller rettelser? .
Joey: Det er en gråzone. Vi kalder "forbedringer" for ting, der føjer til en eksisterende funktion. De er ikke en helt ny funktion. For eksempel lancerede vi for nylig en forbedring af Academy-gruppefunktionen. Nu er det muligt at tilføje et coverbillede som et beskrivelsesbillede til hver gruppe i akademiet. Jeg kalder det en forbedring, men man kunne også kalde det en funktion. Det er lidt svært at skelne. Men jeg vil sige, at forbedringer normalt er de mindre ændringer, vi foretager i de nuværende funktioner.
Priscila: Hvilken type arbejde foretrækker du, almindelig funktionsudvikling eller at arbejde i forbedringsteamet? .
Joey: Jeg vil sige begge dele. Jeg kan virkelig godt lide at skifte til andre projekter efter et stykke tid. Det er ikke, fordi jeg keder mig, men det er rart at skifte og arbejde med forskellige ting.
Priscila: Okay. Bliver du færdig med alt, hvad du begynder at bygge i løbet af den tre uger lange cyklus? Eller overlader du det til det næste hold eller en anden cyklus?
Joey: Det er meningen, at vi skal afslutte alt, hvad vi begynder at bygge, i samme cyklus. Det er virkelig nemt at skabe noget stort og aldrig gøre det færdigt. Men hvis vi virkelig fokuserer på at forbedre produktet, får vi det gjort færdigt. Uanset hvad vi gør, selv om vi ender med ikke at kunne lide det, er det færdigt på tre uger.
Vi ved aldrig præcis, hvor lang tid det vil tage at bygge eller forbedre noget. Så det er ikke sikkert, at det hele er færdigt på tre uger, men vi vil have noget, der fungerer og tilføjer værdi til systemet.
Priscila: Det giver god mening. Jeg tror også, at det giver dig en følelse af at have opnået noget i sidste ende. Har du nogle eksempler på nyligt udført arbejde med forbedringer eller vedligeholdelse?
Joey: Det meste af vores vedligeholdelse påvirker ikke kunderne direkte. Men meget af vores vedligeholdelsesarbejde gør det muligt for os at bygge fremtidige funktioner. For eksempel har vi lige udgivet en forbedring, der giver administratorer mulighed for at omorganisere grupperne i akademiet. Det virker måske som en lille ændring for administratoren, men vi var faktisk nødt til at genopbygge en stor del af siden for at gøre det muligt.
Vi har også forbedret eksportsystemet. Administratoren vil kun bemærke, at de nu kan eksportere større mængder data på én gang. Men vi var nødt til at opbygge et helt nyt system, der kunne understøtte disse eksporter og arbejde hurtigere.
Meget af vedligeholdelsen foregår i vores udviklingsmiljø og forbedrer, hvordan vi rent faktisk kan bygge nye funktioner - det kan være opdatering eller ændring af koden. Alligevel kan det gøre det lettere for nye udviklere at arbejde med vores kode. Det gør det også lettere at teste systemet, før vi lægger noget ud på nettet. Det forhindrer, at der opstår fejl, som kan genere kunderne.
Priscila: Det er en god ting. Har du set effekten af det? .
Joey: Helt sikkert. Eventuelle problemer, som vi finder under testningen, går ikke online. Vi har automatiseret en stor del af testningen. Vi har undervist flere i virksomheden i, hvordan man tester ordentligt, og vi har involveret flere i hele processen, så vi kan opdage små fejl, som kunderne ikke engang lægger mærke til.
Priscila: Hvad er planerne for fremtiden med hensyn til vedligeholdelse? .
Joey: Det er en fortsættelse af det, vi gør nu. Som jeg sagde, er hele ideen med at have et dedikeret forbedringsteam ny, og vi er virkelig glade for det. Som Thomas forklarede, flytter vi også flere og flere dele af systemet til en mikroservice-arkitektur..
Der er altid plads til forbedringer i systemet og den måde, vi arbejder på. Men jeg er meget tilfreds med de forbedringer, vi har foretaget indtil videre, herunder vores processer og vores generelle måde at arbejde på.
Priscila: Ud fra hvad jeg kunne forstå og fra mit ikke-tekniske perspektiv, er jeg enig med dig! Tak, fordi du deltog i interviewet, og vi ser frem til flere forbedringer.
Joey: Det var så lidt. Det er jeg også!
