1. Het idee
Wat is je idee en in hoeverre is deze uitgewerkt? Is het een volledig nieuw project of een verbetering van een bestaande applicatie? Wat zijn de precieze eisen? Des te nauwkeuriger jij je visie al hebt uitgewerkt, des te efficiënter je developers aan de slag kunnen. Welke bijdrage verwacht je van je developers? Zoek je een proactieve sparringpartner – of iemand die puur jouw voor-gedefinieerde wensen uitvoert? Er is natuurlijk geen fout antwoord, maar dit heeft wel impact op wat voor developer je dient te zoeken.
2. Het ontwerp
Weet je al precies hoe jouw website of applicatie eruit dient te komen te zien? Of laat je dit juist nog graag ontwerpen? Niet elke developer is een goede designer – en vice versa. Des te meer je jouw visie al hebt uitgedacht en uitgewerkt in een concreet ontwerp, des te meer je je budget kunt focussen op de technische ontwikkeling van je applicatie.
3. De programmeertaal
Welke taal past het beste bij de wensen van jouw project? Een website of softwareapplicatie bestaat normaliter uit een frontend (wat de gebruiker te zien krijgt) en een backend (de database en machine erachter). Voor beide onderdelen bestaan veel verschillende programmeertalen met allen hun eigen implicaties. Developers zijn meestal gespecialiseerd in één of enkele talen. Weet je al precies in welke taal je jouw project wilt laten ontwikkelen? Of ontvang je hierover graag een advies?
4. Eén of meerdere developers?
Hoe groot is het team dat je nodig hebt? Dat is vooral afhankelijk van de grootte van je project en jouw eigen expertise. Is je project redelijk klein en tot in de details uitgewerkt, dan kun je soms prima vooruit met één developer. Is het project complexer? Dan is het vaak het efficiëntst om met meerdere developers te werken – met verschillende expertises en/of verschillende niveaus – en bijvoorbeeld ontwerpers, adviseurs en een projectmanager.
5. Junior of senior?
Welk niveau is vereist om jouw wensen te realiseren? Bij developers wordt het skill level vaak aangeduid als junior, medior of senior. Het prijskaartje verschilt vanzelfsprekend per niveau. Daarom is het natuurlijk zonde om relatief simpelere taken door een senior developer te laten doen. Daarentegen doet een junior developer normaliter uiteraard langer over complex werk, waardoor een senior developer daarvoor weer voordeliger is.
6. Op locatie of remote?
Waar wil je het liefst dat je team werkt? Heb je kantoorruimte ter beschikking waar je graag de werkzaamheden overziet? Of stuur je mensen aan die op andere locaties werken? Dit ligt vooral aan jouw persoonlijke voorkeur. Het inhuren van een partij die tijdelijk bij jou op locatie komt werken, kan prijziger zijn dan een partij op afstand. Daarentegen ben je dan wel nauwer betrokken bij het werk.
7. Onshore of offshore?
Als je een remote partij zoekt, zoek je die dan graag in Nederland of is offshoring voor jou een oplossing? Als je budget beperkt is, dan vind je de meest betaalbare developers meestal in landen met lagere looneisen. Het kan wel een uitdaging zijn – met verschillende talen, culturen en tijdzones – om een offshore team aan te sturen.
8. De aanpak
Hoe ga je met je project aan de slag? Waar begin je en hoe meet je de vooruitgang? Er zijn verschillende filosofieën over hoe je een complex IT-project leidt. Een populaire filosofie is ‘agile development’, waarbij je zo snel mogelijk een ‘minimum viable product’ (MVP) lanceert om te kunnen testen hoe je eindgebruiker erop reageert. Zo staat je eindgebruiker centraal, heb je steeds een werkend product en houd je strakke controle over je budget en je prioriteiten.
9. De communicatie
Hoe houd je al je stakeholders op één lijn? Strakke communicatie en een gedeelde visie is cruciaal voor de efficiëntie van een softwareproject. Hoe groter je team is, des te meer tijd vereist is om alles en iedereen in goede banen te leiden. Een uitdaging in IT-development is dat het perspectief en de expertise van de opdrachtgever en developers vaak zo verschillend zijn dat de communicatie stroef verloopt. De inschakeling van een ervaren projectmanager die daar tussenin staat, is vaak een kans om de efficiëntie te verbeteren en potentiële frustraties te besparen.
10. De prijs
Wat gaat het uiteindelijk kosten? Heb je een goed beeld van wie/wat je nodig hebt en heb je een partij gevonden die dat biedt? Dan maak je afspraken over de kosten. In essentie zijn er twee manieren: de kosten zijn (1) vast of (2) variabel. Des te groter je project is, des te complexer het is om daar vooraf een vaste prijs voor op te stellen. Elke IT-project is een uniek web van verschillende programmeertalen, functionaliteiten en platforms. Een vaste prijs is fijn omdat je als opdrachtgever niet voor verrassingen komt te staan. Echter zit in een vaste prijs natuurlijk een risicomarge omdat zich altijd onvoorziene obstakels kunnen voordoen. Daardoor kan een variabele prijs significant voordeliger uitpakken, omdat je daarin alleen betaalt voor de daadwerkelijk bestede uren. Bij een variabele prijs is het vooral belangrijk dat je jouw developer vertrouwt in dat deze zo productief en efficiënt mogelijk werkt.
Er zijn dus veel punten om bij stil te staan in de zoektocht naar een developer. Door het allemaal op een rij te zetten, hopen we je te helpen een weloverwogen keuze te maken.
