We krijgen elke week veel verzoeken om nieuwe functies. We doen ons best om rekening te houden met de feedback die we van onze klanten krijgen bij het bouwen van nieuwe dingen.
Hoewel het makkelijk is om nieuwe functies te zien, weerspiegelen ze niet meteen veel van ons belangrijke ontwikkelingswerk. Daarom interviewde onze Marketing Uil Priscila een van onze back-end ontwikkelaars, Joey, over het belang van onderhoud en hoe ontwikkelaars afwisselen tussen verschillende soorten werk.
Priscila: Bedankt dat je met me meedoet aan dit interview, Joey! Ik hoop dat we onze klanten en lezers kunnen uitleggen wat het onderhoudswerk is dat we voor Easy LMS doen en waarom het nodig is. Kun je beginnen met uit te leggen wat voor werk we doen om Easy LMS te onderhouden?
Joey: Graag gedaan. Ik zal proberen de dingen uit te leggen zonder al te technisch te worden. We hebben twee soorten onderhoudswerk. De eerste is het repareren van bugs die in het systeem verschijnen en die klanten melden. De andere is het repareren van dingen die we zelf vinden en die verbeterd moeten worden, dus werken we aan het verbeteren ervan.
Priscila: Juist. Kun je uitleggen hoe dat werkt? Werk je op aanvraag of plan je van tevoren wat je wilt verbeteren?
Joey: Nou, we werken meestal in geplande cycli van drie weken. De vraag naar werk komt van de Product Owner, die een lijst bijhoudt van verbeteringen die zijn verzameld op basis van feedback van klanten, mensen in het bedrijf en ideeën waar we zelf mee komen.
Voorheen werkten we aan regelmatige functieontwikkelingsprojecten waarbij alle soorten verbeteringen en onderhoudswerk elkaar overlapten. Dat betekende dat we onderbroken werden door het repareren van bugs en moesten afwijken van de nieuwe functies die we aan het bouwen waren.
Recentelijk hebben we iets nieuws geprobeerd. We hebben een verbetercyclus toegevoegd aan onze functieontwikkelingscyclus. Dus, nu hebben we twee ontwikkelteams werken bij Easy LMS: een die werken aan reguliere functie-ontwikkeling en alleen werken aan verbeteringen. Deze teams wisselen elke drie weken van taak.
Het speciale verbeterteam werkt aan een lijst met verbeteringen, inclusief bugs, door het item met de hoogste prioriteit van die lijst te pakken. Zodra het [ontwikkelings]verhaal is afgerond, evalueren we wat het volgende item met hoge prioriteit is. Op deze manier werken we tijdens de drie weken durende cyclus door de lijst heen.
Ik denk dat iedereen tevreden is met de manier waarop het gaat. We proberen de perfecte balans te vinden tussen het oplossen van bugs en het verbeteren van dingen die niets met bugs te maken hebben.
Priscila: Ok. Dat klinkt inderdaad als een verbeterde manier van werken! Waarom is het werken aan onderhoud net zo belangrijk als het bouwen van nieuwe functies?
Joey: Nou, het is als een huis. Als je een huis bouwt en het nooit onderhoudt, zul je veel problemen krijgen. Zo is het ook met software. Als onderdelen van het systeem verouderd raken en niet worden onderhouden, kunnen ze na verloop van tijd problemen veroorzaken.
Ook onze manier van werken verandert regelmatig. We moeten het systeem up-to-date houden met hoe we nu werken. Het zou meer tijd kosten om nieuwe functies te bouwen als we een niet onderhouden deel van het systeem zouden moeten aanraken.
Als we het systeem niet onderhouden, zullen er op de lange termijn minder dingen werken
En de behoefte aan onderhoud zal alleen maar blijven groeien. Kortom, als we geen bugs oplossen en het systeem niet onderhouden, zullen er meer bugs ontstaan en zullen er op de lange termijn minder dingen werken.
Priscila: Oké. Dus, zijn 'verbeteringen' functies of fixes?
Joey: Dat is een grijs gebied. We noemen 'verbeteringen' dingen die iets toevoegen aan een bestaande functie. Het is geen gloednieuwe functie. We hebben bijvoorbeeld onlangs een verbetering gelanceerd voor de functie Academy-groepen. Het is nu mogelijk om een omslagafbeelding als beschrijving toe te voegen aan elke groep in de Academy. Ik noem het een verbetering, maar je zou het ook een functie kunnen noemen. Het is nogal moeilijk om onderscheid te maken. Maar ik zou zeggen dat verbeteringen meestal de kleinere veranderingen zijn die we maken aan bestaande functies.
Priscila: Aan welk type werk geeft u de voorkeur, regelmatige functieontwikkeling of werken in het verbeterteam?
Joey: Ik zou zeggen allebei. Ik vind het echt leuk om na een tijdje over te stappen op andere projecten. Het is niet dat ik me verveel, maar het is leuk om af te wisselen en aan andere dingen te werken.
Priscila: Ok. Moet je alles afmaken wat je begint te bouwen in de drieweekse cyclus? Of laat je het liggen voor het volgende team of een andere cyclus?
Joey: Het is de bedoeling dat we alles wat we bouwen in dezelfde cyclus afmaken. Het is heel gemakkelijk om iets groots te maken en het nooit af te maken. Maar als we echt gefocust zijn op het verbeteren van het product, maken we dat af. Wat we ook doen, zelfs als we het uiteindelijk niet leuk vinden, het is klaar in drie weken.
We weten nooit precies hoeveel tijd het zal kosten om iets te bouwen of te verbeteren. Dus, het volledige ding is misschien niet klaar in drie weken, maar we zullen iets hebben dat werkt en waarde toevoegt aan het systeem.
Priscila: Dat klinkt logisch. Ik denk dat het je uiteindelijk ook een gevoel van voldoening geeft. Heb je voorbeelden van recent werk dat je hebt gedaan aan verbeteringen of onderhoud?
Joey: Het meeste van ons onderhoud heeft geen directe invloed op klanten. Echter, veel van ons onderhoudswerk maakt het voor ons mogelijk om toekomstige functies te bouwen. We hebben bijvoorbeeld net een verbetering uitgebracht waarmee admins de groepen in de Academy kunnen herschikken. Het lijkt misschien een kleine verandering voor de beheerder, maar we hebben een groot deel van de pagina opnieuw moeten bouwen om dit mogelijk te maken.
We hebben ook het exportsysteem verbeterd. De beheerder zal alleen merken dat hij nu grotere hoeveelheden gegevens in één keer kan exporteren. Maar we moesten een heel nieuw systeem bouwen dat die exporten kon ondersteunen en sneller kon werken.
Veel onderhoud zit in onze ontwikkelomgeving en het verbeteren van hoe we nieuwe functies kunnen bouwen - het kan gaan om het updaten of veranderen van de code. Toch kan het het voor nieuwe ontwikkelaars makkelijker maken om aan onze code te werken. Het maakt het ook makkelijker om het systeem te testen voordat we iets online uitrollen. Dat voorkomt dat bugs opduiken en de klanten afluisteren.
Priscila: Dat is een goede zaak. Heb je de impact daarvan gezien?
Joey: Zeker weten. Problemen die we tijdens het testen vinden, komen niet online. We hebben veel tests geautomatiseerd. We hebben meer mensen in het bedrijf geleerd hoe ze goed moeten testen en we hebben meer mensen betrokken bij het hele proces. Op die manier kunnen we kleine bugs ontdekken die klanten niet eens opmerken.
Priscila: Wat zijn de plannen voor de toekomst op het gebied van onderhoud?
Joey: Het is de voortzetting van wat we nu doen. Zoals ik al zei, het hele idee van een speciaal verbeteringsteam is nieuw en we zijn er erg blij mee. Zoals Thomas heeft uitgelegd, zijn we ook steeds meer delen van het systeem aan het overzetten naar een microservicearchitectuur.
Er is altijd ruimte voor verbeteringen in het systeem en de manier waarop we werken. Maar ik ben erg blij met de verbeteringen die we tot nu toe hebben gemaakt, inclusief onze processen en onze algemene manier van werken.
Priscila:Van wat ik begreep en vanuit mijn niet-technische perspectief ben ik het met je eens! Bedankt voor je deelname aan het interview en we kijken uit naar meer verbeteringen.
Joey: Graag gedaan. Ik ook!
