Leestijd : 1 minuten

Wat te vragen bij het kiezen van een softwareontwikkelingsbedrijf

Elk softwareontwikkelingsproject begint met veel vragen en zorgen, vooral als u voor het eerst uitbesteedt aan een leverancier, of als de leverancier die u in dienst neemt nieuw is voor uw organisatie. De voor de hand liggende vragen gaan over hun tarieven, factureringspraktijken, contracten, ervaring, omvang en schaal, en of ze aan uw tijdlijn kunnen voldoen. Deze vragen zijn belangrijk, maar ze mogen niet uw enige criteria zijn bij het selecteren van een leverancier. Een beslissing nemen puur op basis van prijs en verschillende hygiënische factoren kan uw softwareontwikkelingsproject in de problemen brengen. Dus wat zijn de vragen die er echt toe doen, en wat zijn de andere parameters die u kunnen helpen bij het peilen van een softwareontwikkelingsbedrijf?

De eerste grote vraag is welk softwareontwikkelingsbedrijf het beste bij u past. In onze ervaring met klanten over de hele wereld, hebben we een heleboel vragen gekregen die variëren van voor de hand liggende tot vragen die een diepe duik vereisen en die cruciaal zijn voor het opbouwen van vertrouwen. Op basis van deze ervaringen delen we een lijst met vragen die u zullen helpen beslissen met welk softwareontwikkelingsbedrijf u moet samenwerken. Dit is misschien geen volledige lijst en we zouden graag zien dat u deze lijst aanvult door ons te schrijven.

V. Welke processen volgt u om ervoor te zorgen dat u volledig aan onze eisen voldoet?

Waarom is dit belangrijk: Zelfs vandaag de dag mislukken veel IT-projecten. Uit een onderzoek van Innotas in 2019 bleek dat volgens 55% van de ondervraagde IT-professionals hun projecten waren mislukt, voornamelijk als gevolg van een misverstand of miscommunicatie tussen het softwareontwikkelingsbedrijf en de klant. Het is normaal dat u uw probleem beter kent, omdat u zich in dat domein bevindt en ervan uitgaat dat sommige aspecten van uw vereiste voor de hand liggen, maar dat u het misschien niet zo goed kunt communiceren met de leverancier. Dit laat ruimte voor fouten omdat een ontwikkelaar alleen zal bouwen wat hem expliciet wordt gevraagd te bouwen.

Ideale reactie: de verkoper moet weten welke vragen hij moet stellen voor verdere verduidelijking om eventuele hiaten tussen de verwachting en wat wordt geleverd te elimineren. Een ervaren softwareontwikkelingsbedrijf zal antwoorden door de verborgen complexiteit van functies en de verschillende opties/keuzes te ontrafelen. Ze zullen diepgaande vragen stellen waarmee ze niet alleen kunnen bouwen volgens de vereisten, maar ook verbeterde functies kunnen introduceren om op het product voort te bouwen. De leverancier heeft een standaardlijst met vragen die dient als een sjabloon die ze voor elke klant kunnen aanpassen. Luister naar woorden als wireframes, prototypes, proof-of-concepts en minimaal levensvatbare producten (MVP’s). Dit zijn tools die softwareontwikkelaars gebruiken om hun begrip over te brengen en u de mogelijkheid te geven dat begrip te valideren. Als de leverancier zo’n lijst kan verstrekken en deze kan verbeteren na elke voltooiing van het project voor een klant, dan weet u dat u op de goede weg bent. Om te beginnen moet de softwareontwikkelaar aanbieden om te beginnen met het schetsen van ideeën, zodat u gemakkelijk uw verwachtingen kunt verduidelijken en vervolgens geleidelijk de reis naar een functioneel doorklikprototype kunt maken.

V. Gaat u bronnen gebruiken die zich op afstand bevinden?

Waarom is dit belangrijk: Het is algemeen bekend dat veel softwareontwikkelingsbedrijven tegenwoordig alleen verkoop- en bedrijfskantoren in de VS hebben met hun ontwikkelingsteams in Azië of soms in Europa. Hoewel offshore outsourcing al tientallen jaren bestaat en de meeste bedrijven nu goed thuis zijn in offshoring-praktijken, helpt het om te weten hoe uw leverancier verschillende tijdzones, culturen en de taal voor communicatie beheert. Veel projecten mislukken omdat een gebrek aan, of slechte en onvoldoende communicatie het vertrouwen van de klant beschadigt.

Ideale reactie: uw leverancier zou u kanalen moeten aanbieden om rechtstreeks te communiceren met hun softwareontwikkelaars die aan uw project werken, en uw leverancier zou u die vrijheid en dat comfort moeten kunnen bieden. Als het niet het hele team is, moeten in ieder geval de belangrijkste ontwikkelaars en de projectleider goed thuis zijn in het Engels en vertrouwd zijn met klantcommunicatie. Daarnaast moet uw leverancier u kunnen laten zien hoe de communicatiestroom zorgt voor tijdige updates, bijna realtime inzicht in het project en samenwerking binnen het team.

V. Hoe zit het met bibliotheken en de bijbehorende licentiekosten?

Waarom is dit belangrijk: Ontwikkelaars besparen graag tijd en geld door systemen te bouwen bovenop interne platforms of platforms van derden. Hoewel het geen slechte gewoonte is om platforms van derden te gebruiken om de ontwikkeling te versnellen en omdat het bouwen van elke regel code vanaf het begin behoorlijk duur kan zijn, zijn er enkele dingen die fout kunnen gaan als je niet voorzichtig bent. Zorg er om te beginnen voor dat uw software niet gebaseerd is op een programma waarvoor een jaarlijkse abonnementsvergoeding vereist is, of dat deze verouderd kan zijn en in de toekomst zelfs niet meer bestaat. Het platform van derden moet gebaseerd zijn op populaire bibliotheken/frameworks.

Ideale reactie: Idealiter zou uw leverancier u de broncode moeten kunnen geven. Maar als een softwareontwikkelaar een intern platform gebruikt, zal hij niet bereid zijn de broncode vrij te geven. Dus als de relatie met het softwarebedrijf slecht gaat, moet je er zeker van zijn dat je alles hebt wat nodig is om het softwaresysteem waarvoor je hebt betaald te wijzigen of in te bouwen, want het zal niet gemakkelijk zijn om wijzigingen aan te brengen zonder terug te gaan naar het origineel ontwikkelaar.

V. Gaat u een volledig geautomatiseerd implementatiesysteem leveren?

Waarom is dit belangrijk: een geautomatiseerde implementatieoptie is altijd beter, vooral omdat de implementatiefase een van de meest voorkomende foutenbronnen is in een softwareontwikkelingsproject. Implementatie is een complex proces met verschillende componenten, zoals het installeren van meerdere bibliotheken, het maken van directorystructuren, het compileren van broncode en het verplaatsen van bestanden naar de productieomgeving. Handmatige implementatie vergroot de kans op variaties tussen de ontwikkel- en productieomgeving, die moeilijk te diagnosticeren en vrij duur te corrigeren zijn.

Ideale reactie: de leverancier moet u een geautomatiseerde implementatie aanbieden om uniforme ontwikkel-, test- en productieomgevingen te garanderen. De geautomatiseerde implementatie maakt ook de continue levering van code in elke omgeving mogelijk, waardoor fixes snel kunnen worden uitgerold.

 

V. Wat is uw proces voor softwareontwerp en -ontwikkeling?

Waarom is dit belangrijk: Een ervaren softwareontwikkelingsbedrijf zal betrouwbare, herhaalbare processen gebruiken die de organisatie, consistentie en kwaliteitscontrole mogelijk maken. Het moet een proces zijn dat gebaseerd is op praktische ervaring, geleerde lessen en toonaangevende praktijken. Uw leverancier moet u ook kunnen begeleiden bij de beste aanpak voor u, zelfs als dit betekent dat u afwijkt van uw standpunt.

Ideale reactie: Uw leverancier van softwareontwikkeling moet kunnen praten in termen van Agile-processen, iteraties, UX/UI-onderzoek, QA/testing, logging, enz. Dit zijn goede praktijken die bijdragen aan het succes van projecten en het verminderen van risico’s. Ze moeten ook in staat zijn om de ervaring met het bouwen van MVP’s te bespreken, met extra krediet om het specifiek aan uw project te kunnen koppelen.

V. Wat gebeurt er na levering?

Waarom is dit belangrijk: alle softwareproducten hebben ondersteuning na de lancering nodig en u moet weten wat voor soort ondersteuning uw leverancier van softwareontwikkeling belooft zodra de software is geïmplementeerd.

Ideale reactie: de leverancier moet u vertellen dat ze indien nodig voortdurende ondersteuning, onderhoud en upgrades, probleemoplossing, verbeteringen, enz. kunnen bieden. Na de levering is het ook belangrijk om ervoor te zorgen dat uw leverancier u de eigenaar maakt van het intellectuele eigendom en de broncode van de software. Als uw leverancier goed is, bieden ze ook garanties of servicegaranties.

V. Waarom is uw bedrijf geschikt voor mijn softwareproject?

Waarom is dit belangrijk: met deze vraag kunt u evalueren hoe goed de leverancier uw bedrijf, product, doelen en prioriteiten begrijpt. Zou je willen werken met een partner die je “niet echt snapt”?

Ideale reactie: de leverancier moet in staat zijn om precies over uw behoeften te praten en zijn waardeproposities rechtstreeks te koppelen aan wat belangrijk voor u is.

 

V. Biedt u geautomatiseerde tests aan?

Waarom is dit belangrijk: Het testen van de ontwikkelde software is essentieel, maar een vrij dure activiteit. U kunt het zich niet veroorloven om foutieve of defecte software naar buiten te sturen. Maar het automatiseren van het testproces maakt het een snellere en relatief goedkopere activiteit.

Ideale reactie: uw leverancier van softwareontwikkeling zal aanbieden om een volledige reeks geautomatiseerde tests uit te voeren, zelfs als dit de tijd die ermee gemoeid is, zal opvullen, omdat een ervaren leverancier weet dat zelfs als het in eerste instantie meer tijd kost op de lange termijn, de toegevoegde waarde onverslaanbaar is . Geautomatiseerd testen gaat veel verder dan de implementatie en stelt u in staat uw software continu op problemen te testen.

Geen enkele onderneming begint een softwareontwikkelingsproject met de verwachting te mislukken, maar dat kan een reële mogelijkheid zijn als u er niet in slaagt de juiste softwareontwikkelingspartner te kiezen. De sleutel is om de juiste vraag te stellen en de juiste informatie te krijgen om u te helpen de keuze te maken die het beste bij een speeltje past. U moet een ontwikkelingspartner kiezen die niet alleen de klus zal klaren, maar die uw bedrijf begrijpt en uw belangen centraal stelt bij elke beslissing. Wat we hebben gedeeld, zijn slechts enkele van de vragen die u zou kunnen stellen. We hopen dat deze vragen u zullen helpen bij het kiezen van een softwareontwikkelingsbedrijf dat bij u past.

Janaha Vivek

I write about fintech, data, and everything around it | Assistant Marketing Manager @ Zuci Systems.

Deel deze blog, kies uw platform!

Leave A Comment

gerelateerde berichten