Wanneer schakelt u een ontwikkelaarsbedrijf in?

Een ontwikkelaarsbedrijf kan worden ingeschakeld wanneer binnen uw organisatie onvoldoende technische capaciteit beschikbaar is. Ook kan externe ondersteuning nodig zijn wanneer een applicatie specifieke programmeerkennis vereist of meerdere technische onderdelen gelijktijdig moeten worden ontwikkeld.

Mogelijke aanleidingen zijn:

• een nieuwe maatwerkapplicatie laten bouwen;
• een bestaande applicatie technisch uitbreiden;
• een groeiende softwarebacklog uitvoeren;
• mobiele software ontwikkelen;
• API-koppelingen realiseren;
• verouderde softwareonderdelen vervangen;
• technische fouten oplossen;
• extra testcapaciteit inzetten;
• software doorlopend onderhouden.

Een praktisch voorbeeld is een bedrijf dat werkt met een bestaande webapplicatie waarin nieuwe klantfuncties moeten worden toegevoegd. Het interne team heeft onvoldoende capaciteit om de frontend, backend en benodigde koppelingen binnen de gewenste ontwikkelperiode te realiseren.

Een ontwikkelaarsbedrijf kan hiervoor meerdere developers inzetten. Een frontenddeveloper bouwt de schermen en formulieren, terwijl een backenddeveloper werkt aan de gegevensverwerking, autorisatie en API’s. Een QA-specialist kan de complete gebruikersroute testen voordat de uitbreiding beschikbaar wordt gemaakt voor acceptatie.

Een ontwikkelbedrijf kan ook worden ingezet voor volledig nieuwe maatwerksoftware. Denk aan een klantportaal, planningssysteem, SaaS-platform, interne applicatie of mobiele app. De gewenste functies en inhoudelijke keuzes worden door de opdrachtgever aangeleverd en vervolgens technisch ontwikkeld binnen de afgesproken opdracht.

Bij bestaande software is toegang tot de broncode en ontwikkelomgeving nodig. Ook moeten relevante documentatie, databases en gegevens over bestaande koppelingen beschikbaar zijn. Wanneer deze informatie ontbreekt, kan eerst technisch onderzoek naar de codebase nodig zijn.

Daarbij wordt onderzocht hoe de software technisch is opgebouwd, welke programmeertalen en frameworks worden gebruikt en welke afhankelijkheden aanwezig zijn. Dit onderzoek blijft gericht op het kunnen uitvoeren van de afgesproken softwarewerkzaamheden.

Een ontwikkelaarsbedrijf kan daarnaast geschikt zijn wanneer verschillende technische rollen nodig zijn, maar deze niet allemaal intern beschikbaar zijn. In plaats van afzonderlijke specialisten bij verschillende leveranciers te zoeken, kunnen meerdere rollen binnen één ontwikkelteam worden gecombineerd.

Niet iedere rol hoeft gedurende het volledige traject dezelfde capaciteit te leveren. Developers kunnen structureel aan de software werken, terwijl QA, DevOps of technische controle op specifieke momenten wordt toegevoegd.

Hoe werkt de samenwerking?

Afspraken over code en uitvoering

Een ontwikkelaarsbedrijf kan zelfstandig aan een afgebakende softwareopdracht werken of aansluiten op een intern technisch team. De precieze samenwerking hangt af van de bestaande projectstructuur, gebruikte technologie en beschikbare ontwikkelomgeving.

Werkzaamheden kunnen worden vastgelegd in Jira, Azure DevOps of een ander projectmanagementsysteem. Taken bevatten bij voorkeur duidelijke functionaliteiten, acceptatiecriteria en technische informatie.

Voor de uitvoering kan toegang nodig zijn tot:

• broncode en repositories;
• ontwikkel-, test- en stagingomgevingen;
• databases en infrastructuur;
• technische documentatie;
• externe softwarediensten;
• API’s en toegangsgegevens;
• bestaande testprocedures;
• release- en deploymentprocessen.

Wanneer meerdere developers aan dezelfde applicatie werken, worden afspraken gemaakt over versiebeheer, branches, pull requests en code reviews. Hierdoor kan nieuwe code op een vaste manier worden gecontroleerd en toegevoegd aan de gezamenlijke codebase.

De ontwikkeling kan in sprints worden uitgevoerd. Binnen een sprint werkt het team aan de beschikbare taken, waarna de functies technisch worden gecontroleerd en getest. Bevindingen kunnen vervolgens in een volgende ontwikkelronde worden verwerkt.

Bij samenwerking met interne developers kan het externe team aansluiten op de bestaande programmeerstandaarden en technische werkwijze. Dit helpt om verschillen in codeopbouw, naamgeving en releases te beperken.

Een QA-specialist kan afzonderlijke functies en volledige gebruikersroutes testen. Daarbij kan rekening worden gehouden met verschillende gebruikersrollen, browsers, apparaten en verbindingen met externe software.

Een technical lead kan betrokken zijn bij technische afstemming en code reviews. Deze rol richt zich op de technische uitvoering, softwarestructuur en aansluiting op afgesproken ontwikkelstandaarden. De opdrachtgever blijft verantwoordelijk voor de functionele keuzes, inhoudelijke prioriteiten en acceptatie van de software.

Bij langdurige samenwerking bouwen developers kennis op over de codebase en technische afhankelijkheden. Hierdoor kan dezelfde ontwikkelpartij nieuwe functionaliteit bouwen, technische problemen oplossen en onderhoud uitvoeren.

De uitvoering blijft afhankelijk van voldoende informatie en tijdige toegang. Ontbrekende documentatie, verouderde frameworks of beperkingen van externe leveranciers kunnen invloed hebben op de uitvoerbaarheid en ontwikkelwerkzaamheden.

Wanneer een koppeling nodig is met software van een andere leverancier, moet deze software beschikken over een bruikbare API of andere gedocumenteerde interface. Zonder technische toegang kan een integratie beperkt of niet mogelijk zijn.

Toegang tot repositories, databases en bedrijfssoftware kan worden ingericht met persoonlijke accounts, beperkte rechten en beveiligde verbindingen. Ook kunnen afzonderlijke testomgevingen en niet-productiegegevens worden gebruikt.

APPelit is ISO 27001- en NEN 7510-gecertificeerd. De technische werkzaamheden kunnen worden uitgevoerd binnen de toepasselijke procedures van het informatiebeveiligingsmanagementsysteem.