Diensten van het bedrijf voor de ontwikkeling van software op maat

Diensten van het bedrijf voor de ontwikkeling van software op maat

Wij zijn een bedrijf die digitale teams op afstand bouwt voor bureaus, IT-serviceproviders en IT-afdelingen.

Hier bespreken we de uitdagingen, mogelijke oplossingen, voordelen van outsourcing en aanvullende informatie over het ontwikkelen van maatwerksoftware.

Inleiding: Uitdagingen

Bij het bouwen van IT-oplossingen zijn er veel uitdagingen. Bij het inschakelen van een externe leverancier wordt het nog ingewikkelder.

Enkele van die uitdagingen zijn:

1. Transparantieproblemen : Ervoor zorgen dat de externe leverancier inzicht geeft in hoe de software is ontwikkeld en dat er geen “rookgordijn” is zoals projectmanagers en verkopers die een nauwlettend onderzoek naar de interne processen verhinderen.
2. Wie werkt er aan het project : In sommige gevallen weet de partner die het werk uitbesteedt niet wie er daadwerkelijk aan het IT-project werkt. Vragen als “Welke programmeurs zijn erbij betrokken?”, “Zijn het allemaal ervaren IT-professionals?”, “Zijn zij degenen die hebben meegewerkt aan de voorbeeldprojecten die in de verkoopfase genoemd zijn?”, “Zijn er testers/kwaliteit betrokken analisten en applicatiearchitecten?”, “Of zijn er alleen junior programmeurs in het team?” blijven in sommige gevallen onbeantwoord.
3. Vertrouwensproblemen : Hoe oprecht is de IT-dienstverlener? Werken ze vanuit een hoge integriteit? Staan ze helemaal open, als er iets negatiefs gebeurt? Of verbergen ze mogelijke problemen die zich in de toekomst kunnen voordoen? Zoals onderhoudbaarheid of schaalbaarheid van het systeem, die pas in de toekomst te ontdekken is en niet direct na oplevering van het project.
4. Transparantie in verband met facturering : Factureren ze meer uren dan nodig? Beleggen ze een te grote marge op hun kosten?

Doorgaans zal transparantie met betrekking tot wie aan het project werkt en ook met factureringsgerelateerde vragen de relatie tussen leverancier en de partner die het werk heeft uitbesteed uithollen.

De redenen voor deze problemen zijn te vinden aan de kant van de outsourcingbedrijven, maar ook aan de kant van de partners.

Problemen met leveranciers (IT-provider):

1. Kent het betalingsgedrag van de klant niet : Betaalt de klant al zijn rekeningen op tijd? Zullen ze de betalingen over een lange periode slepen? Zullen ze hun rekeningen niet betalen omdat ze zeggen dat het project niet in de juiste kwaliteit of op tijd is opgeleverd? Dit alles zorgt ervoor dat de dienstverlener aarzelt om zijn “A”-team bij het project te betrekken en vermijdt hij in het begin te veel tijd te besteden voordat hij antwoord op die vragen heeft.
2. Heeft niet de benodigde expertise, maar heeft het project nodig vanwege interne kostenstructuur : Soms hebben leveranciers van maatwerkapplicaties hoge maandelijkse kosten vanwege salarissen en andere infrastructuurkosten (huur, computers, internet, overhead, etc.). Hierdoor zullen sommige leveranciers projecten aannemen die ze niet in een hoge kwaliteit tegen de best mogelijke prijs kunnen doen. Om hun onkosten te dekken zullen ze het project toch aannemen.
3. Wil stroperij van werknemers voorkomen : Door de programmeurs achter projectmanagers en verkopers te verstoppen, zorgt de IT-leverancier ervoor dat een mogelijke stroperij van talent wordt voorkomen. Want als de verkoper het gedrag van de partner niet kent, kan het zijn dat ze hem gaan weghuren. Dit “rookgordijn” zal voor communicatieproblemen zorgen, omdat alle berichten via verschillende mensen moeten gaan, die niet veel waarde toevoegen aan de discussie.
4. Wil ervoor zorgen dat facturering en inspanningen in balans zijn : De verkoper kan nauw bij het proces worden betrokken, om ervoor te zorgen dat facturering en inspanningen in evenwicht zijn. Maar dit zal het project als zodanig niet helpen en is in plaats daarvan alleen nuttig voor de leverancier.

Partner (klant) problemen:

1. Kan ik er zeker van zijn dat het eindresultaat is wat ik ervan verwachtte?: Als een team van 5 mensen 7 maanden aan het project werkt, alle rekeningen zijn betaald en de applicatie wordt opgeleverd, weet ik dan zeker dat ik een oplossing krijg die schaalbaar en onderhoudbaar is? Dit kan de partner pas weten na enkele maanden interne tests en verdere feedback van eindklanten.
2. Betaal ik te veel voor diensten van lage kwaliteit?: Zoals in het begin vermeld, weet de partner niet zeker wie aan de applicatie werkt, als transparantie ontbreekt. Dit kan op zijn beurt de kwaliteit van de output beïnvloeden.
3. Hoe kan ik ervoor zorgen dat het product in de toekomst onderhouden kan worden?: Hoe zit het met codeerstandaarden, documentatie en onderhoudbaarheid? Kan ons eigen team of een team van een andere leverancier gemakkelijk weten wat er in de code gebeurt en daarop voortbouwen? Dit zijn zaken die belangrijk zijn bij de ontwikkeling van maatwerksoftware. Omdat een groot percentage van de projecten in deze volgende fase mislukt.

Mogelijke oplossingen

De externe leverancier die de applicatie bouwt, moet er zeker van zijn dat hij vergoed wordt voor zijn diensten en wil aan de andere kant samenwerken met betrouwbare partners.

De partner wil er zeker van zijn dat hij de beste waarde krijgt voor een redelijk budget. Een oplossing die schaalbaar, snel en onderhoudbaar is.
We werken al vele jaren samen met verschillende klanten van over de hele wereld. Om eerlijk te zijn: sommige van die projecten zijn mislukt om de redenen die in het begin van de tekst worden genoemd.

Sinds 2014 hebben we ons model veranderd in het leveren van toegewijde IT-experts aan onze partners, dit is het punt waarop de zaken zeer positief worden. Met de meeste klanten uit die tijd werken we nog steeds.

Hoe toegewijde teams werken

In plaats van de traditionele uitbestedingssamenwerking, waarbij de leverancier alle vereisten van begin tot eind overneemt, zal er een grotere betrokkenheid van de klant zijn.

Hiervoor zijn aan partnerzijde de volgende zaken nodig:

• a) Een projectmanager : Deze persoon zou al projecten moeten hebben gedaan die te maken hebben met applicatieontwikkeling. Zo weet hij/zij welke uitdagingen zich kunnen voordoen in IT-projecten en hoe deze op te lossen.
• b) Een codeerexpert : Iemand aan de partnerkant, die coderen door en door kent. Dit zorgt ervoor dat de aangeleverde programmering kan worden gecontroleerd door het partnerbedrijf. Op deze manier kunnen eventuele problemen zeer snel worden gevonden.

Om mankracht te besparen, kan de projectmanager ook de codeerexpert zijn.

De volgende dingen zijn vereist van de kant van de leverancier:

• a) Directe toegang tot de programmeurs: De leverancier geeft directe toegang tot de ontwikkelaars, om ervoor te zorgen dat de communicatie soepel verloopt en dat communicatielacunes worden vermeden. In de meeste gevallen zullen de IT-expert aan de kant van de leverancier en de coderingsexpert aan de partnerkant de juiste oplossing vinden voor de architecturale problemen die zich zouden kunnen voordoen.
• b) Inspraak bij de selectie van teamleden : De leverancier geeft de partner de mogelijkheid om de teamleden te selecteren die aan het project zullen werken. Dit is belangrijk, aangezien de partner zijn eigen werkcultuur, kwaliteitseisen en zijn eigen IT- en projectmanagementtools kan hebben. Hiervoor zal de leverancier de CV’s van de programmeurs aanleveren en kan de klant dienovereenkomstig selecteren.
• c) Mogelijkheid om elkaar te bezoeken : De leverancier van softwareontwikkelingsdiensten moet de klant toestaan om hun eigen locatie te bezoeken, of dat de teamleden de klant indien nodig bezoeken. Dit zorgt ervoor dat er een sterkere band ontstaat tussen de onsite en offsite teams. Elkaar rechtstreeks ontmoeten zal een groot verschil maken voor de teamsamenwerking.

Hier een uitlegvideo over hoe zo’n proces eruit zou kunnen zien:

Conclusie

Werken met externe bedrijven voor de ontwikkeling van aangepaste software kan een goed idee zijn. Zeker als de benodigde mankracht niet binnen het eigen team aanwezig is.

Het kan soms een uitdaging zijn om het te laten werken. Volgens verschillende onderzoeken en onze eigen ervaring mislukt een groot deel van IT-projecten. De redenen hiervoor en mogelijke oplossingen worden in deze tekst genoemd.

Wat is jouw ervaring met software outsourcing? We horen graag van je.

Interessante artikelen:
Topontwikkelaars voor ontwikkeling op maat
Softwareontwerp en -ontwikkeling door oxagile – als u op zoek bent naar een agile aanpak

Afbeeldingen: Flickr.com/ Official GDC/ Sonin

De auteur: Sascha Thattil werkt als CEO en projectmanager bij www.Software-Developer-India.com, een onderdeel van de YUHIRO Group. YUHIRO is een Duits-Indiase onderneming die programmeurs levert aan kleine tot middelgrote IT-bedrijven, agentschappen en IT-afdelingen.