De grootste uitdagingen bij het ontwikkelen van software op maat

In de technologie-industrie zul je herhaaldelijk merken dat maar liefst 50-70% van *aangepast softwareontwikkelingsprojecten eindfalen. Dit eeuwenoude probleem is een nachtmerrie voor veel mensen. CTOs en technische managers. Aan de andere kant betekent een waarschuwing vooraf dat je jezelf en je team kunt voorbereiden. team en het risico op mislukking te minimaliseren. Dit is een uitdaging voor elk team van ontwikkelaars, product ontwerpers en jij - als leider - elkaar moeten ontmoeten.*

Ik twijfel er niet aan dat software op maat projecten zijn veeleisend en je moet zelfs op de kleinste details letten om te slagen. Om eerlijk te zijn, na het bekijken van de statistieken over dit onderwerp, ben ik verbaasd over de omvang van het probleem. Persoonlijk realiseerde ik me hoe belangrijk het was toen ik de verhalen las van bedrijven waarvan de samenwerking met technische partners op een mislukking uitliep of hun team een project als gevolg van een aanzienlijke overschrijding van het budget of de deadline.

Ik begon me af te vragen waarom dit zo was. Ik heb een aantal jaren ervaring in Software-ontwikkelingsprojecten op maatdus ik was bijzonder geïnteresseerd in dit onderwerp. Ik besloot dat ik op basis van mijn eigen ervaring alle grootste bedreigingen zou identificeren die samenhangen met *aangepast softwareontwikkelingdie ik nu met jullie ga delen.*

Mijn persoonlijke lijst van de grootste uitdagingen bij het ontwikkelen van software op maat

1. Taalbarrière. Dit is een van de meest voorkomende problemen wanneer mensen op zoek zijn naar een technische partner. Ik twijfel er echter niet aan dat deze factor gemakkelijk kan worden opgelost. Je hoeft alleen maar een partner voor softwareontwikkeling die een probleemloze communicatie kan garanderen. Vloeiend Engels spreken is verplicht. Het is een internationale taal en je kunt niet goed communiceren zonder. Stel je de situatie voor dat je met een ontwikkelaar wilt praten over een probleem of bug. Als blijkt dat de enige persoon die Engels spreekt een projectmanager is die geen technisch persoon is, dan is er een probleem. Je moet weten dat communicatie met ontwikkelaars - om effectief te zijn - heel precies moet zijn, wat kennis van de Engelse taal vereist. Onthoud deze eenvoudige regel.

2. Slechte communicatie. Communicatieaspecten zijn enigszins gerelateerd aan de taalbarrière. Naast de taal moet je ervan overtuigd zijn dat je dagelijkse samenwerking goed georganiseerd is. Naar mijn mening wordt dit aspect vaak over het hoofd gezien. De competentie van het ontwikkelteam is misschien een essentieel onderdeel van hun werk, maar dat geldt ook voor de communicatie met een klant. Bovendien - en ik weet dit uit eigen ervaring - als het proces van onderlinge communicatie goed wordt beheerd, dan verloopt het hele project veel efficiënter en voorkom je onnodige problemen zoals vertragingen.

3. Deadlines doorbreken. Dit is een veel voorkomende situatie, die je misschien zelf hebt meegemaakt. Het is erg moeilijk om tijdschema's in te schatten voor softwareontwikkelingsprojecten. Vaak zijn de aanvankelijke aannames helemaal verkeerd. Het onvermogen om deadlines te halen kan door veel factoren worden beïnvloed, waaronder de factoren die ik in dit artikel beschrijf. Ik denk dat de juiste methode van projectmanagement hier een grote rol speelt. Aanbevelingen? Zeker Scrum.

4. Onvoldoende kennis. Softwareontwikkelingsprojecten vereisen meestal een brede kennis van technologie. Dit is een grote uitdaging als we bedenken dat technologie voortdurend in ontwikkeling is en ontwikkelaars op de hoogte moeten zijn van al het nieuws. Op dit punt is het belangrijk dat je eigen team op de hoogte is van technologisch nieuws. Dit is niet zo vanzelfsprekend als het lijkt, vooral wanneer de softwareontwikkelingsproject wordt uitgevoerd intern door een kleine groep ontwikkelaars. Er kan zich een situatie voordoen waarin de competenties van je team onvoldoende blijken te zijn, wat snel tot problemen kan leiden en, als gevolg daarvan, het mislukken van je project.

5. Onsamenhangende visie. Stelt u zich een situatie voor waarin u een samenwerking aangaat met een technische partner - bijvoorbeeld een softwarebedrijf en praat over je behoeften. Je beschrijft in detail welk product je wilt maken. In het begin lijkt alles soepel te verlopen. Na verloop van tijd blijkt echter dat uw visie totaal verschilt van die van uw partner. Als gevolg daarvan ontstaat er een probleem omdat het werk van het team van ontwikkelaars en productontwerpers niet aan uw verwachtingen voldoet.
   Ik denk dat dit een veel voorkomend probleem is. Soms is het moeilijk om de visie van de klant te combineren met de "harde" oplossingen van ontwikkelaars. In deze situatie zijn ervaring van het technische team en soft skills zeker nuttig. Het is belangrijk dat je technische partner aan je verwachtingen voldoet, maar als klant moet je je ervan bewust zijn dat een bepaalde oplossing die door het softwarebedrijf wordt voorgesteld, in feite effectiever kan blijken te zijn. Houd dit in gedachten.

6. Veranderingen tijdens het project. In het geval van IT-projecten zijn scope creep (vanuit de eigenaar) en gold planting (vanuit PM, Scrum Master of ontwikkelaars) de meest gebruikelijke bedreigingen. Ongecontroleerde wijzigingen in het project, het toevoegen van nieuwe functionaliteiten of het doorvoeren van veranderingen vallen ongetwijfeld onder bedreigingen die zowel de efficiëntie als de snelheid van projecten beïnvloeden. De juiste benadering van management is ervoor te zorgen dat de eerste sleutelfase 100% nauwkeurig is, omdat dit van invloed is op het latere succes van het project.

7. Onvoldoende fondsen voor projectontwikkeling. Financiering is in wezen een van de belangrijkste factoren voor het succes van je project. Dat is duidelijk. Ik wil echter de aandacht vestigen op een iets ander aspect. Het is belangrijk dat je een gegarandeerd budget hebt voor de lange termijn in plaats van alleen voor de ontwikkelingsperiode waarvan je helemaal aan het begin uitgaat. Waarom? De reden is eenvoudig. Het komt vaak voor dat de ontwikkelingstijd met 20-30% wordt verlengd. U moet hier rekening mee houden zodat uw project financieel veilig is. Je minimaliseert het risico dat je project zich nog in de ontwikkelingsfase bevindt wanneer er budgettekorten ontstaan. Dit is direct gerelateerd aan een verkeerd ingeschatte projectduur.

8. Ongedefinieerde bedreigingen en zwakke punten. Voordat je aan het project begint, weet je waarschijnlijk dat het hele proces niet eenvoudig zal zijn. Je zult het waarschijnlijk met me eens zijn dat elk project een uitdaging is. Daarom denk ik dat je, voordat je aan het project begint, mogelijke bedreigingen en zwakke punten moet analyseren die van invloed kunnen zijn op het eindresultaat. Het is belangrijk om dergelijke bedreigingen vanaf het begin goed te beheren.

Samenvatting

Ik wil niet suggereren welke van de bovenstaande bedreigingen het meest voorkomt. Ik denk dat hier geen regel voor is - het hangt allemaal af van de specifieke kenmerken van het project. Als je echter voor de uitdaging staat om je eigen project succesvol te implementeren, houd dan in gedachten wat ik hier heb geschreven. Ik denk dat rekening houden met de problemen die ik beschrijf een leidraad voor je kan zijn, die aangeeft wat je niet moet doen en hoe je met een bedreiging om moet gaan. Dit alles om geen slachtoffer te worden van wrede statistieken, maar om het project succesvol af te ronden.

En dat wens ik jou toe. Als je vragen hebt over ontwikkeling van software op maatneem dan contact met me op. Ik zal ze allemaal met plezier beantwoorden.

Lees meer:

Waarom is het de moeite waard om een groeiteam te hebben dat verantwoordelijk is voor bedrijfsontwikkeling? Casestudie Codest

Hoe vind je een geschikte markt voor je product?