Krijg meer grip op projecten en kwaliteit met Jira

Softwareontwikkeling vraagt om structuur én flexibiliteit. Elk project brengt nieuwe wensen, afhankelijkheden en prioriteiten met zich mee. Bij SST Software gebruiken we Jira om die dynamiek in goede banen te leiden. Het systeem helpt ons om werk inzichtelijk te maken, verantwoordelijkheden helder te verdelen en de voortgang te bewaken.

Jira is meer dan een tool; het is een manier van samenwerken. Door consistentie in processen, duidelijke workflows en transparantie in voortgang bouwen we niet alleen software, we bouwen vertrouwen. Dat past bij onze kernwaarden: kwaliteit, samenwerking en betrouwbaarheid.

Elk project binnen SST Software heeft een eigen plek in Jira. De projectmanager richt het project in, bepaalt het type proces, geeft mensen toegang en regelt de autorisaties. Omdat Jira met een strikte rechtenstructuur werkt, behouden we controle en veiligheid over gevoelige informatie. Loop je tegen beperkingen aan? Dan kun je altijd bij je project manager terecht.

Door onze processen centraal te beheren via de projectmanager, zorgen we dat elk project volgens bewezen methoden is ingericht. Dat geeft structuur én vertrouwen bij team en klant.

Binnen Jira werken we met twee procesvormen: Kanban en Sprint.

• Kanban richt zich op een continue stroom van werk. De backlog is verdeeld in werkvoorraad en onderhanden werk.
• Sprint werkt in afgebakende iteraties. Hierin plannen we vooraf de taken die binnen een sprint (meestal twee weken) worden uitgevoerd.

Beide methodes draaien om één principe: transparantie. De backlog laat precies zien wat er nog moet gebeuren en wat er al loopt. Dit zorgt ervoor dat we snel schakelen, prioriteiten bijstellen en effectief samenwerken.

Dankzij onze jarenlange ervaring met beide methodieken weten we exact welke aanpak het beste past bij de aard en fase van een project.

In Jira beschrijven we elk stuk werk in een ticket. Er zijn drie hoofdtypen:

• Feature: een nieuwe wens, functie of verandering in de applicatie
• Bug: een afwijking van de specificatie of het verwachte gedrag
• Technical debt: verbeteringen of refactoringen die eerder zijn uitgestel

Daarnaast kennen we Epics: overkoepelende tickets die meerdere kleinere tickets bundelen. Op deze manier houden we overzicht over grotere thema's of releases.

Nieuwe tickets worden eenvoudig aangemaakt via de Create-knop en verschijnen onderaan de backlog. Van daaruit worden ze geprioriteerd en op de juiste plek gesleept. In Sprint projecten kunnen tickets direct aan een sprint worden toegevoegd, mits deze nog niet actief is.

Door tickets altijd op dezelfde manier te definiëren, creëren we duidelijkheid in onze communicatie en uitvoering. Iedereen weet wat er verwacht wordt.

Elk ticket doorloopt drie hoofdfasen:

1. Preparation: voorbereiding en specificatie
2. In progress: uitvoering en testen
3. Done: afronding en oplevering

Binnen die fasen onderscheiden we verschillende statussen.

Bijvoorbeeld:

• Preparation: “Waiting for review” of “Ready to start”
• In progress: “Testing”, “Waiting for acceptance"
• Done: “Delivered” of “Rejected

Zo houden we altijd zicht op waar elk stukje werk zich bevindt. Dankzij deze transparantie kunnen teams beter samenwerken en klanten realtime zien hoe hun project vordert.

Deze werkwijze zorgt voor controle, voorspelbaarheid en vertrouwen. Intern én extern.

Onze workflow vormt de ruggengraat van elk project. Elk ticket doorloopt vaste stappen, van voorbereiding tot oplevering, zodat we consistentie en kwaliteit garanderen.

De ideale route ziet er zo uit:

• Preparation: ticket aangemaakt en ingevuld
• Review: beoordeling door lead engineer
• Ready to start: goedgekeurd en ingepland
• In progress: uitvoering en testen
• Delivered: afgerond en opgeleverd

Afwijkingen zijn mogelijk, maar altijd traceerbaar. Daardoor weet iedereen altijd waar het ticket staat en wie de volgende actie moet nemen.

Door te werken met een bewezen workflow creëren we voorspelbaarheid en vertrouwen.

Alles wat we doen, begint in de backlog. Hier verzamelen we alle wensen, bugs en verbeteringen.

Onze stelregel: “Werk dat niet op de backlog staat, bestaat niet.”

De projectmanager bewaakt de prioriteiten, terwijl de business analist helpt bij de inhoudelijke uitwerking. Hierdoor blijft de focus liggen op wat écht waarde toevoegt.

Dankzij deze structuur weten we zeker dat geen enkel detail over het hoofd wordt gezien.

Uiteindelijk draait alles om opleveren.

Wanneer werk gereed is, bundelen we tickets in een release. Deze releases worden in Jira gedefinieerd door de lead engineer. Tickets die onderdeel zijn van een release, worden gekoppeld via het veld “Fix Version". Op het tabblad Releases is te zien welke versies er zijn, welke tickets erin zitten en wat de status is.

Met één klik op “Release notes” wordt automatisch een overzicht gegenereerd van alle opgeleverde onderdelen, een waardevol hulpmiddel voor communicatie richting de klant.

Door gestructureerd te releasen, leveren we niet alleen software maar ook continu waarde. Elk project moment is meetbaar, beheersbaar en herleidbaar.

Bij SST Software geloven we dat structuur de basis vormt voor vrijheid. Dankzij Jira kunnen onze teams efficiënter werken, klanten realtime inzicht geven en samen successen vieren.

Of het nu gaat om bugfixes, nieuwe features of grote releases: met een helder proces houden we grip op kwaliteit en voortgang, zonder de menselijke kant van samenwerking te verliezen.

Wil je weten hoe wij Jira inzetten om projecten soepel te laten verlopen en software van topkwaliteit te leveren?