5 Dingen waar developers blij van worden

Het klinkt misschien gek, maar de meeste ontwikkelaars missen waardering voor hun werk, omdat het vaak niet zichtbaar is. Veel klanten zien hoe mooi iets visueel oogt en vinden het vanzelfsprekend dat het ‘moet werken’. Developers wringen zich in allerlei bochten om een zo goed mogelijk resultaat op te leveren binnen budget, tijd en wensen, maar krijgen dan toch te horen: “Oh, maar ik wil ook facturen kunnen sturen met dit systeem….” . Als jij kenbaar maakt aan je developer dat je het super tof vind wat er is gemaakt dan wil hij of zij alleen maar meer coole dingen voor je maken.

Je wensen moeten duidelijk zijn echter is het beter om de ‘hoe’ vraag bij de developer neer te leggen. Het aantal IT projecten dat beter is geworden, omdat de klant of project manager dacht dat iets ‘handig is om zo te doen’ of ‘we weten dat het niet logisch is, maar dat willen wij nu eenmaal’ is op een hand te tellen. Bij bedrijven als Facebook is het zelfs zo dat developers meer beslissingsbevoegdheid hebben dan de marketingmedewerkers en projectmanagers. Is een developer van mening dat iets niet kan of handig is dan komt het niet in het systeem. Immers weten zij van voor tot achter hoe alles werkt en waar de echte risico’s verborgen zijn. Volg daarom goed de adviezen van je developer op.

Er is niets vervelenders voor een programmeur dan werken met een erg verouderd systeem, helemaal als daar geen documentatie van is. Sterker nog in veel gevallen is het duurder om een oud systeem aan te passen dan een nieuw systeem te bouwen. Met een modern platform als Laravel of React maak je developers blij. Let wel op dat je niet te modern gaat. Afhankelijk zijn van experimentele oplossingen kan net zo slecht uitpakken als het aanpassen van oude meuk. Hier is de tip, vraag aan de developer waar hij of zij het liefste mee werkt en vooral waarom. 

In veel gevallen moet er bij het bouwen van moderne systemen samengewerkt geworden door een team van ontwikkelaars en bovendien zijn er vaak een aantal externe partijen bij betrokken. Met name als het gaat om het realiseren van API koppelingen of het overstappen van een oud naar een nieuw systeem. De meeste developers delen graag kennis, maar hebben geen zin om een junior of een andere partij op sleeptouw te nemen die nog niet op hetzelfde niveau is. Start je een project waarbij meerdere teams, zoals een interne IT afdeling of een softwareleverancier moeten samenwerken, laat hen dan eerst even verkennen of de werkprocessen, kennis en manier van werken enigszins op elkaar aansluiten.