Case uitvoeren in je sollicitatie procedure

[DutchKel]

RickyHeijnen schreef op maandag 9 september 2024 @ 18:36:
[...]


Ik vind het bijzonder dat het thuiswerken zoveel wordt aangehaald in dit topic alsof het een soort gewoonte is om maar iedereen thuis te laten werken. Er zijn zoveel beroepen waarbij thuiswerken niet eens mogelijk, maar als het mogelijk is moet het blijkbaar maar als een cadeautje weggegeven worden?

In mijn ogen is thuiswerken meer een skill die je moet bezitten of moet ontwikkelen. Als blijkt dat je dat goed afgaat dan kun je meer thuiswerken. De praktijk bij mij is dat dit niet een skill is die iedereen zomaar heeft.

Ik denk dat het veel wordt aangehaald omdat je concurrentie daarin al veel verder is. De meeste bedrijven leveren sowieso een high-end laptop voor developers, zorgen ervoor dat elke developer minimaal een Microsoft Account heeft met e-mail en teams en als je de grotere spelers hebt dan wordt er ook een MSDN licentie geleverd. In de consultancy (waar je voornamelijk mee concurreert) is het ook vrij gebruikelijk dat er een lease auto wordt geleverd en er is vaak een bonus constructie met de behaalde winst die een persoon voor het bedrijf oplevert.

Hierboven kun je met de meeste onderdelen denk ik niet concurreren dus moet je de dingen aanpakken die je wel kunt bieden en dat zo mooi mogelijk inpakken. De personen die je zoekt zijn er zeker wel, maar die werken al bij concurrenten en zullen echt niet overstappen bij jou.

Wat ik ontzettend positief aan je vind is dat je de berichten hier goed oppakt en er ook echt over nadenkt. Ik hoop ook echt dat het je iets oplevert.

[Zebby]

Ik lees hier een echte ontwikkelaar die probeert een manager te zijn. Klassiek geval in ouderwetse organisaties waar teams aan kapot gaan, want veel "echte" engineers zijn niet geschikt om aan te sturen, die willen dat ook helemaal niet.

Heel eerlijk zou ik iemand zoeken die juist die rol op zich wilt nemen, en de vrijheid geeft een eigen team(pje) uit te bouwen. Dus GEEN techneut, maar wel iemand met technische kennis. Laat die ook een deel van de communicatie taken overnemen. Dan kun jij je lekker bezig houden met het product en de technische aspecten, en heb je een ander die zich bezig houdt met de mens.

Als jij 1-2 partners zoekt, want die zoek je, geen werknemers, dan moet je die ook snel fors betalen. Of een senior compagnon zoeken die je laat inkopen. Een casus in je sollicitatie gaat niet werken.

[corset]

RickyHeijnen schreef op maandag 9 september 2024 @ 18:25:


Jammer van de negatieve reactie, in plaats van proberen het door mijn bril te bekijken. Nogmaals, ik heb dit werk 14 jaar alleen gedaan en had daarvoor nooit de intentie om te groeien naar een klein team. Dus nee, documentatie is er nauwelijks, maar dat is iets waar we aan werken en zeker voor nieuwe projecten wel direct goed proberen te doen.

Alleen wil een potentiele werknemer het niet "door jou bril" bekijken. Ze kijken naar wat je hebt, wat andere bedrijven hebben en bepalen daar de keuze. Je moet bedenken, wat heb jij te bieden tov andere grotere bedrijven? En tot nu toe is het vooral "het ligt allemaal aan de rest. Ze kunnen makkelijk meer verdienen maar dan moeten ze eerst beter hun best doen". Leuk, maar dat geld verdienen ze ook bij een bedrijf waar ze meer gewaardeerd worden.

Ik heb met exact dit soort management samen gewerkt, en uiteindelijk jaag je personeel weg omdat het alleen maar over ouput kan hebben. Stop met denken "Alles moet beter, sneller, efficienter en wel direct" maar meer "Hoe kan ik met mijn team zorgen voor een betere output".

Als tip, er is een reden dat dat management uiteindelijk 9 man in een maand heeft moeten vervangen, ze waren het compleet zat. En zou jammer zijn als jou dat ook overkomt toch?

[RickyHeijnen]

mannowlahn schreef op maandag 9 september 2024 @ 19:09:Je business model werkt alleen voor jou als eenpitter.

Je businessmodel waar je binnen een dag werk aanneemt en oplevert, daar kan je niet op bouwen. Je geeft zelf aan welke zaken allemaal mis gaan.

Het businessmodel is zeker niet dat we alles binnen een dag opleveren, maar als een klant daarom vraagt en er is tijd voor, dan zie ik niet waarom niet. En soms gaat het ook niet, ook prima. Maar ons werk is voor ongeveer 3-4 weken vooruit gevuld. Meer niet. We werken niet met deadlines maar leveren op als wij vinden dat het goed is en klaar is. Soms sparen we tickets van een klant op tot er genoeg is om een dag mee te vullen, dan tikken we in één keer alles af.

Als het werkt voor een eenpitter, waarom dan niet voor een team van twee? Of drie? Dat gaat er bij mij niet in. Ik snap dat een team van 8 developers anders is, maar die ambitie heb ik niet. Juist omdat ik weet dat ik dan écht werkgever/manager/CEO moet zijn en die ambitie heb ik niet.

mannowlahn schreef op maandag 9 september 2024 @ 19:09:Iedereen heeft je hier eigenlijk al verteld waar het mis gaat, waarom het mis gaat en hoe je eventueel zaken constructief! Kan oplossen.

...

Want wat jij omschrijft zijn issues die ik twintig jaar geleden tegen kwam bij jonge clubs die niet volwassen waren in hun development. De afgelopen tien jaar is het hele bedrijfsleven scrum en agile gaan adopteren. En nee niet het heilige graal maar het lost heel veel zaken op die jij nu ervaart.

Pas daarna kan je eens kijken naar hoe je kwalitatief talent kan gaan werven. Maar je basis heeft volwassenheid nodig.

Is dat zo? Ik lees alleen maar dat ik mensen meer moet laten thuiswerken (oké ik overdrijf een klein beetje). En hoe meer reacties ik krijg, hoe meer ik begin te twijfelen of Tweakers wel het juiste platform is waar ik de vraag heb gesteld. Niet alle IT bedrijven zijn enterprise bedrijven. Ik heb voor ongeveer 60-80 uur werk in de week. Soms is het wat drukker, soms wat rustiger. Een simpele rekensom leert dat ik dat niet alleen kan maar dat ik daar ook geen team van 5 mensen voor nodig heb met een front-end developer, een backend developer, een ux-designer, een project manager en een CEO. Dat gaat gewoon niet werken.

Het is ook niet dat we de hele dag wordpress websitejes in elkaar aan het zetten zijn of met allerlei open source software zitten te klooien. Ik krijg het gevoel dat veel reageerders wel dat idee hebben. We bouwen mooie en stabiele software, knopen API's aan elkaar van Shopify, DHL en PostNL tot Stripe integraties, Exact, Twinfield boekhoud software koppelingen. Het maakt niet uit, web applicaties die een klant op locatie makkelijk een handtekening laat zetten of een oplevering laat doen van wat-dan-ook. Klanten zijn ontzettend blij met ons. Moet ik dan maar zeggen, sorry mijn businessmodel werkt niet meer, ik stop ermee?!

HKLM_ schreef op maandag 9 september 2024 @ 19:46:
[...
Waar ik het wel mee eens ben is dat thuiswerken een skill is die je moet bezitten of moet ontwikkelen. Maar daar zit ook een stukje vertrouwen in, Als iemand gewoon zijn werk doet en tussendoor een wasje of stofzuigt wat is dan het probleem? (Op kantoor staan ze 15 minuten bij de koffiezetter..)

Maar leg mij dan eens uit wat je doet als iemand 3 dagen thuis werkt, op die dagen 4,5 uur tijd schrijft op een dag of ze schrijven wel 7 uur maar ik zie nul git commits. En als je ze een Teams bericht stuurt pas na 1,5 uur reageren. Als ze dan weer op kantoor zijn en we zitten in 1-op-1 en ik vraag hoe komt dan is het altijd 'ik had je bericht niet gezien' of 'ik had m'n dag niet' of 'ik begreep de taak niet en ben vergeten om het te vragen'. Ik heb de gekste dingen voorbij horen komen. De reden dat ik dit topic open is juist omdat ik ze personen (die dan voor mij weer een red flag zijn) aan de voorkant al eruit te filteren.


Ik had al snel na mijn openingsbericht in de gaten dat ik niet direct antwoord ging krijgen op mijn sollicitatie-case-vraagstuk. En dat is prima, veel reacties dwingen me ook misschien in een andere richting te denken. Daar sta ik volledig voor open en het heeft me afgelopen weekend ook al goed aan het denken gezet. Maar ik had daarna wel meer reacties verwacht van kleine ondernemers die in hetzelfde schuitje hebben gezeten of voor hetzelfde vuur hebben gestaan.

Ik heb nu een flink aantal PBs ontvangen van een aantal mensen die mijn verhaal begrijpen en proberen me in een privé chat te helpen of aanbieden om een te sparren via een videocall en ook aangeven te schrikken van de toon in dit topic. Via de privé chats heb ik ondertussen constructievere 1 op 1 gesprekken dan op dit moment via dit topic.

[mannowlahn]

RickyHeijnen schreef op maandag 9 september 2024 @ 20:38:
[...]

Het businessmodel is zeker niet dat we alles binnen een dag opleveren, maar als een klant daarom vraagt en er is tijd voor, dan zie ik niet waarom niet. En soms gaat het ook niet, ook prima. Maar ons werk is voor ongeveer 3-4 weken vooruit gevuld. Meer niet. We werken niet met deadlines maar leveren op als wij vinden dat het goed is en klaar is. Soms sparen we tickets van een klant op tot er genoeg is om een dag mee te vullen, dan tikken we in één keer alles af.

Als het werkt voor een eenpitter, waarom dan niet voor een team van twee? Of drie? Dat gaat er bij mij niet in. Ik snap dat een team van 8 developers anders is, maar die ambitie heb ik niet. Juist omdat ik weet dat ik dan écht werkgever/manager/CEO moet zijn en die ambitie heb ik niet.


[...]

Is dat zo? Ik lees alleen maar dat ik mensen meer moet laten thuiswerken (oké ik overdrijf een klein beetje). En hoe meer reacties ik krijg, hoe meer ik begin te twijfelen of Tweakers wel het juiste platform is waar ik de vraag heb gesteld. Niet alle IT bedrijven zijn enterprise bedrijven. Ik heb voor ongeveer 60-80 uur werk in de week. Soms is het wat drukker, soms wat rustiger. Een simpele rekensom leert dat ik dat niet alleen kan maar dat ik daar ook geen team van 5 mensen voor nodig heb met een front-end developer, een backend developer, een ux-designer, een project manager en een CEO. Dat gaat gewoon niet werken.

Het is ook niet dat we de hele dag wordpress websitejes in elkaar aan het zetten zijn of met allerlei open source software zitten te klooien. Ik krijg het gevoel dat veel reageerders wel dat idee hebben. We bouwen mooie en stabiele software, knopen API's aan elkaar van Shopify, DHL en PostNL tot Stripe integraties, Exact, Twinfield boekhoud software koppelingen. Het maakt niet uit, web applicaties die een klant op locatie makkelijk een handtekening laat zetten of een oplevering laat doen van wat-dan-ook. Klanten zijn ontzettend blij met ons. Moet ik dan maar zeggen, sorry mijn businessmodel werkt niet meer, ik stop ermee?!


[...]

Maar leg mij dan eens uit wat je doet als iemand 3 dagen thuis werkt, op die dagen 4,5 uur tijd schrijft op een dag of ze schrijven wel 7 uur maar ik zie nul git commits. En als je ze een Teams bericht stuurt pas na 1,5 uur reageren. Als ze dan weer op kantoor zijn en we zitten in 1-op-1 en ik vraag hoe komt dan is het altijd 'ik had je bericht niet gezien' of 'ik had m'n dag niet' of 'ik begreep de taak niet en ben vergeten om het te vragen'. Ik heb de gekste dingen voorbij horen komen. De reden dat ik dit topic open is juist omdat ik ze personen (die dan voor mij weer een red flag zijn) aan de voorkant al eruit te filteren.


Ik had al snel na mijn openingsbericht in de gaten dat ik niet direct antwoord ging krijgen op mijn sollicitatie-case-vraagstuk. En dat is prima, veel reacties dwingen me ook misschien in een andere richting te denken. Daar sta ik volledig voor open en het heeft me afgelopen weekend ook al goed aan het denken gezet. Maar ik had daarna wel meer reacties verwacht van kleine ondernemers die in hetzelfde schuitje hebben gezeten of voor hetzelfde vuur hebben gestaan.

Ik heb nu een flink aantal PBs ontvangen van een aantal mensen die mijn verhaal begrijpen en proberen me in een privé chat te helpen of aanbieden om een te sparren via een videocall en ook aangeven te schrikken van de toon in dit topic.

Ik heb het idee dat jouw businessmodel zich niet laat schalen. Jouw businessmodel wekt het beste als jij je klanten beperk houdt en zelf het meeste doet. Want je wilt geen product owner in dienst nemen die aanvragen opneemt en alvast verwoord richting engineers. Die heb je zelf geprobeerd maar dan verveel je je. Je wilt geen gezamenlijke overleggen om de technische details er in te zetten. Je wilt niet developers in dienst nemen die verder dan junior zijn. Je draagt veel argumenten aan die duiden dat verandering niet zo makkelijk zal gaan.

Dat is wat ik bedoel met je businessmodel werkt niet in je huidige opzet. Je moet helemaal niet stoppen. Ik denk dat je zelfs heel veel laat liggen. Maar je kijkt veel te veel voor je neus terwijl je problemen veel breder zijn. De oplossingen liggen ook ergens anders dan dat jij denkt dat ze liggen. Het is niet een testcase van sollicitanten. Dat is het laatste waar je straks over moet denken.

Misschien heb je maar werk voor Max twee personen en moet je ook niet meer doen. Maar je bent wel op een punt waar je wellicht een keuze moet maken.

[RickyHeijnen]

corset schreef op maandag 9 september 2024 @ 20:17:
[...]
Ik heb met exact dit soort management samen gewerkt, en uiteindelijk jaag je personeel weg omdat het alleen maar over ouput kan hebben. Stop met denken "Alles moet beter, sneller, efficienter en wel direct" maar meer "Hoe kan ik met mijn team zorgen voor een betere output".

Dat is absoluut niet hoe ik werk, van mij hoeft niks sneller, niks hoeft efficienter. Om de simpele reden dat mijn klanten ook niet zo denken. Van hun hoeft het ook niet sneller, het hoeft ook niet efficienter. Het moet gewoon goed gebeuren. Klaar. Ik vind het veel belangerijker dat je gewoon plezier hebt in je werk, smorgens met plezier naar kantoor komt en zin hebt om klant X of Y weer te bellen om te vertellen dat je iets fantastisch hebt gebouwd voor hem.


Ik ben de persoon om erop te sturen dat het goed gebeurt, daar zoek ik mensen voor. Die een taak serieus nemen en kunnen uitvoeren zonder dat er na 6 maanden in dienst nog steeds 4x een feedback ronde van mij overheen moet.

Ik geef goed feedback, ik geef uitgebreid feedback. Waarom? Zodat de ander ervan kan leren. Maar als de ander mijn feedback alleen maar ziet als een checklist wat afgevinkt moet worden zonder na te denken waarom ik dat als feedback terug geef en ervan te leren... dat werkt niet in een klein team.

Verplaats het eens buiten het IT veld... een makelaarskantoor met 3 mensen, een reisbureau met 3 mensen, een kapsalon met 3 mensen, een cafetaria met 3 mensen... die gaan toch ook niet continu maanden of jarenlang elkaar vertellen hoe of wat te doen? Op een gegeven moment weet je wat er van je wordt verwacht en doe je dat werk.

Ik krijg echt steeds meer het gevoel dat ik echt naar een one-in-a-million kandidaat op zoek ben die ik nooit ga vinden. Ik trek voor nu even een biertje open en ga nog even alle reacties hier nalezen en me goed bedenken wat ik hier nog meer constructief uit kan halen.

Één ding is zeker, ik ga niet terug naar hoe het was en ik ga ook niet opgeven... Linksom of rechtsom ga ik dit voor elkaar krijgen.

[mannowlahn]

Maar leg mij dan eens uit wat je doet als iemand 3 dagen thuis werkt, op die dagen 4,5 uur tijd schrijft op een dag of ze schrijven wel 7 uur maar ik zie nul git commits. En als je ze een Teams bericht stuurt pas na 1,5 uur reageren. Als ze dan weer op kantoor zijn en we zitten in 1-op-1 en ik vraag hoe komt dan is het altijd 'ik had je bericht niet gezien' of 'ik had m'n dag niet' of 'ik begreep de taak niet en ben vergeten om het te vragen'. Ik heb de gekste dingen voorbij horen komen. De reden dat ik dit topic open is juist omdat ik ze personen (die dan voor mij weer een red flag zijn) aan de voorkant al eruit te filteren.

Wederom al lang opgelost met bv een scrum board. Je planned je werk voor komende twee weken in. Dat werk is al eens gerefined en dus heeft tijds inschattingen gekregen van iedereen in het team. Je doet dagelijks een stand up en dan verteld iedereen in twee minuten waar die tegen aanliep en bekijk je progressie van je scrum board. Dan zie je meteen de klaplopers. Maar je huurt junioren in die niet volwassen zijn en misschien niet de werk ethiek hebben. Ik reageer soms wel eens na 4 uur omdat ik aan het concentreren ben op mijn werk en ik geen alert continue wil.

Ik had mijn dag niet of vergeten te vragen los je op door te zeggen dat het eerste kan voor komen maar dat het op een gegeven moment klaar is en dat iemand verantwoordelijkheid moet nemen. Vergeten te vragen los je op door een week lang even in de middag te vragen of iemand ergens tegen aan loopt. En anders ga je een traject in om uiteindelijk afscheid te nemen. Maar wederom, daily standups

Aan de voorkant kan je best wat filteren. Huur mensen in die of freelancer zijn of mensen die ervaring hebben en je kan zien of ze ergens om het jaar weg waren of niet. Maar 100% ga je niet redden en zeker niet door een test case.

[42erik]

Maar leg mij dan eens uit wat je doet als iemand 3 dagen thuis werkt, op die dagen 4,5 uur tijd schrijft op een dag of ze schrijven wel 7 uur maar ik zie nul git commits. En als je ze een Teams bericht stuurt pas na 1,5 uur reageren. Als ze dan weer op kantoor zijn en we zitten in 1-op-1 en ik vraag hoe komt dan is het altijd 'ik had je bericht niet gezien' of 'ik had m'n dag niet' of 'ik begreep de taak niet en ben vergeten om het te vragen'. Ik heb de gekste dingen voorbij horen komen. De reden dat ik dit topic open is juist omdat ik ze personen (die dan voor mij weer een red flag zijn) aan de voorkant al eruit te filteren.

Maar het ging om stagiaires die een meeloopstage deden. Die horen mee te lopen, niet afgerekend te worden op een aantal commits.

[Jelle Brolnir]

RickyHeijnen schreef op maandag 9 september 2024 @ 20:38:
[...]
.

Er zitten hier veel zzpers en medewerkers. Die gaan je niet kunnen adviseren als werkgever, blijkbaar. Dat gezegd hebbende, het is hier vaak zo dat als je al enige overtuiging hebt van je eigen oplossing en niet happig genoeg op de aangedragen oplossingen bent dat men daar vrij vijandig op kan reageren. Denk dat men vanuit een werknemersrol grote moeite heeft met gratis werk (casus) doen dus dan sta je al 1-0 achter. Of dat terecht is laat ik maar in het midden maar zo verzandt de discussie in "dat zou ik niet doen, hier heb je een analyse van wat je zelf fout doet".

[DutchKel]

Ik zie een vacature op je website staan waarbij je zelfs nog meer vraagt dan een full stack developer.

Je wilt dat hij/zij naast full stack developer ook nog eens business analist is. Dat is al helemaal een zeldzaamheid om te vinden. Iemand die de vraag van de klant moet omzetten naar een taak die uit te voeren is, dat is normaal de taak van een business analist.

Mogelijk kun je dingen opsplitsen. 1 vacature voor business analist, die alle communicatie met de klant doet en hun vraagstukken omzet naar taken die daarna door de full stack developers wordt opgepakt.

Mits dat betaalbaar voor je is, je hebt dan ook intern kortere lijntjes. Als een developer een vraag heeft dan kan hij/zij direct schakelen met de business analist en hoeft er niet gebeld te worden met de klant die vaak ook niet precies weet wat die wil.

Hoe groter je word hoe meer gestructureerd werken gewenst is en hoe meer wenselijk het is dat personen specifieke taken gaan doen. Een business analist is een hele andere tak van werken dan een developer.

[Ionicawa]

DutchKel schreef op dinsdag 10 september 2024 @ 08:26:
Ik zie een vacature op je website staan waarbij je zelfs nog meer vraagt dan een full stack developer.

Je wilt dat hij/zij naast full stack developer ook nog eens business analist is. Dat is al helemaal een zeldzaamheid om te vinden. Iemand die de vraag van de klant moet omzetten naar een taak die uit te voeren is, dat is normaal de taak van een business analist.

Mogelijk kun je dingen opsplitsen. 1 vacature voor business analist, die alle communicatie met de klant doet en hun vraagstukken omzet naar taken die daarna door de full stack developers wordt opgepakt.

Mits dat betaalbaar voor je is, je hebt dan ook intern kortere lijntjes. Als een developer een vraag heeft dan kan hij/zij direct schakelen met de business analist en hoeft er niet gebeld te worden met de klant die vaak ook niet precies weet wat die wil.

Hoe groter je word hoe meer gestructureerd werken gewenst is en hoe meer wenselijk het is dat personen specifieke taken gaan doen. Een business analist is een hele andere tak van werken dan een developer.

Hier ben ik het niet mee eens. Een developer moet een vraag kunnen omzetten naar taken en vervolgens werk. Of dat nou direct van een klant, een business analist of een product owner komt maakt daarin niet zoveel uit. Een business analist heeft alleen zin als je intensief met een klant wilt gaan nadenken over wat ze vragen en of dat toegevoegde waarde heeft of dat er andere zaken zijn waar beter tijd aan besteed kan worden. Op de schaal van de organisatie van TS heeft dat bijna 0 toegevoegde waarde om daar specifiek iemand voor aan te nemen.

[Agent47]

Ik krijg een beetje het idee dat TS iedereen maximaal in de gaten wil houden en vanaf het moment dat iemand ook maar op Tweakers zit, TS die persoon meteen eruit wil hebben.

[gorgi_19]

DutchKel schreef op dinsdag 10 september 2024 @ 08:26:
Ik zie een vacature op je website staan waarbij je zelfs nog meer vraagt dan een full stack developer.

Je wilt dat hij/zij naast full stack developer ook nog eens business analist is. Dat is al helemaal een zeldzaamheid om te vinden. Iemand die de vraag van de klant moet omzetten naar een taak die uit te voeren is, dat is normaal de taak van een business analist.

Mogelijk kun je dingen opsplitsen. 1 vacature voor business analist, die alle communicatie met de klant doet en hun vraagstukken omzet naar taken die daarna door de full stack developers wordt opgepakt.

Mits dat betaalbaar voor je is, je hebt dan ook intern kortere lijntjes. Als een developer een vraag heeft dan kan hij/zij direct schakelen met de business analist en hoeft er niet gebeld te worden met de klant die vaak ook niet precies weet wat die wil.

Hoe groter je word hoe meer gestructureerd werken gewenst is en hoe meer wenselijk het is dat personen specifieke taken gaan doen. Een business analist is een hele andere tak van werken dan een developer.

Het is een klein bedrijf; je mag wel iets van een developer verwachten, maar hij moet wel wat baggage met zich meebrengen wil hij goed dat gesprek in gaan. Daarnaast moet hij goed gedekt zijn om ook terug te duwen op een klant.
Met deze omvang en doelgroep lijkt me een business analist niet haalbaar.

[DutchKel]

gorgi_19 schreef op dinsdag 10 september 2024 @ 10:37:
[...]


Het is een klein bedrijf; je mag wel iets van een developer verwachten, maar hij moet wel wat baggage met zich meebrengen wil hij goed dat gesprek in gaan. Daarnaast moet hij goed gedekt zijn om ook terug te duwen op een klant.
Met deze omvang en doelgroep lijkt me een business analist niet haalbaar.

Dat ligt eraan, er wordt bewust niet gezocht naar een senior developer. Van een senior of lead developer verwacht ik deze expertise, niet van een junior of medior. Die laatste hebben echt een business analist nodig om goed werk te kunnen verrichten (of een lead developer die zulke taken overneemt).

[Patriot]

RickyHeijnen schreef op maandag 9 september 2024 @ 18:25:
[...]

Er moeten toch genoeg developers zijn die het leuk en uitdagend vinden zo'n vraag van een klant op het bordje te krijgen en denken, laat mij dit maar even fixen.

Ja, maar het grootste deel daarvan reageert niet op jouw vacature omdat ze zelf al zzp'er zijn

Ik zoek wel uit hoe ik dit goed en netjes kan doen en die het juist niet fijn vinden als ik alles voorkauw? En dan zelf de klant te bellen dat zijn verzoek is ingebouwd en zelf te horen dat het er top uit ziet.

Verder omschrijf je hier en in andere reacties een werkwijze die eigenlijk gewoon bij ZZP'en hoort. Er is een reden waarom er geen bedrijven zijn waar 10 (of meer, maar 10 is al ruim) van het soort developer werkt wat jij zoekt, dat is omdat het in de praktijk niet werkt. Als je binnen een bedrijf werkt, en dan werk ej met meerdere disciplines. Als je dan zo te werk gaat als jij omschrijft, dan omzeil je een heleboel mensen. Ik heb bij mijn huidige werkgever met minstens 3 mensen ruzie als ik denk "is het wel logisch dat deze knop hier staat" en daarop meteen met de klant schakel. Soms is dat wel eens vervelend, ik heb zelf ook een achtergrond als zelfstandige, maar het hoort erbij.

Of ben ik nu echt zoo wereldvreemd dat ik dat niet zie?

Ik denk wel dat je een beetje overschat hoeveel mensen er zijn die:

1) Al heel goed zijn in het werk van een developer.
2) Daar echt passie voor hebben, en het dus eigenlijk zien als meer dan alleen werk.
3) Relatief goedkoop zijn.
4) Bereidwillig en in staat* zijn te werken in de ongestructureerde omgeving van een startup.
5) Zin hebben om de structuur van een 'echt bedrijf' op te bouwen.

* In "in staat zijn" zit best nog wel wat verborgen. In deze context hoort daar bijv. bij dat ze extrovert zijn, maar ook dat ze relatief veel verstand hebben van dingen die geen onderdeel zijn van hun hoofddiscipline (denk UX, beetje design, etc.), maar ook dat ze heel erg goed kunnen werken zonder sturing.

[ghostman]

Dit zijn bijna precies de bedrijven en projecten waar ik normaal mee werk!

Wat ik zie is dat inderdaad een lead (of senior die wat meer richting project management wilt) dat stukje tussen de klant en andere developers oppakt, juist omdat die het project en de requirements ook goed kan overzien. Samen met de project manager of team kun je dan bepalen of iemand het snel kan oppakken met de klant.

M.b.t. thuiswerken, dit is echt geen must zoals iedereen hier aangeeft, maar het is wel iets wat al je concurrenten aanbieden (en voor vele belangrijk is). Daarnaast beperk je je pool met mogelijke kandidaten natuurlijk heel erg omdat je max X kilometer van je standplaats wilt hebben, en niet heel Nederland. Zie het ook een beetje als een manier om je te onderscheiden (e.g. geen riant salaris, maar wel volledig remote / 1x per maand op locatie / we staan toe dat je X tijd in het buitenland werkt / etc).

Probleem dat mensen minder productief zijn heb ik zelf ook meegemaakt, maar dit loste zich altijd op door elke dag (of 2 dagen) even samen een stand-up te doen.

Voor de vragen uit de TS, dit heb ik nooit gedaan, maar wel (samen met andere) opgezet voor nieuwe kandidaten binnen een paar projecten. Wat uiteindelijk het beste werkte was om de kandidaat, samen met de lead developer, heel simpel wat standaard zaken te laten doen. Denk dan aan "Kijk dit is functie X, hier hebben we een array, hoe zou je controleren of een bepaalde key bestaat" of "Zie hier ticket #1337, zijn er al zaken die je opvallen of vragen over hebt". Waar we dan naar keken was of ze de basis van html/css/php/whatever kende en of ze vragen stelden / onduidelijkheden uitvragen. Dit allemaal heel vrij, je mocht gewoon Google gebruiken, en was maximaal 2 uur (betaald).

Toevoeging: Bij de bedrijven en projecten waar ik zat was deze doorloop van personeel (maar ook ZZP'ers) heel normaal. De meeste mensen hadden toch een echte project manager / business analist nodig om zaken goed op te pakken.

[ Voor 6% gewijzigd door ghostman op 10-09-2024 14:27 ]

[Puddi Puddin]

Patriot schreef op dinsdag 10 september 2024 @ 11:46:
[...]

Ja, maar het grootste deel daarvan reageert niet op jouw vacature omdat ze zelf al zzp'er zijn

Is dat niet heel erg makkelijk? Als ik de pagina's terug lees krijg ik een beetje het beeld dat een software ontwikkelaar enkel zijn userstory hoort te vertalen naar een functionaliteit in een geïsoleerd hokje en het vervolgens over de schutting gooit.

Toch gek dat dit bij een HBO opleiding onderdeel is van de propedeuse. Daar wordt gewoon van je geacht dat je aan de hand van een transcript een heel project plan, functioneel en technisch ontwerp kan maken naast het ontwikkelen en testen van het product. Daarbij hoort ook een stukje onderzoek, dus vragen stellen en met voorstellen komen.

Op mijn MBO opleiding als Software Ontwikkelaar was dit niet anders. Natuurlijk laagdrempeliger, maar daar werd ook bewust een vage eis van de klant neergezet. Juist zodat je door ging vragen en dus niet zaken 1 op 1 overnam.

Wellicht ben ik ook een beetje wereldvreemd of juist die hele gepassioneerde ontwikkelaar. Misschien ook maar ZZP'er worden .

[Patriot]

Puddi Puddin schreef op dinsdag 10 september 2024 @ 12:43:
[...]


Is dat niet heel erg makkelijk? Als ik de pagina's terug lees krijg ik een beetje het beeld dat een software ontwikkelaar enkel zijn userstory hoort te vertalen naar een functionaliteit in een geïsoleerd hokje en het vervolgens over de schutting gooit.

Natuurlijk is het gechargeerd, ze zijn echt niet allemaal ZZP'er. Echter, de mensen die zo erg genieten van het gehele traject van klantvraag tot eindproduct zijn volgens mij wel bovengemiddeld vaak ZZP'er.

Toch gek dat dit bij een HBO opleiding onderdeel is van de propedeuse. Daar wordt gewoon van je geacht dat je aan de hand van een transcript een heel project plan, functioneel en technisch ontwerp kan maken naast het ontwikkelen en testen van het product. Daarbij hoort ook een stukje onderzoek, dus vragen stellen en met voorstellen komen.

Op mijn MBO opleiding als Software Ontwikkelaar was dit niet anders. Natuurlijk laagdrempeliger, maar daar werd ook bewust een vage eis van de klant neergezet. Juist zodat je door ging vragen en dus niet zaken 1 op 1 overnam.

De vraag was of er niet "genoeg developers zijn die het leuk en uitdagend vinden zo'n vraag van een klant op het bordje te krijgen en denken, laat mij dit maar even fixen." Juist dat enthousiasme en de aanpakkende houding is waar ik op doel, en dat is gewoon niet iets wat je leert door een (paar) keer door een educatief pseudo-ontwikkelproces gemasseerd te zijn door een docent.

Voor een boel mensen is ontwikkelen vooral iets wat ze doen voor hun werk. Als je iemand zoekt die het "leuk en uitdagend" vind, dan ben je volgens mij op zoek naar een zekere intrinsieke motivatie die je volgens mij niet bij iedere student Informatica (op welke school dan ook) gaat vinden.

Wellicht ben ik ook een beetje wereldvreemd of juist die hele gepassioneerde ontwikkelaar. Misschien ook maar ZZP'er worden .

Je zit op Tweakers, dus de kans is al relatief groot dat je een bovengemiddelde interesse hebt in het vakgebied.

[Croga]

RickyHeijnen schreef op maandag 9 september 2024 @ 18:36:
Ik vind het bijzonder dat het thuiswerken zoveel wordt aangehaald in dit topic alsof het een soort gewoonte is om maar iedereen thuis te laten werken. Er zijn zoveel beroepen waarbij thuiswerken niet eens mogelijk, maar als het mogelijk is moet het blijkbaar maar als een cadeautje weggegeven worden?

Ik vindt het bijzonder dat jij het normaal vindt dat je anderen van hun vrijheid kunt beroven. Één van de zwaarste straffen die we voor een misdaad op kunnen leggen is vrijheidsberoving maar als het over werken gaat vinden sommigen het de normaalste zaak van de wereld.

Thuiswerken is geen cadeautje! Thuiswerken is de werknemer de mogelijkheid geven gewoon zijn vrijheid uit te oefenen. Je hebt een contract om werk uit te voeren tegen een vergoeding, je hebt geen contract om iemand op te sluiten.

Een limiet zetten op waar en wanneer werk uitgevoerd kan worden in een beroep waar die limiet geen enkele toegevoegde waarde heeft, is het gedrag van een gevangenbewaarder, niet van een leider.

(En voor wie deze reactie overdreven vindt. Dat klopt. Het is een stijlvorm die gekozen heeft om duidelijk te maken hoe belachelijk het idee is dat thuiswerken een "cadeautje" is)

[ Voor 7% gewijzigd door Croga op 10-09-2024 14:36 ]

[CVTTPD2DQ]

Croga schreef op dinsdag 10 september 2024 @ 14:36:
(En voor wie deze reactie overdreven vindt. Dat klopt. Het is een stijlvorm die gekozen heeft om duidelijk te maken hoe belachelijk het idee is dat thuiswerken een "cadeautje" is)

En toch, volgens de wet mogen werkgevers bepalen waar je werkt, van hoe laat tot hoe laat. Het aantal minuten dat je krijgt om te lunchen is vastgelegd in de wet. Een werkgever mag ook precies bepalen hoe je je werk uitvoert.

Rechten die voor een enkeling gelden zijn natuurlijk geen rechten, maar voorrechten.

[aaaaaaaaaabc]

Hierbij mijn perspectief, waar ik zelf leidinggevende ben ik een grotere organisatie, met veel ervaring met aansturen van dergelijke teams in een corporate. Zoals andere hier aangeven, ontbreken er veel managementskills in je benadering.

Thuiswerken leidt bij de meeste mensen, die voldoende werk, eerder tot hogere productiviteit dan tot lagere productiviteit. Mijn ervaring is dat mensen op kantoor veel meer socializen, wat ik overigens ook goed vind, maar het leidt af.
In rollen waarin veel individueel werk kunt verzetten, zoals veel development rollen, is het dus heel eigenaardig dat de productiviteit afneemt als men thuiswerkt, omdat die in vrijwel alle omstandigheden toeneemt. Ik vermoed dat het bij jou vooral te maken heeft met de manier van aansturen.
Zoals je aanstuurt, wek je ook de gedachte op, dat men je liever even wil negeren, dus net doet alsof ze een teams bericht niet zien. Dat doen de meeste mensen niet omdat ze lui zijn, of andere dingen doen, maar omdat ze geen zin hebben in communicatie met jou. Dat is niet goed, maar ga bij jezelf te raden waarom dat gebeurt. Over het algemeen zal elke medewerker eerder geneigd zijn om op een bericht van zijn/haar baas te reageren, dan niet (anders zou recht op onbereikbaarheid geen issue zijn).

Ik merk in je berichten heel veel normatieve gedragingen en uitingen, die ik zelf niet prettig zou vinden. Je vertelt expliciet dat je pauzes betaalt, wat je dus niet als vanzelfsprekend beschouwt. Je hebt het ook over te laat komen, maar mensen hebben geen afspraken staan, waarvoor ze te laten komen. Ik merk hieruit dat jezelf boven de personen stelt die er werken (dan niet alleen functioneel hiërarchisch, maar ook op moreel vlak). Dat zou voor mij een reden zijn om ergens weg te rennen... Probeer je eigen normen over goed / fout niet 1:1 te projecteren op je medewerkers, je mag iets vinden van houding, gedrag en kwaliteit, maar doe niet met een overtuiging over morele superioriteit...

Vergeet zaken als kantoortijden. Dat is echt niet meer van deze tijd en voegt in deze setting letterlijk niets toe. Als een medewerker een slechte dag heeft, iets later wil beginnen en alsnog de productie levert die nodig is, is er werkelijk niets aan de hand. Wellicht moet ie langer door, maar het zijn ook volwassenen die dat zelf kunnen beslissen (ook junioren)...

Als je dit verder wil schalen heb je een compagnon of echte manager nodig. Op deze manier werkt het niet. En zoals eerder aangegeven, junioren ga je moeilijk vinden. De reden is dat veel junioren juist veel willen leren en gezellig willen als ze al naar kantoor komen. Dat kun je ze niet bieden, want de beschreven omgeving klinkt erg onaantrekkelijk voor junioren, zowel vakinhoudelijk als qua sfeer...

[rjong5]

Croga schreef op dinsdag 10 september 2024 @ 14:36:
[...]

Ik vindt het bijzonder dat jij het normaal vindt dat je anderen van hun vrijheid kunt beroven. Één van de zwaarste straffen die we voor een misdaad op kunnen leggen is vrijheidsberoving maar als het over werken gaat vinden sommigen het de normaalste zaak van de wereld.

Thuiswerken is geen cadeautje! Thuiswerken is de werknemer de mogelijkheid geven gewoon zijn vrijheid uit te oefenen. Je hebt een contract om werk uit te voeren tegen een vergoeding, je hebt geen contract om iemand op te sluiten.

Voor de corona tijd was het nogthans de normaalste zaak van de wereld om gewoon 5 dagen in de week op kantoor te zitten, ik denk dat veel mensen zich al gelukkig mochten prijzen om uberhaupt al 1 dag vanuit thuis te werken.

en om dat nou vrijheidsberoving te noemen is wel heel erg over de top, je klinkt als een Gen-Z, maar ik zie dat je uit 1971 komt lol.

[Kurkentrekker]

Croga schreef op dinsdag 10 september 2024 @ 14:36:
[...]

Ik vindt het bijzonder dat jij het normaal vindt dat je anderen van hun vrijheid kunt beroven. Één van de zwaarste straffen die we voor een misdaad op kunnen leggen is vrijheidsberoving maar als het over werken gaat vinden sommigen het de normaalste zaak van de wereld.

Thuiswerken is geen cadeautje! Thuiswerken is de werknemer de mogelijkheid geven gewoon zijn vrijheid uit te oefenen. Je hebt een contract om werk uit te voeren tegen een vergoeding, je hebt geen contract om iemand op te sluiten.

Nou nou, ik ben ook 100% voor thuiswerken, doe het zelf ook driekwart van de dagen, maar ga je er nu niet wel heel hard in? Ik denk niet dat deze werkgever de deur op slot draait en zegt: ’om 12:30 luchten, hier is een lepel witte bonen in tomatensaus over datum en wees voorzichtig met de zeep, om 13:00 weer aan je bureau of anders twee weken storingsdienst draaien!’.

Natuurlijk, je staat wel 1-0 achter als je hier strakker beleid in hebt dan de rest van de markt, maar met junior medewerkers regelen dat je meestal op kantoor bent is toch zo gek toch niet?

Wat betreft de vacature: misschien kun je wat specifieker zijn in wat je vraagt, want ‘kennis van $taal’ en een diploma dan krijg je dus ook vooral de juniors die net van school komen. Daar is helemaal niks mis mee, maar van die collega’s moet je niet verwachten dat ze in het eerste jaar de telefoon pakken om klanten te bellen (wtf, deze generatie telefoneert via TikTok toch?)

Ik zou wat specifieker vragen naar werkervaring en skills, of je eis droppen dat men klanten belt en pro actief achter requirements aan gaat. Dat moet je gewoon niet vragen aan juniors.

[Ulic]

Om nog maar eens specifiek te reageren op de vraag die de TS in de openingspost stelt:

Bij verschillende bedrijven waar ik als developer heb gewerkt was het vrij standaard om een kleine programmeer opdracht te doen in de sollicitatie procedure. Over het algemeen was dit na een 1e gesprek. Grootte van de opdracht was over het algemeen ca 2 a 3 uur. Oftewel op kantoor, of gewoon thuis na overleg over het tijdstip waarop wij de opdracht zouden sturen.

Inhoud van de opdracht was eigenlijk altijd om vanaf een scratch een mini web applicatie of ander stukje software te schrijven. Dit gaf in mijn ogen vaak totaal geen realistisch beeld van de kwaliteiten van de developer, omdat er in het dagelijkse werk vrijwel nooit iets vanaf scratch geschreven wordt.

Daarom heb ik bij mijn huidige werk een nieuwe opzet gemaakt om als opdracht tijdens de sollicitatie procedure te gebruiken. Ik heb een kant en klare mini applicatie gemaakt, waar een aantal bugs in zitten. Daarbij heb ik een document gemaakt met een aantal "bug reports" en "feature requests", oplopend van hele simpele overduidelijke fouten, tot wat moeilijker te vinden bugs en verzoeken om dingen aan te passen. Daarnaast zit er een algemene vraag bij waarin we de kandidaat vragen wat hij verder in de software zou willen aanpassen om de kwaliteit te verbeteren. Ook daar zitten een aantal simpele verbeterpunten tussen (10x hetzelfde stukje gekopieerde code wat ook in 1 generieke functie zou kunnen etc) tot security gerelateerde zaken (SQL injection vulnerability). In mijn ogen geeft zo'n soort opdracht een veel beter beeld van een kandidaat, omdat het veel meer overeen komt met het dagelijkse werk. Bovendien is dezelfde opdracht bruikbaar voor junior/medior/senior level. Van een junior verwacht ik niet meer dan een paar bugs op te lossen, van een senior zou ik ook verwachten dat hij de SQL injection signaleert etc.

We hebben de opdracht tot nu toe pas 2x gebruikt, dus kan nog niet heel veel ervaringen delen over hoe het bevalt, maar tot nu toe ben ik er positief over.

Of zo'n opdracht uitvoeren ook daadwerkelijk helpt om de TS de juiste kandidaat te vinden is uiteraard van veel meer factoren afhankelijk, gezien de rest van het topic, maar wellicht geeft het nog wat inspiratie.

[DutchKel]

rjong5 schreef op dinsdag 10 september 2024 @ 15:49:
[...]


Voor de corona tijd was het nogthans de normaalste zaak van de wereld om gewoon 5 dagen in de week op kantoor te zitten, ik denk dat veel mensen zich al gelukkig mochten prijzen om uberhaupt al 1 dag vanuit thuis te werken.

en om dat nou vrijheidsberoving te noemen is wel heel erg over de top, je klinkt als een Gen-Z, maar ik zie dat je uit 1971 komt lol.

Niet in de consultancy development omgeving. Daar is het al heel lang de regel om een aantal dagen per week thuis te werken. Ik heb dan ook al meer dan 5 jaar een kantoor in huis om goed thuis te kunnen werken. Het ligt er echt helemaal aan in welke branch je zit.

[RickyHeijnen]

Croga schreef op dinsdag 10 september 2024 @ 14:36:
[...]

Ik vindt het bijzonder dat jij het normaal vindt dat je anderen van hun vrijheid kunt beroven. Één van de zwaarste straffen die we voor een misdaad op kunnen leggen is vrijheidsberoving maar als het over werken gaat vinden sommigen het de normaalste zaak van de wereld.

Ik heb dit volgens mij nu al 3x genoemd maar die vrijheid die was er eerst ook, er waren geen vaste werktijden en thuiswerken dat kon in principe altijd. En ik zou willen dat het nu nog steeds zo was, want dan had ik dit topic niet hoeven openen, dan had de toko prima gefunctioneerd.

De praktijk bij mij was anders, producitiveit was dramatisch. We hebben samen besproken hoe we dit kunnen verbeteren, hoe ik ze daarin kan helpen. Conclusie was, ze hadden gewoon behoefte aan kaders en duidelijke richtlijnen. Bij het thuiswerken gaven ze regelmatig aan dat het lastig was om zichzelf te motiveren om aan de slag te gaan. Gevolg was dat op vrijdag niet er in een week niet 36 uur was gewerkt maar soms maar 28 of soms nog veel minder.
Uiteindelijk ben ik maar een klein bedrijf en zijn mijn zakken niet heel diep. De gemaakte omzet moet wel verdiend worden, ik kan hun salaris niet van een boom plukken.

Sinds november vorig jaar heb ik het thuiswerken (na 3 jaar proberen!) een tijdje helemaal niet toegestaan. Afgelopen februari is er een nieuwe medewerker bijgekomen die graag meteen vanaf het begin één dag in de week wilde thuiswerken, ik heb gezegd dat dat prima is en heb daaorm de regel weer wat versoepeld en nu kijken we gewoon langzaam aan of dat goed gaat, en als het gaat dan kan het misschien ook weer 2 of 3 dagen zijn.

Als er nu iemand solliciteert die graag 3 dagen wilt thuiswerken of graag om 10 uur wilt beginnen, ja prima zolang je daarmee om kunt gaan geen probleem. Dan krijg je die vrijheid van mij. Maar om de situatie nu maar te vergelijken met een gevangenis, tsja die gaat bij mij niet helemaal op.

Agent47 schreef op dinsdag 10 september 2024 @ 08:54:Ik krijg een beetje het idee dat TS iedereen maximaal in de gaten wil houden en vanaf het moment dat iemand ook maar op Tweakers zit, TS die persoon meteen eruit wil hebben.

Ik ben (oprecht!) echt benieuwd op basis waarvan je die conclusie trekt. Ik doe juist precies het tegenovergestelde. Ik loop 2 of 3 keer per dag even langs ieder bureau en vraag of het allemaal lukt en of ze hulp nodig hebben ergens mee. Zo niet, dan ga ik weer zitten. Ik ga niet controleren wat ze op hun scherm open hebben staan. Ik controleer niet hoe lang de pauze duurt. Ik controleer hun code en geef daarop feedback, ik controleer hoe de communicatie verloopt met de klant en geef daarop feedback.

aaaaaaaaaabc schreef op dinsdag 10 september 2024 @ 15:24:Als je dit verder wil schalen heb je een compagnon of echte manager nodig. Op deze manier werkt het niet. En zoals eerder aangegeven, junioren ga je moeilijk vinden. De reden is dat veel junioren juist veel willen leren en gezellig willen als ze al naar kantoor komen. Dat kun je ze niet bieden, want de beschreven omgeving klinkt erg onaantrekkelijk voor junioren, zowel vakinhoudelijk als qua sfeer...

Ik heb blijkbaar het beeld geschetst alsof het bij ons op kantoor een soort dictatoriaal regime is. Maar dat is het allesbehalve. Het is echt gezellig op ons kantoor, ik doe ook mijn uiterste best om het daar zo leuk en gezellig mogelijk te maken. Ik hoor van hun ook dat ze mij een fijne werkgever/motivator/manager vinden en ze veel leren door de alle tijd die ik in ze steek om ze goed te begeleiden.

Ik ben zelf ontzettend toegankelijk en laagdrempelig. Ik stuur nooit op omzetten, deadlines of targets, en dat wil ik ook helemaal niet. Niemand is ook weg gegaan om die reden. Sommige gingen omdat ze behoefte hadden aan een duidelijke manager boven zich met meer persoonlijke begeleiding, anderen omdat ze na 6 maanden nog steeds niet durfden te bellen met een klant, maar de meesten omdat ze echt de behoefte hadden aan een ander soort organisatie waarbij ze meer op het development stuk konden richten zonder de project manager / product owner functies.


Bedankt @Ulic voor je reactie. Ik heb na alle berichten hier het case-vraagstuk al even losgelaten en denk dat ik me eerst even ga focussen op hoe de IT-branch er anno 2024 uit ziet, wat ik daarvan kan gebruiken binnen mijn bedrijf. Daarnaast moet ik veel meer tijd steken aan het duidelijk presenteren wat voor bedrijf wij zijn en hoe we werken. Dat heel goed vertalen naar een duidelijke vacature ipv alleen maar te roepen "Full-stack webdeveloper (m/v)", dat zorgt denk ik meer voor de mismatch dan het sollicitatiegesprek. Als ik duidelijk ga uitwerken wat de werkzaamheden zijn en hoe een gemiddelde dag eruit ziet dan zal ik makkelijker iemand vinden die daar juist heel enthousist van wordt. En die mensen zijn er zeker, daar ben ik van overtuigd! En dan is het laten doen van een case in mijn situatie misschien helemaal niet meer nodig en heb ik veel meer aan de proeftijd van 1 maand.

[aaaaaaaaaabc]

RickyHeijnen schreef op dinsdag 10 september 2024 @ 19:22:
[...]

Ik heb dit volgens mij nu al 3x genoemd maar die vrijheid die was er eerst ook, er waren geen vaste werktijden en thuiswerken dat kon in principe altijd. En ik zou willen dat het nu nog steeds zo was, want dan had ik dit topic niet hoeven openen, dan had de toko prima gefunctioneerd.

De praktijk bij mij was anders, producitiveit was dramatisch. We hebben samen besproken hoe we dit kunnen verbeteren, hoe ik ze daarin kan helpen. Conclusie was, ze hadden gewoon behoefte aan kaders en duidelijke richtlijnen. Bij het thuiswerken gaven ze regelmatig aan dat het lastig was om zichzelf te motiveren om aan de slag te gaan. Gevolg was dat op vrijdag niet er in een week niet 36 uur was gewerkt maar soms maar 28 of soms nog veel minder.
Uiteindelijk ben ik maar een klein bedrijf en zijn mijn zakken niet heel diep. De gemaakte omzet moet wel verdiend worden, ik kan hun salaris niet van een boom plukken.

Wat is in jouw ogen dramatische productiviteit? Ik zie erg veel over uren, weinig over productiviteit.

RickyHeijnen schreef op dinsdag 10 september 2024 @ 19:22:
[...]
Sinds november vorig jaar heb ik het thuiswerken (na 3 jaar proberen!) een tijdje helemaal niet toegestaan. Afgelopen februari is er een nieuwe medewerker bijgekomen die graag meteen vanaf het begin één dag in de week wilde thuiswerken, ik heb gezegd dat dat prima is en heb daaorm de regel weer wat versoepeld en nu kijken we gewoon langzaam aan of dat goed gaat, en als het gaat dan kan het misschien ook weer 2 of 3 dagen zijn.

Snap je dat voor een buitenstaander dit absurd overkomt. Het klinkt erg wantrouwend en is eigenlijk geen goede basis. Als je mensen afrekent op productiviteit, dan moet het je niet uitmaken. Als de afspraak is dat Jantje 7 taken wegwerkt in een week, dan moet ie er 7 wegwerken of een goede reden dat het niet lukt. Als Jantje de was deed en hond uitlaat en op zaterdag alsnog inhaalt, zie ik geen probleem ermee. Het komt op mij van afstand heel benauwend over...

RickyHeijnen schreef op dinsdag 10 september 2024 @ 19:22:
[...]
Als er nu iemand solliciteert die graag 3 dagen wilt thuiswerken of graag om 10 uur wilt beginnen, ja prima zolang je daarmee om kunt gaan geen probleem. Dan krijg je die vrijheid van mij. Maar om de situatie nu maar te vergelijken met een gevangenis, tsja die gaat bij mij niet helemaal op.

Ik denk dat het probleem is dat iedereen(!) in de markt veel flexibeler is dan jij qua dit soort regels. Daarmee breng je jezelf in een heel lastig parket, want dan krijg je vooral de mensen die elders niet aan de bak bij je in dienst en die komen elders niet aan de bak door de zaken die je noemt. Kortom, je duwt je met deze handelswijze in een negatieve spiraal en trekt daarmee vooral de mensen aan die je juist wil vermijden...

RickyHeijnen schreef op dinsdag 10 september 2024 @ 19:22:
[...]
Ik ben (oprecht!) echt benieuwd op basis waarvan je die conclusie trekt. Ik doe juist precies het tegenovergestelde. Ik loop 2 of 3 keer per dag even langs ieder bureau en vraag of het allemaal lukt en of ze hulp nodig hebben ergens mee. Zo niet, dan ga ik weer zitten. Ik ga niet controleren wat ze op hun scherm open hebben staan. Ik controleer niet hoe lang de pauze duurt. Ik controleer hun code en geef daarop feedback, ik controleer hoe de communicatie verloopt met de klant en geef daarop feedback.

Met alle respect, maar als zeer ervaren manager ga je niet langs ieder bureau lopen meerdere keren per dag. Dat is bijna als een leraar die langs de leerlingen loopt en tenzij je dat op een leuke manier doet, komt het heel belerend en eng over. Het straalt veel controledrang uit. Besef wel dat als je met 3 man in een kantoor zit, de mensen echt wel weten waar je zit. Af en toe langs gaan voor small talk is prima, maar misschien moet je erop vertrouwen dat mensen je weten te vinden als het niet lukt. Kunnen ze dat na hun proeftijd niet, dan moet je ze laten gaan. Met je manier van doen dring je eigen de houding op die niet wil. Als jij wil dat je medewerkers proactief handelen, zorg dat niet dat je ze in een reactief hokje duwt.

RickyHeijnen schreef op dinsdag 10 september 2024 @ 19:22:
[...]
Ik heb blijkbaar het beeld geschetst alsof het bij ons op kantoor een soort dictatoriaal regime is. Maar dat is het allesbehalve. Het is echt gezellig op ons kantoor, ik doe ook mijn uiterste best om het daar zo leuk en gezellig mogelijk te maken. Ik hoor van hun ook dat ze mij een fijne werkgever/motivator/manager vinden en ze veel leren door de alle tijd die ik in ze steek om ze goed te begeleiden.

Ik geloof heus wel dat je geen slecht mens bent die een kleine dictator wil spelen. Echter, het komt zeer controlerend over en als vrij veel reacties hierop daar wijzen vanuit vershcillende invalshoeken (medewerkers, managers/leidinggevendingen en andere werkgevers), dan moet je misschien afvragen of je wellicht niet onbedoeld teveel ruimte inneemt.

RickyHeijnen schreef op dinsdag 10 september 2024 @ 19:22:
Ik ben zelf ontzettend toegankelijk en laagdrempelig. Ik stuur nooit op omzetten, deadlines of targets, en dat wil ik ook helemaal niet.

Dit is in essentie je probleem! Ga alsjeblieft wel sturen op relevante zaken!! Het lijkt erop dat je stuurt op zaken als aanwezigheid, op tijd zijn enz. i.p.v. productiviteit! Ik denk dat je medewerkers oprecht blij zouden van duidelijk afgebakende taken met verwachtingen/deadlines en dat veel hebben dan dat je controleert hoeveel uur ze maken. Als je proactieve medewerkers wil die blij zijn in hun werk, geef ze dan aub de autonomie die ze aankunnen en willen. Voor mij klinkt je manier van aansturen als old school ambtenarij, waarbij je mensen helemaal niet helpt.

RickyHeijnen schreef op dinsdag 10 september 2024 @ 19:22:
Niemand is ook weg gegaan om die reden. Sommige gingen omdat ze behoefte hadden aan een duidelijke manager boven zich met meer persoonlijke begeleiding, anderen omdat ze na 6 maanden nog steeds niet durfden te bellen met een klant, maar de meesten omdat ze echt de behoefte hadden aan een ander soort organisatie waarbij ze meer op het development stuk konden richten zonder de project manager / product owner functies.

Zie hierboven, ga alsjeblieft leren hoe je mensen aanstuurt...

[Transportman]

RickyHeijnen schreef op dinsdag 10 september 2024 @ 19:22:
Gevolg was dat op vrijdag niet er in een week niet 36 uur was gewerkt maar soms maar 28 of soms nog veel minder.

Maar krijgen ze nu met het op kantoor werken ook meer gedaan, of wordt er effectief nog steeds maar 28 uur of minder gewerkt, maar wordt er door creatief schrijven en lunch meetellen als werk 36 uur geschreven?

Ik ben (oprecht!) echt benieuwd op basis waarvan je die conclusie trekt. Ik doe juist precies het tegenovergestelde. Ik loop 2 of 3 keer per dag even langs ieder bureau en vraag of het allemaal lukt en of ze hulp nodig hebben ergens mee. Zo niet, dan ga ik weer zitten. Ik ga niet controleren wat ze op hun scherm open hebben staan. Ik controleer niet hoe lang de pauze duurt. Ik controleer hun code en geef daarop feedback, ik controleer hoe de communicatie verloopt met de klant en geef daarop feedback.

Sorry, maar als mijn manager 2-3x per dag langs komt lopen met de vraag of het allemaal lukt, dan zou ik het heel snel zat zijn. Dan kan je beter 1-2x per dag even samen zitten met het hele team (bijvoorbeeld begin van de dag en na de lunch) en de spreekwoordelijke thermometer in het team steken, dan langs ieder bureau zweven. Ook continue feedback kan erg bemoeiend overkomen, daar zou je mij ook niet blij mee maken als je 3x per dag met feedback komt. Dat klinkt ook als een mismatch tussen wat je aan personeel zoekt/nodig hebt (meer senior) en hoe je ze behandelt (als starters/juniors).

[jnr24]

Ik heb niet alles helemaal doorgelezen, maar een paar dingen vallen op:

- diverse jonge medewerkers allemaal binnen 5km wonend
- wonend bij ouders

Het lijkt me dat dit gewoon nog heel erg 'jonge honden' zijn. TS zal ook niet op de hele achterkant van het AD adverteren of een Premium Platina Deluxe account gebruiken. Als je dan weet hoe krap die arbeidsmarkt is dan kan ik me heel goed voorstellen dat het moeilijk is om goede mensen te vinden.

Ik zou vooral met je meest ervaren mensen gaan praten. Wat is er saai wat niet, wat is er leuk, wat past bij hen, waar hebben ze een hekel aan. Voor jou voelen de klanten en producten waarschijnlijk als je eigen kinderen terwijl voor die gasten het 'gewoon werk' is. En als je dan net te weinig of verkeerde (micromanagement) aandacht geeft of het is niet uitdagend genoeg, of ze hebben gewoon problemen thuis, niet lekker in hun vel of nog wat 'puber-/studentachtige' slaappatronen dan kan het al zeer snel ernstig gaan schuren.

Je allerbeste mensen kunnen toch wel iets zelf? Anders is het of te ingewikkeld, of te saai/eentonig/onduidelijk of jij bent gewoon heel erg je eigenlijk regeltjes aan het uitmanagen. Laat de ervaren jongens de jongere op sleeptouw nemen. Geef die oude wat meer aandacht en verantwoordelijk zodat je je niet aan elke te late gast hoeft te ergeren. Je vraagt op een goeie dag:"Hey wat is het stil?" -"Ja Jantje is naar de tandarts en Pietje naar de kapper. Maar XYZ hebben ze aan doorgewerkt dat is klaar" En als dat niet klaar is dan moet je aan de 'teamleads' uitleggen dat dingen wel af moeten zijn en dat mensen niet en mass naar de kapper moeten gaan als collega's ook al naar tandartsen zijn.

Ik heb het diverse keren meegemaakt dat je jaren dingen prima alleen deed en ineens kwam er een ticket systeem of wilde de nieuwe chef eerst goedkeuren. Dat soort dingen is prima, maar je moet er wel heel voorzichtig mee zijn. Als je dan ineens heel kritisch uit de pannen en potten gaat proeven met misschien wel commentaar dan werkt dat niet bepaald motiverend.

Je moet dingen ook wat loslaten. Liever 100 bestellingen met teveel zout en te weinig ketchup dan 10 bestellingen die perfect zijn (volgens jou) en chagrijnige klanten en medewerkers. Misschien willen die klanten ook wel lekker veel zout.

[ Voor 14% gewijzigd door jnr24 op 10-09-2024 20:09 ]

[RickyHeijnen]

aaaaaaaaaabc schreef op dinsdag 10 september 2024 @ 19:45:Wat is in jouw ogen dramatische productiviteit? Ik zie erg veel over uren, weinig over productiviteit.

Dramatische productiviteit is een hele dag op kantoor zijn en dan aan het eind van de dag alleen een knop van links naar rechts verplaatst hebben. En nee, dit verzin ik dit, dit is gewoon echt een keer voorgekomen.

Dramatische productiviteit is om kwart voor 10 binnen komen en 5 voor 5 weer weg, want moet de bus halen en nergens die tijd inhalen.

Dramatische productiviteit is taken waar 1,5 uur voor staat 15 uur over doen uiteindelijk. Zonder ook maar één keer hulp te vragen.

aaaaaaaaaabc schreef op dinsdag 10 september 2024 @ 19:45:Als de afspraak is dat Jantje 7 taken wegwerkt in een week, dan moet ie er 7 wegwerken of een goede reden dat het niet lukt. Als Jantje de was deed en hond uitlaat en op zaterdag alsnog inhaalt, zie ik geen probleem ermee. Het komt op mij van afstand heel benauwend over...

Ik heb geen contract met Jantje voor x aantal taken, ik heb een contract met Jantje voor x aantal uur per week. Ik verwacht dan dat die uren ook gewerkt worden. Zijn productiviteit bepaalt uiteindelijk de hoogte van zijn salaris. Als jantje 100 taken wegwerkt in 36 uur verdient hij meer dan als hij 10 taken weggewerkt krijgt in 36 uur.

Ik verkoop maar 1 product aan mijn klanten en dat is een gewerkt uur. Uurtje, factuurtje. Als iemand mij 36 uur in de week kost en maar 28 uur aan het werk is, dan gaat er toch ergens iets niet goed (afgezien van verlof en vakantie).

Maandag spreken we af wat we die week gaan doen in onze Weekly, dat kunnen inderdaad bijv. 5 taken zijn. Maar als die vrijdag niet af is zijn er geen consequenties voor de medewerker, behalve dat alles in de planning opschuift. En ik in gesprek blijf met hoe dat kan of hoe we het kunnen verbeteren. Meer dan de helft van de keren was het "ik vond het moeiljk", en als ik dan vraag waarom ze mij of een collega niet om hulp hebben gevraagd... "weet ik niet" of "heb ik niet aan gedacht".

aaaaaaaaaabc schreef op dinsdag 10 september 2024 @ 19:45:Met alle respect, maar als zeer ervaren manager ga je niet langs ieder bureau lopen meerdere keren per dag. Dat is bijna als een leraar die langs de leerlingen loopt en tenzij je dat op een leuke manier doet, komt het heel belerend en eng over. Het straalt veel controledrang uit. Besef wel dat als je met 3 man in een kantoor zit, de mensen echt wel weten waar je zit.

Met z'n drieën zitten we gewoon aan een eilandje van 3 bureau's. Ik doe hetzelfde werk dat zij ook doen, dus ik ben ook gewoon een collega. Meer dat zelfs dan een manager. Ik weet dat ik werkgever ben en moet managen, maar dat niet mijn ambitie en niet een rol waar ik volledig in wil groeien. Uit veel reacties hier las ik al dat de mensen die goed functioneren zonder al te veel sturing of management waarschijnlijk zelf al ZZPer zijn geworden. Dat zou goed kunnen, dus het inhuren van een ZZPer is zeker iets wat ik misschien zou overwegen in de toekomst.


Je kunt mij niet meten aan een enterprise IT organisatie waar niet wordt gekeken op de gewerkte uren maar alleen naar productiviteit. Mijn zakken zijn veel minder diep, ik zal mijn kop boven water moeten houden terwijl de kosten voor kleine ondernemers torenhoog zijn. Wij zitten niet in het segment waar we 100 euro per uur kunnen vragen. Ten eerste is dat niet de kwaliteit die we leveren, ten tweede zitten onze klanten niet in dat segment.
Linksom of rechtsom zal er een oplossing zijn, en ik had ook niet verwacht die hier op een presenteerblaadje te krijgen. Maar inmiddels lopen er via de privé berichten al een aantal fijne gesprekken waar ik veel tips uit kan halen. Je kunt je afvragen waarom ze niet hier durven te reageren maar wel via prive berichten....

[RickyHeijnen]

jnr24 schreef op dinsdag 10 september 2024 @ 20:04:
Ik zou vooral met je meest ervaren mensen gaan praten.
....
Je allerbeste mensen kunnen toch wel iets zelf?

Ik heb er maar twee, één fulltime en één parttime. Dat is nu het team. De FT'er werkt er nu bijna 5 jaar en is zeker wel een blijver, maar ook niet zonder slag of stoot. Ik ben nu zelf een week met vakantie hij runt de hele toko. Ik hoef niks te doen nu. Hij kent alle klanten, iedereen kent hem ook. Hij weet mij te vinden als hij er écht niet uitkomt.

Die heeft natuurlijk ook al mijn fases van het 'proberen' een goede leider/werkgever/manager/collega te zijn doorstaan. En hij heeft natuurlijk ook iedereen zien komen en gaan waarvan hij ook wel zag dat het geen match was of dat ik aan een dood paard zat te trekken. Je kunt begrijpen dat dat niet motiverend is.

Ik heb maandag a.s. meteen een 1-op-1 met hem ingepland. En dan zal ik ook open en eerlijk met hem bespreken om te kijken hoe zijn ervaring is met mij, het bedrijf en het werk. Dat heb ik oprecht nog nooit op die manier gedaan, dus wellicht haal ik daar veel waardevolle feedback uit.

[Ramon]

RickyHeijnen schreef op dinsdag 10 september 2024 @ 21:57:
Maandag spreken we af wat we die week gaan doen in onze Weekly, dat kunnen inderdaad bijv. 5 taken zijn. Maar als die vrijdag niet af is zijn er geen consequenties voor de medewerker, behalve dat alles in de planning opschuift. En ik in gesprek blijf met hoe dat kan of hoe we het kunnen verbeteren. Meer dan de helft van de keren was het "ik vond het moeiljk", en als ik dan vraag waarom ze mij of een collega niet om hulp hebben gevraagd... "weet ik niet" of "heb ik niet aan gedacht".

Misschien een dagelijkse standup doen? Hoeft met z'n 3en nog geen 5 minuten te duren iedere ochtend:

- Wat heb je gisteren gedaan? Ben je ergens tegen aan gelopen?
- Wat ga je vandaag doen? Zie je obstakels om dat voor elkaar te krijgen?

Verder neem ik aan dat je gewoon een goede workflow hebt met issues/stories, Pull Requests (peer reviews) / pair programming enzo? Hoe hou jij gedurende de week de voortgang van je collega's bij?

Iets vaker dan 1x per week inchecken lijkt me het advies. Simpel gezegd; als je iemand maandag 5 taken toewijst voor de hele week, dan moeten woensdag 2 taken klaar zijn. Als dat niet zo is; ga er eens naast zitten en vraag hoe het gaat.

[Wippie1234]

Wat kwam er uit de exit-gesprekken met de vertrokken medewerkers?

Het terugkerende thema lijkt dat de medewerkers niet alles uit zichzelf lijken te halen. Dit is zowel frustrerend voor werkgever als de werknemers zelf.

De oplossing lijkt met name te liggen in de organisatie van het werk. Je kan niet jezelf willen aannemen, van deze werknemers dezelfde output en inbreng verwachten als dat jij leverde in de beginjaren als zzper.

Wat je wel kan doen is, zeker in de beginfase, werkpaketten aanleveren en deze goed afkaderen, zowel technisch als communicatief. Daarna beetje bij beetje complexiteit en verantwoordelijkheden verhogen. Zo bouw je wederzijds vertrouwen op.

[ZieMaar!]

Stijg een beetje boven de materie uit en ‘voedt’ je mensen op. Ga niet achteraf analyseren hoe iets sneller had gekund, maar vraag waarom er niet om hulp gevraagd is. Dan krijg je geen smoesjes, maar echte blokkades en dan ga je daar mee aan de slag. Anders verzandt het altijd in smoesjes die wel of niet kloppen en geloofd worden en volgt een discussie wat je zelf wel of niet had gedaan. Levert niets op. Je wilt bepaald gedrag, stuur daar dan ook op.

[42erik]

RickyHeijnen schreef op dinsdag 10 september 2024 @ 21:57:
[...]

En ik in gesprek blijf met hoe dat kan of hoe we het kunnen verbeteren. Meer dan de helft van de keren was het "ik vond het moeiljk", en als ik dan vraag waarom ze mij of een collega niet om hulp hebben gevraagd... "weet ik niet" of "heb ik niet aan gedacht".

Het kan aan mij liggen, maar dat is toch geen gekke beginpositie voor een stagiair. Hoe heb je ze begeleid om ze naar dat hulp vragen te helpen?

[jnr24]

RickyHeijnen schreef op dinsdag 10 september 2024 @ 22:08:
[...]

Ik heb er maar twee, één fulltime en één parttime. Dat is nu het team. De FT'er werkt er nu bijna 5 jaar en is zeker wel een blijver, maar ook niet zonder slag of stoot. Ik ben nu zelf een week met vakantie hij runt de hele toko. Ik hoef niks te doen nu. Hij kent alle klanten, iedereen kent hem ook. Hij weet mij te vinden als hij er écht niet uitkomt.

Die heeft natuurlijk ook al mijn fases van het 'proberen' een goede leider/werkgever/manager/collega te zijn doorstaan. En hij heeft natuurlijk ook iedereen zien komen en gaan waarvan hij ook wel zag dat het geen match was of dat ik aan een dood paard zat te trekken. Je kunt begrijpen dat dat niet motiverend is.

Ik heb maandag a.s. meteen een 1-op-1 met hem ingepland. En dan zal ik ook open en eerlijk met hem bespreken om te kijken hoe zijn ervaring is met mij, het bedrijf en het werk. Dat heb ik oprecht nog nooit op die manier gedaan, dus wellicht haal ik daar veel waardevolle feedback uit.

Nou dat klinkt al heel goed vind ik. Hoezo zou het niet motiverend voor hem zijn als het met andere moeilijker gaat? Dat geeft misschien wel een boost (en terecht, zou je hem moeten geven). Vraag of hij eens wil nadenken over werven. Misschien moet je het werk iets meer indelen op ervaring in plaats van per klant of vraag hoe die jongens daar over denken. Misschien zit er een bepaalde monotone aanpak in die jij wel ok vind, maar een ieder ander amper doorheen komt.

Te laat komen e.d. zou ik zeker geen dagelijks/wekelijkse frustratie over maken. Verzin iets ludieks, scoreboardje, hoe kan het beter, maar hou het luchtig, iemand kan heel slecht in zijn vel (of gezondheid/energie) zitten. Ik heb wel eens van die IT collega's meegemaakt die leven op cola, energiedrank en m&m's, 's avonds pizza, nul beweging, best "stoer op de werkvloer" maar het slaat je je qua scherpte helemaal lam natuurlijk. Bespreek zoiets gewoon één keer per maand. Iemand kan beter 3x een uur te laat komen dan 2x een uur plus een uur gesprek en frustatie door jou. Jouw uren zijn duurder en het is gewoon vervelend voor iedereen. Als de uurtjes later weer ingehaald worden is er eigenlijk niet zoveel aan de hand.

[aaaaaaaaaabc]

RickyHeijnen schreef op dinsdag 10 september 2024 @ 21:57:
[...]

Dramatische productiviteit is een hele dag op kantoor zijn en dan aan het eind van de dag alleen een knop van links naar rechts verplaatst hebben. En nee, dit verzin ik dit, dit is gewoon echt een keer voorgekomen.

Dramatische productiviteit is om kwart voor 10 binnen komen en 5 voor 5 weer weg, want moet de bus halen en nergens die tijd inhalen.

Dramatische productiviteit is taken waar 1,5 uur voor staat 15 uur over doen uiteindelijk. Zonder ook maar één keer hulp te vragen.
[...]

Op het eerste en laatste voorbeeld lijkt het me dat je mensen gewoon aanspreekt. Maar ook daar geldt, ga niet op de uren sturen, ga sturen op de output...

RickyHeijnen schreef op dinsdag 10 september 2024 @ 21:57:
Ik heb geen contract met Jantje voor x aantal taken, ik heb een contract met Jantje voor x aantal uur per week. Ik verwacht dan dat die uren ook gewerkt worden. Zijn productiviteit bepaalt uiteindelijk de hoogte van zijn salaris. Als jantje 100 taken wegwerkt in 36 uur verdient hij meer dan als hij 10 taken weggewerkt krijgt in 36 uur.

Ik verkoop maar 1 product aan mijn klanten en dat is een gewerkt uur. Uurtje, factuurtje. Als iemand mij 36 uur in de week kost en maar 28 uur aan het werk is, dan gaat er toch ergens iets niet goed (afgezien van verlof en vakantie).

Ik denk dat het hier ook deels mis gaat. Dat jij je eigen uren op die manier verkocht is logisch, maar klanten toe moet je nadenken of dat goed werkt. En bovendien mag je Jantje best afrekenen op de geleverde productiviteit! Als je uurtje factuurtje werkt met je klanten, kun je uiteraard eisen dat x% van de uren van Jantje billable zijn die week. Lijkt mij niet meer dan normaal. Maar als je niet uurtje factuurtje aan je klant rekent, kun je nog steeds Jantje aanspreken op de output...

RickyHeijnen schreef op dinsdag 10 september 2024 @ 21:57:
Maandag spreken we af wat we die week gaan doen in onze Weekly, dat kunnen inderdaad bijv. 5 taken zijn. Maar als die vrijdag niet af is zijn er geen consequenties voor de medewerker, behalve dat alles in de planning opschuift. En ik in gesprek blijf met hoe dat kan of hoe we het kunnen verbeteren. Meer dan de helft van de keren was het "ik vond het moeiljk", en als ik dan vraag waarom ze mij of een collega niet om hulp hebben gevraagd... "weet ik niet" of "heb ik niet aan gedacht".

Dus je kunt bij jou meerdere keren deadlines missen en dat heeft dan geen consequenties? Dan moet je toch gewoon iemand aanspreken en op de taken sturen, niet op de uren...

RickyHeijnen schreef op dinsdag 10 september 2024 @ 21:57:
Met z'n drieën zitten we gewoon aan een eilandje van 3 bureau's. Ik doe hetzelfde werk dat zij ook doen, dus ik ben ook gewoon een collega. Meer dat zelfs dan een manager. Ik weet dat ik werkgever ben en moet managen, maar dat niet mijn ambitie en niet een rol waar ik volledig in wil groeien. Uit veel reacties hier las ik al dat de mensen die goed functioneren zonder al te veel sturing of management waarschijnlijk zelf al ZZPer zijn geworden. Dat zou goed kunnen, dus het inhuren van een ZZPer is zeker iets wat ik misschien zou overwegen in de toekomst.

Een ZZPer kan in jouw situatie helpen, maar besef wel dat de gemiddelde medewerker prima in staat is zelfstandig te werken zonder veel aansturing.

RickyHeijnen schreef op dinsdag 10 september 2024 @ 21:57:
Je kunt mij niet meten aan een enterprise IT organisatie waar niet wordt gekeken op de gewerkte uren maar alleen naar productiviteit. Mijn zakken zijn veel minder diep, ik zal mijn kop boven water moeten houden terwijl de kosten voor kleine ondernemers torenhoog zijn.

Waarom kun je je medewerkers niet aanspreken op de productiviteit? Juist als iemand minder levert dan wenselijk heb je als klein bedrijf een groot probleem. Een enterprise kan soms naar de uren kijken, jij moet letten op de productiviteit en dienstverlening naar de klanten. Ik krijg de indruk dat jouw definitie een hele krappe/enge definitie is van uren die gemaakt zijn, maar dat je mensen niet aanspreekt als hun uren niet gefactureerd kunnen worden...

RickyHeijnen schreef op dinsdag 10 september 2024 @ 21:57:
Linksom of rechtsom zal er een oplossing zijn, en ik had ook niet verwacht die hier op een presenteerblaadje te krijgen. Maar inmiddels lopen er via de privé berichten al een aantal fijne gesprekken waar ik veel tips uit kan halen. Je kunt je afvragen waarom ze niet hier durven te reageren maar wel via prive berichten....

Tja, kan zo zijn, maar aan de reacties te zijn wekt je handelswijze genoeg weerstand op en dat zegt dus ook iets...

[gambieter]

ZieMaar! schreef op dinsdag 10 september 2024 @ 23:06:
Je wilt bepaald gedrag, stuur daar dan ook op.

En dat is management. Niet op te lossen met cases in de sollicitatie procedure, maar met aanpassingen van hoe de leidinggevende omgaat met personeel en ze aanstuurt. Als ik zo lees dat de TS denkt uren te betalen ipv prestaties, dan zou ik ook niet gemotiveerd zijn.

[ Voor 21% gewijzigd door gambieter op 11-09-2024 02:14 ]

[DutchKel]

gambieter schreef op woensdag 11 september 2024 @ 02:11:
[...]

En dat is management. Niet op te lossen met cases in de sollicitatie procedure, maar met aanpassingen van hoe de leidinggevende omgaat met personeel en ze aanstuurt. Als ik zo lees dat de TS denkt uren te betalen ipv prestaties, dan zou ik ook niet gemotiveerd zijn.

Maar mensen die net van school komen hebben dat wel nodig en intensieve begeleiding. Ze hebben ook zeker niet de vaardigheden die @RickyHeijnen zoekt in de mensen.

Ik herken mezelf er ook zeker in en ik weet ook zeker dat als ik na school bij @RickyHeijnen was begonnen dat ik als ik het goed lees na een half jaar op straat sta omdat ik dan nog steeds niet met de klant durf te bellen, collega's niet om hulp durf te vragen omdat die altijd druk bezig zijn met hun taken en de productiviteit te laag ligt omdat ik zelf maar wat probeer om het op te lossen. Ook klap ik dicht als mijn leidinggevende een aantal keren per dag achter me loopt (ja dat heb ik ook meegemaakt) en dan zakt mijn productiviteit ook richting 0. Ik heb toen een gesprek gehad met mijn leidinggevende en heb dat ook aangegeven dat ik het gevoel had dat ik werd gecontroleerd. Hij bedoelde dat niet zo en wilde net als @RickyHeijnen weten of ik vast liep. Maar toen hij het erna niet meer deed ging mijn productiviteit wel weer omhoog. @RickyHeijnen bedoeld dat ook niet zo en wil hulp bieden, maar hoe mensen zich daarbij voelen kan dus heel anders zijn. Alleen de drempel om hulp te vragen werd pas makkelijker door 1 moment op de dag te nemen om vragen te stellen aan collega's en even samen te zitten. Daardoor kreeg ik ook niet het gevoel dat ik collega's stoorde tijdens belangrijk werk.

Als junior ben ik ook niet begonnen als full stack developer maar heb ik mij eerst als backend developer ontwikkeld, eerst 1 ding onder de knie krijgen, niet met klanten bellen maar zelf gewoon van een collega concrete opdrachten gekregen en die collega zat toen naast me en gaf me in het begin ook goede uitleg. En toen ik dat goed kende ben ik pas front-end erbij gaan doen en meer met klanten zelf afstemmen wat ze willen. Maar dat was pas na 5-8 jaar. Niet na 6 maanden.

Ik weet ook inmiddels waar het verschil in zit. Developers (tenminste die ik allemaal ken incl mezelf) hebben vaak een paar autistische trekjes. Dit bedoel ik niet negatief, want in development werk is het vaak juist nodig. Dat betekend dat je die mensen niet in het begin alles tegelijk moet laten doe maar eerst beginnen met een bepaalde taak en onderdeel en zorgen dat de dat goed kent en dan langzaam opbouwen. @RickyHeijnen is vanuit zichzelf geen developer als ik het goed heb begrepen, hij heeft een andere opleiding gevolgd en heeft het development deel zichzelf aangeleerd. Dat betekend dus ook dat hij wellicht over bepaalde zaken heel anders denkt dan iemand die vanaf het begin kiest voor development omdat het past bij zijn/haar karakter.

[RickyHeijnen]

ZieMaar! schreef op dinsdag 10 september 2024 @ 23:06:
Je wilt bepaald gedrag, stuur daar dan ook op.

Dat begrijp ik, maar ik heb gezien dat het niet werkt om iemand die van school afkomt vanaf nul te moeten sturen. Daarvoor heb ik de kwaliteiten zelf niet, en zo iemand beter stuurbaar is in een team van 10 developers waarbij hij bij 10 mensen kan afkijken hoe het werkt en zich daaraan kan meten. Die omgeving kan ik zo iemand ook niet bieden.

Conclusie; ik moet op zoek naar iemand die de kwaliteiten die ik zoek al bezit of daarbij in de buurt zit. Ik dacht dat een case in de sollicitatieprocedure daarvoor goed zou zijn, maar dat idee heb ik inmiddels al even naar de zijkant geparkeerd.

42erik schreef op woensdag 11 september 2024 @ 00:02:
Het kan aan mij liggen, maar dat is toch geen gekke beginpositie voor een stagiair. Hoe heb je ze begeleid om ze naar dat hulp vragen te helpen?

Door juist zelf bewust langs ze te lopen en te vragen hé heb je hulp nodig, kun je laten zien hoe je X of Y hebt aangepakt? En te vragen 'kun je me uitleggen wat je precies gaat doen voor taak Z'? Daarmee toon ik mezelf benaderbaar voor het vragen van hulp. Maar juist op die manier van werken wordt ik hier compleet voor gek verklaard.

DutchKel schreef op woensdag 11 september 2024 @ 03:23:
Maar mensen die net van school komen hebben dat wel nodig en intensieve begeleiding. Ze hebben ook zeker niet de vaardigheden die @RickyHeijnen zoekt in de mensen.

Dat is inderdaad een conclusie die ik zelf ook had getrokken en de grootste reden voor het openen van dit topic :-)

DutchKel schreef op woensdag 11 september 2024 @ 03:23:Developers (tenminste die ik allemaal ken incl mezelf) hebben vaak een paar autistische trekjes. Dit bedoel ik niet negatief, want in development werk is het vaak juist nodig.

Ook dit is iets dat ik gedurende de afgelopen 5 jaar heb geleerd. Introverte mensen zitten niet te wachten op mijn extreem blije en extraverte gedrag en de maandagochtend gesprekjes wat ze in het weekend hebben gedaan. Terwijl ik dat juist super interessant vind om te weten.

Ik heb zelfs een stagiair gehad die ik niet kon uitleggen dat het niet handig is om een verwijder-knop groen te maken. Ik had zelf in de taakbeschrijving moeten zetten dat die knop rood moet zijn. Zo'n vorm van autisme werkt niet in de werkzaamheden die ik biedt.

DutchKel schreef op woensdag 11 september 2024 @ 03:23:@RickyHeijnen is vanuit zichzelf geen developer als ik het goed heb begrepen, hij heeft een andere opleiding gevolgd en heeft het development deel zichzelf aangeleerd. Dat betekend dus ook dat hij wellicht over bepaalde zaken heel anders denkt dan iemand die vanaf het begin kiest voor development omdat het past bij zijn/haar karakter.

Dat klopt niet :-) Ik heb een HBO Bachelor opleiding gevolgd op Avans hogeschool. Ben daar in 2009 afgestudeerd, maar ben al tijdens mijn opleiding begonnen als ZZPer. De enige keren dat ik zelf werknemer was, was gedurende de stages die ik daar heb gedaan. Mijn afstudeerstage zelfs met een 9 afgerond en op een haar na helaas niet cum laude afgestudeerd.

Hoewel je, als je mij zo op het eerste oog zou ontmoeten, niet direct zou denken dat ik developer ben, dit toch echt tot op het bot ben. Ik volg de trends in mijn vak, probeer mijn werk zo goed mogelijk en waar mogelijk tot de juiste development standards uit te voeren, kijk continu waar we nieuwe technieken kunnen toepassen. En het liefst begin ik morgen nog om al onze projecten helemaal te herschrijven naar nette backend APIs met headless frontend. Helaas is daar de tijd en het budget niet voor, maar nieuwe projecten pakken we zoveel mogelijk op de beste manier op en brainstormen met elkaar hoe we dat op de beste manier kunnen doen.

En juist omdat ik zoveel passie heb voor mijn vak wil ik niet mezelf volledig doorontwikkelen naar een manager/werkgever/leider. Dat is mijn secondaire rol en ik zoek iemand die daar prima mee overweg kan.

[RickyHeijnen]

jnr24 schreef op woensdag 11 september 2024 @ 00:24:
Te laat komen e.d. zou ik zeker geen dagelijks/wekelijkse frustratie over maken. Verzin iets ludieks, scoreboardje, hoe kan het beter, maar hou het luchtig, iemand kan heel slecht in zijn vel (of gezondheid/energie) zitten. Ik heb wel eens van die IT collega's meegemaakt die leven op cola, energiedrank en m&m's, 's avonds pizza, nul beweging, best "stoer op de werkvloer" maar het slaat je je qua scherpte helemaal lam natuurlijk. Bespreek zoiets gewoon één keer per maand. Iemand kan beter 3x een uur te laat komen dan 2x een uur plus een uur gesprek en frustatie door jou. Jouw uren zijn duurder en het is gewoon vervelend voor iedereen. Als de uurtjes later weer ingehaald worden is er eigenlijk niet zoveel aan de hand.

Helemaal mee eens, ik benoem het ook niet dagelijks want als je smorgens wat meer tijd nodig hebt omdat je slecht in je vel zit of whatever, prima. Sterker nog, dat heb ik zelfs soms wel eens. Maar ik benoem het wel als aan het eind van de week die tijd niet is ingehaald. Ze zien hun eigen gewerkte tijd gewoon in het systeem, ze zien hoeveel taken ze hebben, hoeveel tijd daarvoor staat en hoe lang ze er uiteindelijk mee bezig zijn geweest.

Elke maand zit ik 1 tot 1,5 uur 1 op 1 met iedereen, (ook met stagiairs) en dan bespreken we hoe het gaat, of ze goed in hun vel zitten. Dat is het moment dat ik benoem als ik vind dat uren teveel uit de pas lopen. En dan bedoel ik niet dat er maar 35 uur gewerkt is ipv 36, want dan ben ik prima tevreden. Maar wel als dat er maar 28 zijn. En geloof me, ik benoem het ook zeker als ik heel tevreden ben en geef dan ook aan om dat vol te houden en zo door te blijven gaan.

Maar als iemand om 10 uur binnenkomt omdat hij tot half 4 heeft zitten gamen en denkt dat 2 blikken red bull hem wel door de dag helpen, tsja... dan moet je echt ergens anders gaan werken, maar in een klein team waar we bij elkaar aan één eiland zitten werkt dat gewoon niet.

[418O2]

Je klinkt alsof je iemand nodig hebt zoals ik nu ben, na 17 jaar ervaring, maar je wil betalen voor/op zoek bent iemand als ik met 3 jaar ervaring.

Ik denk dat je het idee van "kneden" moet loslaten en iemand met ervaring moet zoeken die op je eigen niveau zit. Daar heb je meer aan dan 2-3 junioren waar je tijd in moet steken. Dat lijkt meer te kosten, maar het pad waarop je nu zit gaat je niets opleveren denk ik (tenzij je toevallig een super gedreven talent te pakken krijgt).

[RickyHeijnen]

418O2 schreef op woensdag 11 september 2024 @ 08:57:
Je klinkt alsof je iemand nodig hebt zoals ik nu ben, na 17 jaar ervaring, maar je wil betalen voor/op zoek bent iemand als ik met 3 jaar ervaring.

Iemand met 17 jaar ervaring is meer dan welkom en zal ik dan ook betalen wat hij waard is. Ik heb nergens genoemd dat ik mensen graag wil onderbetalen. Echter zal zo iemand zich na 3 maanden al vervelen bij mij schat ik zo in, want hij kan zijn 17 jaar ervaring niet kwijt in de werkzaamheden.

418O2 schreef op woensdag 11 september 2024 @ 08:57:Ik denk dat je het idee van "kneden" moet loslaten en iemand met ervaring moet zoeken die op je eigen niveau zit. Daar heb je meer aan dan 2-3 junioren waar je tijd in moet steken. Dat lijkt meer te kosten, maar het pad waarop je nu zit gaat je niets oplossen denk ik (tenzij je toevallig een super gedreven talent te pakken krijgt).

Ik moet op zoek naar iemand met bijv. 2-3 jaar werkervaring, weet hoe het werkleven werkt, van zichzelf weet hoe hij productief kan zijn, zichzelf niet meer aan het uitvinden is etc... En bij voorkeur bij een grote organisatie heeft gewerkt en er daar achter is gekomen dat hij dat niet fijn vind om alles 100% voorgekauwd te krijgen en niet zelf wat van zijn eigen creativiteit kwijt te kunnen.

En ik denk als ik dit goed uitwerk/uitschrijf in de vacature aangevuld met een goede beschrijving van de werkzaamheden / een gemiddelde dag bij ons, dat ik al een heel eind op weg ben en de juiste mensen aantrek, ook al reageren die niet binnen een week op de vacature.

Daarnaast als zo iemand dan misschien na 3-4 jaar is uitgekeken en weg wilt, ook helemaal prima, de doorgroeimogelijkheden zijn bij mij niet oneindig, dat begrijp ik. Maar er valt genoeg te leren, vooral op vlak van communicatie, een simpele klantvraag kan omzetten naar een eindproduct. En als iemand technisch behoefte heeft om iets te leren (een andere taal, andere development strategie) is daar ook alle ruimte voor. Ik weet zeker dat een volgende werkgever blij zou zijn met zo'n developer erbij.

[RickyHeijnen]

Croga schreef op dinsdag 10 september 2024 @ 14:36:
Ik vindt het bijzonder dat jij het normaal vindt dat je anderen van hun vrijheid kunt beroven. Één van de zwaarste straffen die we voor een misdaad op kunnen leggen is vrijheidsberoving maar als het over werken gaat vinden sommigen het de normaalste zaak van de wereld.

Ik heb voor de gein eens gewoon 20 willekeurige vacatures erbij gepakt voor IT vacatures uiteenlopend van junior/medior/senior en verschillende regio's en verschillende vakgebieden. Veruit de meeste bieden 1, 2 of 50/50 thuiswerken aan. Ik kon er maar 3 vinden waar dit onbeperkt mogelijk (alle 3 randstad!) is en bij 6 werd helemaal niks gezegd over thuiswerken in de vacature.
Ik denk als dit bij jouw werkgever mogelijk is zeker niet betekent dat het overal zo normaal is om altijd te kunnen werken waar en wanneer je dat wilt.

[Croga]

RickyHeijnen schreef op woensdag 11 september 2024 @ 09:33:
Ik heb voor de gein eens gewoon 20 willekeurige vacatures erbij gepakt voor IT vacatures uiteenlopend van junior/medior/senior en verschillende regio's en verschillende vakgebieden. Veruit de meeste bieden 1, 2 of 50/50 thuiswerken aan. Ik kon er maar 3 vinden waar dit onbeperkt mogelijk (alle 3 randstad!) is en bij 6 werd helemaal niks gezegd over thuiswerken in de vacature.
Ik denk als dit bij jouw werkgever mogelijk is zeker niet betekent dat het overal zo normaal is om altijd te kunnen werken waar en wanneer je dat wilt.

Ik heb voor de gein eens terug gekeken naar het verleden. In 1998 ben ik begonnen in de consultancy en bij *ALLE* bedrijven en opdrachtgevers waar ik gewerkt heb, heb ik gemeld dat ik mijn werk doe op de plek en de tijd dat het beste is om het werk uit te voeren. Bij geen enkele van de, laten we schatten, 50-75 bedrijven is daar enige discussie over geweest.

Het gaat ook niet zozeer om het feit, het gaat om hoe het gebracht wordt. Je stelt dat ze *moeten* van 9 tot 17 aanwezig zijn en ze *mogen* 1 dag in de week thuis werken. Net alsof ze heel erg blij mogen zijn. Dat is niet hoe je mensen motiveert, dat is hoe je aapjes een kunstje laat doen. En dit is de houding die overal doorschemert: Je verwacht dat ze zelf initiatief tonen maar doet er alles aan om dat initiatief in de kiem te smoren.

Het probleem zit hem echt niet in dat thuis werken. Het probleem zit er in dat je geen idee hebt hoe mensen in elkaar zitten en hoe je het gedrag kunt krijgen wat je graag zou willen. Dat hele gedoe over thuis werken en kantoor tijden is daar een symptoom van. En in dit topic zie je hetzelfde gebeuren. Er zijn er al een aantal die soortgelijke dingen opgemerkt hebben maar in plaats van dat ter harte te nemen geef je smoezen voor dat gedrag. Je zult je moeten realiseren dat je een "onbewust-onbekwaam" gebied hebt wat management betreft en als je van de posters hier dat niet aan neemt zul je ook nooit "bewust-onbekwaam" worden, wat wel een vereiste is wil je hier ooit beter in worden.

[Kurkentrekker]

@RickyHeijnen Begrijp ik goed uit je eerdere posts dat sommige van je meer junior medewerkers, soms wel 15 uur met een opdracht bezig waren waar 1,5 uur voor stond?

Dat is natuurlijk vervelend. Betekent dat voor de klant ook dat ze 1500 moeten betalen in plaats van 150? Of heb je fixed fee afgesproken, 1,5 uur geoffreerd, en reken je dat bedrag ongeacht wie er hoe lang aan heeft besteed?
In dat laatste geval moet je wel goed kijken naar je bedrijfsvoering, dan kan het namelijk best wel prijzig worden om juniors aan te nemen, want die doen er langer over én je moet ze ook nog begeleiden. Een meer medior ontwikkelaar zal zich dan veel sneller teurgverdienen, want die kan in 32 uur ook echt voor 32 uur aan taken oppakken.

Een gevaar van fixed fee rekenen, en dan je developers onder druk zetten om ook in die tijd op te leveren is wel dat ze dingen gaan afraffelen als de tijd in het gedrang komt. Dat is dan weer slecht voor de kwaliteit. Je geeft wel aan dat je niet zo hard op deadlines zit, en dat is denk ik ook goed, maar daar zet je tegenover dat je wel de 'productiviteit' meet in uren versus taken.

Wat ik ermee wil zeggen: houd je bedrijfsmodel eens tegen het licht. Het kan prima zijn dat dit helemaal klopt voor een ZZP-er zoals jijzelf op senior niveau, waarbij 100 euro per uur wel uitkan en je zelf de 'foutjes' in de inschatting (overschrijding) opvangt met de gevallen waarin je juist eerder klaar bent. Maar met junior medewerkers zonder strakke aansturing wordt dit een ramp: ieder project zal op overschrijding uitlopen, je hebt geen tijd voor begeleiding, etc, etc. En eerlijk is eerlijk: iemand die de helft kost voor jou als werkgever, die zou er dan toch ook twee keer zo lang over mogen doen (voor het bedrijfsresultaat ten minste). Als je ze aan dezelfde standaarden houdt dan moet je ze ook gelijke beloning geven.

Ten aanzien van thuiswerken: prima dat je 1 of 2 dagen als max stelt, maar besef je ook dat je je dan wel gaat beperken tot juniors die geen andere keuze hebben. Mensen met een beetje werkervaring zullen 30+ zijn, en een groot deel van die mensen heeft bijvoorbeeld kinderen. Ik zou dus niet voor je kunnen werken, 4 dagen van 9:00-17:00 op locatie betekent dat ik die vier dagen mijn kind niet naar de opvang kan brengen en niet kan ophalen, dus moet ik een partner hebben die die 4 dagen niet werkt (of thuis mag werken). Hoogst onpraktisch. Daarbij heb ik, en vele leeftijdsgenoten met mij, gewoon een huis met uitstekend ingericht kantoor.

In de vijver van 20-25 jarigen zul je wat minder mensen met kinderen of mantelzorgers aantreffen, dus die kunnen gemakkelijker veel op locatie werken. Misschien zou je kunnen differentiëren in je vacatures: zet er een online voor iemand met 2-3 jaar werkervaring, en zet er ook eens een online voor mensen met 5+ of zelfs 10 jaar werkervaring en focus daar meer op de autonomie, klantinteractie, en technisch interessante projecten. Niet vooraf invullen dat die zich waarschijnlijk gaan vervelen, wellicht kun je die mensen wel binnenhalen, daarmee ook grotere projecten aantrekken, drie juniors ernaast zetten en krijg je je bedrijf op het volgende niveau. Win win, dan kun je daarna een projectmanager of proxy-PO aannemen, en zelf gewoon vooral blijven ontwikkelen.

ps; bovenstaande is constructief bedoeld, ik vind het knap hoe je je zo openstelt over je bedrijfsvoering en uitdagingen, dat verdient wat mij betreft ook oprechte constructieve reacties.

[BrennuS]

Ik denk dat veel zaken al zijn gezegd, maar dit triggerde mij toch even voor een reactie

RickyHeijnen schreef op woensdag 11 september 2024 @ 09:23:
Iemand met 17 jaar ervaring is meer dan welkom en zal ik dan ook betalen wat hij waard is. Ik heb nergens genoemd dat ik mensen graag wil onderbetalen. Echter zal zo iemand zich na 3 maanden al vervelen bij mij schat ik zo in, want hij kan zijn 17 jaar ervaring niet kwijt in de werkzaamheden.

Hoezo? als hij/zij een bewuste keuze hiervoor maakt obv een eerlijk verhaal en als er wederzijdse afspraken en verwachtingen zijn.

Een lead/senior developer die wat zaken organiseert en sparringspartner voor de juniors en jou kan zijn klinkt als een leuke uitdaging. Met een duidelijke opdracht dat hij het teampje "2" jaar naar een hoger niveau gaat trekken en overdraagt aan een nieuwe lead developer.

Wat ik mis in het verhaal is het ontwikkelpad dat je biedt en wat is de beloning daarbij (niet perse financieel maar ook verantwoordelijkheden, etc).

Tips vanuit mij:

• bij ons is het gewoon dat je het eerste half jaar meer op kantoor bent en daarna pas meer te gaan thuiswerken. in het kader van mensen, processen en klanten leren kennen. Jij krijgt dan zelf ook meer zicht op het vlees in de kuip.
• wijs een buddy toe voor de eerste 3 maanden, iemand op hetzelfde niveau en laat ze het onderling organiseren.
• je neemt geen mensen meer aan voor de eeuwigheid, ga er vanuit dat ze na 3 jaar een carrierestap willen maken. Biedt je dat uitzicht niet intern, dan gaan ze naar extern (vertrek). Het is natuurlijk niet alleen het werven maar ook het behouden wat je hebt.
• laat ze een uitdaging voor de schaduwuurtjes formuleren. Dat kan iets leren zijn, maar ook een werkgerelateerd projectje (neem die ook gewoon mee in je planboard en laat ze erover vertellen). Hier zijn bij ons de beste productverbeteringen ontstaan (niet alleen klant vraaggestuurd) en geeft een gevoel van eigen

[F_J_K]

mrmrmr schreef op maandag 9 september 2024 @ 04:19:
Een programmeeropdracht geven vind ik (als werkgever) prima, maar betaal er altijd voor tegen een gangbaar ZZP tarief. Of de code bruikbaar is of niet.

Inderdaad goed om betaald te doen. Niet perse ZZP-tarief (tenzij gecombineerd met auteursrecht-overdracht), wel betaald. En dus pas doen als er een zeer goede kans is dat er een match is aan beide kanten. Niet als stap 1 als het meer is dan zo'n standaard onzinnige intelligentietest.

Inkoppertje: zonder overeenkomst is de code sowieso niet bruikbaar. Want intellectueel eigendom ligt bij de sollicitant. Potentieel werkgever mag het niet gebruiken. (Tenzij FLOSS).

[F_J_K]

Croga schreef op woensdag 11 september 2024 @ 09:46:
[...]
Ik heb voor de gein eens terug gekeken naar het verleden. In 1998 ben ik begonnen in de consultancy en bij *ALLE* bedrijven en opdrachtgevers waar ik gewerkt heb, heb ik gemeld dat ik mijn werk doe op de plek en de tijd dat het beste is om het werk uit te voeren. Bij geen enkele van de, laten we schatten, 50-75 bedrijven is daar enige discussie over geweest.

Consultant is een heel erg andere tak van sport dan in dienst devven.

Voor mij geldt hetzelfde, consultant sinds de gulden nog een ding was. Maar ook bij vast in dienst verwacht ik na evt. een inwerkperiode >= 50% thuis te kunnen werken. 5x8 op kantoor is simpelweg een dealbreaker.

[gambieter]

DutchKel schreef op woensdag 11 september 2024 @ 03:23:
Maar mensen die net van school komen hebben dat wel nodig en intensieve begeleiding. Ze hebben ook zeker niet de vaardigheden die @RickyHeijnen zoekt in de mensen.

Intensieve begeleiding, training en support, absoluut. Maar niet vanuit de 9 to 5 houding, met een opleidingsplan etc.

Een 9 to 5 gefocusde werkgever krijgt 9 to 5 medewerkers.

[Recrush]

Er zitten veel discrepanties in je verhaal en de behoeftes die je hebt. Ik vraag me ook af of je in je vacatures een duidelijk beeld schetst van wat je zoekt, en of je dat voor jezelf wel scherp hebt.

Aan de ene kant zoek je iemand die een verlengstuk is van jou, kennis heeft, geen 'ik doe alleen mijn werk' mentaliteit heeft maar aan het bedrijf wil bouwen en dus mogelijk meer moet leveren dan salaris en functie-omschrijving, die vragen durft te stellen en inzicht heeft, en dus ook gewoon veel ervaring heeft.

Tegelijkertijd vul je in dat een medior of senior zich gaat vervelen omdat het repetitieve taken zijn, zoek je iemand die gewoon programmeert, die je kunt kneden, betaal je liever conform de onderkant van de markt dan de bovenkant, heb je het in eerste instantie gezocht in stagiaires, en neem je dus absolute juniors aan.

De iets minder uitgesproken behoefte is dat je zelf niet wilt managen of leiding geven maar wilt developen. Tegelijkertijd dring je jezelf op door meerdere keren per dag te vragen of alles wel lukt, wat overkomt als te hard je best doen om een manager te zijn. Ondanks goede bedoelingen kan dat controlerend en beknellend overkomen en een teken zijn van weinig vertrouwen in je werknemer. Ook opmerkingen als "hou dit vast" kunnen, hoe goedbedoeld ook, averechts werken. Je ontneemt daarbij bewegingsvrijheid en stelt onuitgesproken voorwaarden, want wat als iemand "het niet vasthoudt"? Het kan overkomen als een mes op de keel. Een "lekker bezig" of "mooi opgelost" voldoet ook, is motiverend en zonder onderliggende druk. Je geeft zelf ook aan dat je extravert bent en niet in loondienst hebt gewerkt waardoor ik niet voel dat je veel inlevingsvermogen hebt in developers die introvert zijn en wel in loondienst werken. Dat is gewoon anders dan je eigen bedrijf runnen.

Je moet in mijn beleving dus eerst helder krijgen of je een senior developer, een junior developer of een manager/leidinggevende voor je team/mede-eigenaar zoekt. Stel puur binnen dat kader een vacature op, en beoordeel iemand binnen dat kader en niet daarbuiten. Ga niet voor een junior met senior kwaliteiten. Verwacht niet iemand die zich "voor het bedrijf inzet" voor een sub-junior salaris, dus betaal voor de kwaliteiten voor je verwacht. Overweeg iemand aan te nemen die wel kan managen zodat jij je kunt focussen op waar je goed in bent.

TL;DR: Een case gaat je niks helpen in een sollicitatieprocedure als je niet helder hebt wat je zelf wilt of nodig hebt.

[Mickey77]

RickyHeijnen schreef op woensdag 11 september 2024 @ 09:23:
[...]
Iemand met 17 jaar ervaring is meer dan welkom en zal ik dan ook betalen wat hij waard is. Ik heb nergens genoemd dat ik mensen graag wil onderbetalen. Echter zal zo iemand zich na 3 maanden al vervelen bij mij schat ik zo in, want hij kan zijn 17 jaar ervaring niet kwijt in de werkzaamheden.
[...]

RickyHeijnen schreef op zaterdag 7 september 2024 @ 19:55:
[...]
We bouwen maatwerk software dat is misschien 50% CRUDjes, 25% rapportages/inzichten en 25% het automatiseren van repetitieve taken. Onze klanten zitten aan de onderkant van het MKB met een omzet van max. +/- 1 miljoen per jaar.

Ik ben het eens met @BrennuS dat je deze optie te snel van tafel schuift en ik heb ook al advies gegeven om toch te gaan zoeken naar een senior ipv een junior. Natuurlijk zal er een grote groep senior devvers zijn die geen interesse hebben, ofwel vanwege te weinig uitdaging ofwel vanwege een te lage vergoeding (hoewel dat misschien best mee zou vallen als ik berichten van TS lees). Maar... niet alle senior devvers voldoen aan het stereotype dat je hier ziet op tweakers.

Ik ben zelf al 30 jaar ICT-er en voor het grootste deel daarvan was ik ondernemer. Ik heb geen moeite met klantcontact, maar gewoon geen zin in aquisitie. Ook vind ik niet dat het leven in het teken moet staan van het werken (zowel leven om te werken als werken om te leven vind ik onzinnig). Ik heb zowel kleine als grote projecten gedaan en inhoudelijk heel verschillende dingen. Maar ik heb het niet druk en verdien niet bovenmodaal. Ik geniet van het werk dat ik doe en ook van de vrijheid die ik heb. De kleine dingen - die jij CRUDjes noemt - daar zou ik geen weerstand tegen voelen omdat mijn leven naast het werk ook leuk en uitdagend is (zo ben ik sportief en muzikaal).

Inmiddels weet iedereen wel dat er veranderingen aan komen voor ZZP-ers. Ik lees en hoor veel ZZP-ers die voor geen goud terug in loondienst willen, die eerder zouden stoppen of naar het buitenland zouden gaan. Maar ik denk dat er ook veel wat ZZP-ers zijn die nu nadenken over een dienstverband, maar dat niet van de daken schreeuwen. Financieel zou het een stap terug kunnen zijn, maar loondienst geeft ook zekerheden en mogelijk meer 'rust' in de avonden en weekenden (een ondernemer staat altijd 'aan').

Zo heb ik ook besloten om te gaan zoeken naar een leuke baan in de ICT, maar om andere redenen dan de dreigende wetswijziging/handhaving. Naast de zekerheid en rust, voel ik ook behoefte om meer te werken met collega's. Ik kan prima alleen werken, maar hele dagen in je eentje achter een scherm is ook niet altijd leuk. Ik ben nu aan het nadenken over wat voor soort job mij het leukste lijkt (wat nog best lastig is want ik ben echt heel allround) en bij wat voor soort bedrijf ik zou passen. Het bedrijf van TS vind ik interessant, alleen is het vrij ver weg.

Ik vind het TOP hoe TS met de reacties om gaat, omdat veel (negatieve) reacties voort komen van mensen (medewerkers en managers) die in grotere organisaties werken. Zij gaan er van uit dat TS wil doorgroeien maar ik weet niet of dat nu echt is wat TS gelukkig maakt. Ik lees met belangstelling mee.

[418O2]

RickyHeijnen schreef op woensdag 11 september 2024 @ 09:23:
[...]

Iemand met 17 jaar ervaring is meer dan welkom en zal ik dan ook betalen wat hij waard is. Ik heb nergens genoemd dat ik mensen graag wil onderbetalen. Echter zal zo iemand zich na 3 maanden al vervelen bij mij schat ik zo in, want hij kan zijn 17 jaar ervaring niet kwijt in de werkzaamheden.

Als ik zo lees wat je aanbiedt dan zou ik me daar prima mee vermaken. Simpele dingen tik je zo weg, complexere zaken haal je je voldoening uit. Er zijn maar weinig plekken waar alles altijd uitdagend is. Een mix is ook gezond, ook voor je brein.

Ik zou het als ik jou was eens een kans geven, want je huidige pad lijkt dood te lopen.

[roelfp]

RickyHeijnen schreef op woensdag 11 september 2024 @ 09:23:
Iemand met 17 jaar ervaring is meer dan welkom en zal ik dan ook betalen wat hij waard is. Ik heb nergens genoemd dat ik mensen graag wil onderbetalen. Echter zal zo iemand zich na 3 maanden al vervelen bij mij schat ik zo in, want hij kan zijn 17 jaar ervaring niet kwijt in de werkzaamheden.

Inderdaad, zoals al veel gezegd, iemand die je hier beschrijft zou zich prima kunnen voelen in jouw kleine organisatie. Werk wat makkelijk weg te werken is, een junior om te coachen, een stuk legacy code dat in stukjes en beetjes te refactoren is naar hedendaagse standaarden. Niet zoveel druk als bij een detacheerder, niet zoveel risico als een freelancer, niet zo groot als een logge overheidsorganisatie. Ik zie best mogelijkheden!

[Mickey77]

Eigenlijk is TS ook zelf bewijs van de stelling dat een senior past... want hij is er zelf ook een en vind het werk zelf ook leuk

(Ik las dat hij een maand lang puur de rol van manager aan heeft genomen en daar niet gelukkig van werd, mede dat hij het devven daarvoor zelf te leuk vind)

[Ionicawa]

RickyHeijnen schreef op woensdag 11 september 2024 @ 08:46:
Door juist zelf bewust langs ze te lopen en te vragen hé heb je hulp nodig, kun je laten zien hoe je X of Y hebt aangepakt? En te vragen 'kun je me uitleggen wat je precies gaat doen voor taak Z'? Daarmee toon ik mezelf benaderbaar voor het vragen van hulp.

Pas hiermee op dat je niet het tegenovergestelde bereikt van je intentie. Je wilt gedrag stimuleren dat ze vragen komen stellen of even met je komen sparren als ze vastzitten. Maar wat je doet is dat je een (vast) aantal momenten per dag bij ze langs gaat om de informatie te krijgen. Heel simpel gezegd, als je dat structureel doet, dan gaan zij verwachten dat DAT de overlegmomenten zijn. Dat wil je juist niet.

En het maakt niet uit wat je zegt, verwachtingen worden gebaseerd op wat je doet. Dus als je A zegt, maar je doet B, dan gaan ze uit van B.

Daarnaast ben je nog steeds hun baas. De manager die over hun salaris en beoordeling gaat. Besef dat daar ook belangen kunnen zijn wat ze weerhoudt om je als volwaardige sparringpartner te zien. Of zelfs puur vanwege jouw senioriteit en zich dom voelen om bepaalde vragen aan je te stellen. Dan kunnen jouw acties dus juist ook meer als 'controleren' overkomen dan wat misschien jouw intentie is.

Ik zou eerder met daily standups gaan werken en retro's gaan houden. Je hoeft niet het volledige scrum framework te implementeren, maar er zijn zeker elementen uit te halen die van toegevoegde waarde zijn zonder teveel overhead te introduceren. Bekijk bijvoorbeeld dit artikel ter inspiratie: https://medium.com/the-li...the-framework-7ae091e1452

[ Voor 4% gewijzigd door Ionicawa op 11-09-2024 16:47 ]

[JohnBQ]

Wat een tof topic! Geeft een mooi inkijkje in verschillende werelden. De inkopper, ondertussen ook wel bekend: Een case gaat niet helpen.

Imo gaan de beschreven werkzaamheden buiten de lijntjes van een 'standaard' IT opleiding of functie. Dat maakt het tof voor de allrounders zoals @Mickey77 waar ik mezelf ook onder schaar, maar maakt het ook moeilijk zoeken.

De kans van slagen voor TS lijkt me niet hoog bij studenten of net afgestudeerden.

Zelf zou ik eerder zoeken naar stevige mediors of seniors die klaar zijn met alle enterprise vergaderingen, refinements, functionele & technische ontwerpen die nodig zijn om een knop van links naar rechts te krijgen. Daarvoor lijken me de gesprekken het meest relevant.

Als ik de doelgroep van TS bot mag samenvatten als "bedrijven die niets met IT hebben, maar ook niet zonder kunnen" heb ik het geluk gehad daar wel eens mee te werken, wat in de praktijk een hele toffe klantrelatie (zonder technische taal) en veel ruimte voor initiatief betekent.

Het wereldje is wel echt anders dan enterprise met (juist ook bij de klant) voor elk stukje een ander poppetje.

Wellicht spreekt er een stukje frustratie door, maar het zou me geen slecht plan lijken om in vacatures te mikken op medior++ die juist meer invloed en minder meetings zoeken.

Mensen met een beheer en/of servicedesk achtergrond en interesse in dev zijn ook interessant als ik TS zo hoor over waar de belangrijkste aspecten liggen. Er zijn minder devs met klant bellen als hobby dan andersom

Het spreekt mij iig behoorlijk aan, maar zit ook lastig qua afstand en omstandigheden anders kwam ik graag eens een bakkie doen.

Verder top om te zien hoe @RickyHeijnen zich opstelt en met reacties omgaat!