Van developer naar consultant

[powerblinq]

Hi Tweaks,

Ik doe mijn verhaal even in een membersonly kopje, puur uit privacy oogpunt.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Groet!

[ Voor 13% gewijzigd door powerblinq op 01-05-2023 22:08 ]

[Sissors]

Ik kan het heel lang maken, maar laat ik het simpel houden: Als jij die functie leuk lijkt, wat heb je precies te verliezen? Je bent volgens mij vooral jezelf bang aan het maken voor verandering (en dat klinkt misschien lullig, maar dat is iets wat de meeste van ons regelmatig genoeg doen). Want zelfs als er een salarisindicatie bij staat waarbij je niet naarbeneden zal gaan in salaris, maak je alsnog je zorgen om een enorme drop in salaris? En dat je junior in een functie bent, betekend niet dat de functie junior is. Als jij voor het eerst CEO wordt van een multinational, zeggen ze ook niet: "Je bent natuurlijk wel junior in deze functie, dus terug naar €2500 per maand".

En hoe je het aanpakt? Solliciteren dus. Waarbij je een leuke motivatiebrief erbij doet. Zo hoog lijken de eisen verder ook niet te zijn.

[powerblinq]

Sissors schreef op maandag 1 mei 2023 @ 22:10:
Ik kan het heel lang maken, maar laat ik het simpel houden: Als jij die functie leuk lijkt, wat heb je precies te verliezen? Je bent volgens mij vooral jezelf bang aan het maken voor verandering (en dat klinkt misschien lullig, maar dat is iets wat de meeste van ons regelmatig genoeg doen). Want zelfs als er een salarisindicatie bij staat waarbij je niet naarbeneden zal gaan in salaris, maak je alsnog je zorgen om een enorme drop in salaris? En dat je junior in een functie bent, betekend niet dat de functie junior is. Als jij voor het eerst CEO wordt van een multinational, zeggen ze ook niet: "Je bent natuurlijk wel junior in deze functie, dus terug naar €2500 per maand".

En hoe je het aanpakt? Solliciteren dus. Waarbij je een leuke motivatiebrief erbij doet. Zo hoog lijken de eisen verder ook niet te zijn.

Thanks voor je reactie. Misschien heb je wel gelijk. Maak ik mezelf bang voor verandering. Maar dat is ook wel logisch soms. In mijn geval zou ik mijn baan op 4 minuten loopafstand ruilen voor deze baan waarbij ik dagelijks een uur reistijd aanhaal. Daarbij is mijn huidige baan mijn eerste werkgever ooit, plus het feit dat het voor mij onbekend terrein is hoe het reilen en zeilen is binnen zo’n grote organisatie tov mijn huidige werkgever met 18 werknemers.

[Sissors]

Die reistijd zou voor mij persoonlijk een no-go zijn. Maar daar staat iedereen heel anders in. Je moet er dan wel idd rekening mee houden dat je gewoon veel minder vrije tijd overhoudt, afhankelijk van hoeveel je ook thuis kan en wil werken.

[chielsen]

Ik zou vooral kritische vragen stellen of de functie echt biedt wat je zoekt. Hoe ik hem lees ben je hier voornamelijk functioneel beheerder en ben je zwaar overskilled als je daadwerkelijk weet hoe je iets kan bouwen.

[powerblinq]

chielsen schreef op maandag 1 mei 2023 @ 22:51:
Ik zou vooral kritische vragen stellen of de functie echt biedt wat je zoekt. Hoe ik hem lees ben je hier voornamelijk functioneel beheerder en ben je zwaar overskilled als je daadwerkelijk weet hoe je iets kan bouwen.

Dank voor je reactie! Kan je iets verhelderen wat je bedoelt met overskilled? Ik ben een junior backend developer met wat basis PHP kennis, maar daarnaast wel frontend developer met ervaring. Is het niet gewoon een heel ander soort baan dan die van een developer? Kan je misschien uitleggen wat je bedoelt met functioneel beheerder en waarom dat dan relatief “simpel” zou zijn?

[99ruud99]

Haha, zo'n herkenbaar verhaal.
Zelf start ik volgende week
Gewoon de stap wagen, en niet bang zijn- mocht je toch bang zijn stuur maar een PM, dan zal ik m'n hele verhaal sturen

[Ramon]

De vacature is voor mij veel te vaag om iets over te kunnen zeggen, ik zou dan ook beginnen met contact opnemen en vragen wat het exact is wat je gaat doen.

Kan je niet bij je huidige werkgever jezelf en andere rol aanmeten?

[downtime]

chielsen schreef op maandag 1 mei 2023 @ 22:51:
Ik zou vooral kritische vragen stellen of de functie echt biedt wat je zoekt. Hoe ik hem lees ben je hier voornamelijk functioneel beheerder en ben je zwaar overskilled als je daadwerkelijk weet hoe je iets kan bouwen.

Ik lees er juist helemaal geen functioneel beheer in. Meer een gecombineerde functie waarbij je zowel de applicatie bouwt als die (technisch) beheert (aangezien jij na het bouwen bij uitstek de expert voor die software bent). Dat is geen rare combinatie. Functioneel beheer is echt wat anders.

[g1n0]

Klinkt meer als een developer met devops kunsten inderdaad

Zelf ook consultent (geweest, doe het steeds minder) maar ik maak me zorgen over je zelfvertrouwen. Als je met het zelfvertrouwen wat je in deze post toont bij een bedrijf komt ben je zo klaar (in mijn ervaring). Dus ik ga er even vanuit dat je enkel hier wat vragen stelt en gewoon stevig in je schoenen staat

Met jouw “eisen” lijkt het me meer dat je opzoek bent naar een solution architect rol. Bedenk dat je als consultant het uitwerken vrijwel volledig achter je laat, waar de solution architect nog meer in de implementatie meewerkt. Het is een belangrijke keuze die je maakt. Want van consultant terug naar developer is lastiger dan van architect naar developer (ivm de achterstand in technische implementatiekennis van de consultant). Je moet als consultant een flinke affiniteit met development hebben om naast je uurtjes jezelf nog te ontwikkelen.

Dit is puur op basis van mijn ervaringen. Behoorlijk wat jaartjes freelance consultancy bij kleine en grote bedrijven gedaan.

[SmurfLink]

Gewoon proberen. Klinkt alsof je bij je huidige baan 'dom gehouden' wordt. Ik ben ook developer maar ik doe al die dingen waar jij het over hebt, praten met de klant, requirements opstellen, verduidelijken, zelf bepalen wat ik maak en vooral hoe ik dingen maak. Dus wellicht is verandering wel goed voor je, in je huidige job klinkt het enorm afgekaderd dus dat zal waarschijnlijk niet snel veranderen.

[OmgItsKoen]

Maar is wat jij omschrijft niet meer iets voor een Product Owner rol? Een consultant is niet per se bezig met "het uitdenken van applicaties", een consultant zal eerder gewoon zeggen: "Klant A wil dit" waar vervolgens dan de Product Owner gaat praten met de klant, de requirements gaat opstellen etc. Dus wellicht loont het om eens te kijken naar een Product Owner rol?

[JEightyFive]

Herkenbaar verhaal. Ben zelf ooit van (PHP) developer geswitched naar een technisch applicatie consultant rol om soortgelijke redenen.
Ik had destijds ook 0 kennis van het pakket waar ik mee ging werken maar dat was geen probleem, deels omdat ze überhaupt moeite hadden om iemand te vinden.
Nooit spijt gehad van de switch en inmiddels zelfstandig gegaan.
Een van de leukere dingen van het pakket waar ik nu gespecialiseerd in ben is dat ze een API aanbieden die je middels Java(script) kan aanroepen, dus de programmeer skills komen nog steeds handig van pas
Leuke afwisseling tussen ouderwets code kloppen en nadenken over oplossingen.

Als het je iets lijkt: gewoon doen. Nee heb je, ja kan je krijgen.

[Furion2000]

Ik hoor ook meer product owner in het verhaal.

Daarnaast zou ik inderdaad op zoek gaan naar bedrijven waar je intern zit (geen detachering oid), over het algemeen kun je dan makkelijker doorgroeien. Als die kansen er niet blijken te zijn moet je weer verder als je je ambitie wil blijven voeden.

Wat @g1n0 klopt, enige mate van overtuigingskracht en standvastigheid is wel nodig. Daartegenover wil ik zetten dat ik genoeg timide starters in de sales heb zien gaan en binnen no-time die skills ontwikkelde.

Sidenote: Alles nieuw bouwen en uitdenken is leuk, maar vergeet niet de realiteit dat dit niet altijd kan en dat je pas echt succesvol bent als je ook de lange termijn goed begrijpt. Hou ook altijd de interesse in legacy systemen om te leren wat wel en niet werkt op de lange termijn!

[ Voor 6% gewijzigd door Furion2000 op 02-05-2023 09:08 ]

[chielsen]

powerblinq schreef op maandag 1 mei 2023 @ 23:35:
[...]

Dank voor je reactie! Kan je iets verhelderen wat je bedoelt met overskilled? Ik ben een junior backend developer met wat basis PHP kennis, maar daarnaast wel frontend developer met ervaring. Is het niet gewoon een heel ander soort baan dan die van een developer? Kan je misschien uitleggen wat je bedoelt met functioneel beheerder en waarom dat dan relatief “simpel” zou zijn?

Nou ja ik gaf dus het advies om te checken wat je precies gaat doen. Maar goed het klinkt dus als een functioneel beheerder in de zin dat je een beetje tussen it en de business in zit, schakelt met developers / leveranciers, maar niet echt de diepte in gaat. Ik zie geen technische requirements en je moet vacatures altijd lezen dat ze veel meer vragen dan er eigenlijk nodig is.
Als je denkt een soort architect / solution consultant te gaan worden kom je denk ik op een koude kermis thuis.

Zeker bij grotere organisaties wordt al het ontwikkelen uitbesteed en zit de IT organisatie vaak vol met mensen die "affiniteit" met IT hebben, maar nog nooit 1 regel code hebben gezien. Als jij weet dat iets wel kan omdat je het gewoon zelf kan bouwen kan je aardig gefrustreerd raken als dat niet in scope van jouw functie is.

[grasmat0]

@powerblinq ik zie je probleem niet helemaal. Bel gewoon even de recruiter/ persoon die de vacature heeft uitgezet op. Vraag wat de werkelijke werkzaamheden zijn, wat je precies gaat doen. Gezien de huidige markt zal die persoon waarschijnlijk zeggen, stuur even je cv op (hoef je direct die stomme motivatie brief niet te schrijven). En dan plan je je eerste gesprek, kun je direct al je twijfels daar bespreken en of zij dat überhaupt als problemen zien (ik denk het niet, als er iemand aan komt kloppen met 5 jaar dev ervaring en maar 3k wilt zullen ze staan te springen, voor dat geld krijg je net aan een junior functioneel beheerder)

[g1n0]

@grasmat0 ze zullen het salaris wel gaan proberen te maximizen aangezien bij de meeste recruiters daar hun provisie aan vast hangt (bij mij in het verleden wat het een half jaar salaris wat het bureau kreeg)

[sir_huxley]

Wat @Furion2000 zegt. Als je wilt praten met stakeholders en concepten wilt uitwerken dan moet je de Product Owner PO of de Business Analist BA kant op. Eventueel dedicated scrum master. (Ofschoon ik bij de laatste optie mij niet kan voorstellen hoe je hier je dag mee vol krijgt tenzij je meerdere teams hebt)

[Furion2000]

sir_huxley schreef op woensdag 3 mei 2023 @ 00:18:
Wat @Furion2000 zegt. Als je wilt praten met stakeholders en concepten wilt uitwerken dan moet je de Product Owner PO of de Business Analist BA kant op. Eventueel dedicated scrum master. (Ofschoon ik bij de laatste optie mij niet kan voorstellen hoe je hier je dag mee vol krijgt tenzij je meerdere teams hebt)

Ik ben nu scrum master en ene week 10% andere week 60% en context switchen kost tijd en vind ik het meest uitdagende en ik snap de gedachte fulltime sm voor meerdere teams dus wel. 1 functie die 1 ding goed doet, terwijl iemand die een dubbelrol heeft.

Dat gezegd hebbende er was een ander topic waar iedereen het over eens was dat de architecten eigenlijk seniors zouden moeten zijn vanuit de teams. Ze staan met hun voeten in de modder en kunnen dan beter werk leveren, ik denk dat dat voor sm's ook wel geldt.

sm kan een stepping stone binnen een bedrijf waar kansen liggen, het kan je bepaalde skills geven, het kan voldoening geven door de betrokkenheid die je hebt, maar de meesten kijken (deels terecht) wel tegenaan als een *#$ taak. Je pakt er vaak 1 voor het team

[CornermanNL]

Bij veel bedrijven zijn de rollen consultant , Product owner en Business analyst niet zo strak gescheiden als bij sommige grote organisaties, en doet een consultant bij iedere organisatie al veel meer dan alleen even noteren wat de klant wil en dan in overleg gaan met de PO en BA die de 'echte' oplossing verzinnen.

We moeten niet doen alsof de consultant ineens de auto verkoper rol op zich heeft genomen sinds de rollen van PO en BA eindelijk eens als zelfstandige rol wat breder zijn gaan leven, al zijn er zat consultants die zich zo gedragen natuurlijk.

Tot zover de off topic, ik zou binnen de eigen organisatie eerst eens een balletje opgooien over een groei traject. Groeien in een nieuwe rol waar je het product, de organisatie en de klanten al kent is een stuk makkelijker dan dat alles ineens nieuw is.