Het gloednieuwe hello energy development team gaat met veel plezier aan de slag met de ontwikkeling van onze software. We gebruiken een framework genaamd ‘Shape Up’. Het geeft tijd voor het bouwen van software in ‘Build Cycles’, en reserveert tijd voor het verbeteren van de kwaliteit van onze functies met ‘Quality Cycles’. In deze blog lees je alles over onze transitie van het uitbesteden van ontwikkeling naar het in eigen beheer nemen van ons product.
Het gloednieuwe hello energy development team gaat met veel plezier aan de slag met de ontwikkeling van onze software. We gebruiken een framework genaamd ‘Shape Up’. Het geeft tijd voor het bouwen van software in ‘Build Cycles’, en reserveert tijd voor het verbeteren van de kwaliteit van onze functies met ‘Quality Cycles’. In deze blog lees je alles over onze transitie van het uitbesteden van ontwikkeling naar het in eigen beheer nemen van ons product.
Het hello energy development team werkt met een agile framework genaamd: Shape Up. De Shape Up-methode beschrijft de specifieke processen die door het productontwikkelingsteam worden gebruikt om nieuwe onderdelen binnen ons product te ontwerpen en realiseren. Het geeft teams specifieke technieken om de risico’s en onbekende factoren in elke fase van productontwikkeling aan te pakken met als uiteindelijk doel het regelmatig updaten van ons product met waardevolle nieuwe onderdelen.
Shape Up werkt met zogenaamde “cycles” voor ontwikkeling. Deze zijn meestal iets groter dan de standaard sprint van 2-3 weken in het bekende Scrum framework. Bij hello energy werken we met cycli van zes weken. Deze cycli bestaan uit twee delen, een Build Cycle en een Quality Cycle.
Het eerste deel is de Build Cycle. Hier hebben we absolute focus op ontwikkeling. We ontwikkelen nieuwe features of wijzigen bestaande features in een periode van 4 weken. Binnen deze Build Cycle geldt één regel: zo min mogelijk afleiding en 100% focus op productontwikkeling. Het doel van de Build Cycle is om nieuwe functionaliteit te ontwikkelen en richting onze klanten te brengen middels een update. Om ervoor te zorgen dat we altijd een update kunnen uitbrengen, werken we met een vaste tijd en een variabele scope. Dit betekent dat we de reikwijdte van het werk binnen onze Build Cycle kunnen veranderen om ervoor te zorgen dat we niet uit de tijd gaan lopen.
De Quality Cycle draait, zoals je zou verwachten, allemaal om de kwaliteit van ons product. We gebruiken deze twee weken als afkoelperiode van de vorige bouwcyclus. In de Quality Cycle werken we aan kleinere aanpassingen, technische verbeteringen, code refactoring en algemeen onderhoud.
Met deze werkwijze zorgen we voor een mooie balans tussen focus op product ontwikkeling én het blijven verbeteren van onze kwaliteit. We geloven dat we op deze onze productervaring continu kunnen blijven verbeteren.