[midlife/loopbaan] Van developer naar .......?

[PdeBie]

TL;DR
Midlife crisis alert: Ik ben nu software ontwikkelaar, maar begin de techniek beu te worden. Wil iets anders, maar weet niet wat.

Lange versie:
Hoi allen,

Wellicht wat vroeg met mijn 36 jaar, maar ik begin een soort van beginnende midlifecrisis te ontwikkelen.
Naar aanleiding van dit topic hoop ik wat ideeën te kunnen vinden over de toekomst van mijn loopbaan als software ontwikkelaar en een richting te vinden om naar toe te werken in komend jaar/komende jaren.

Momenteel ben ik werkzaam als .NET ontwikkelaar (C#) en ik merk aan mijzelf dat ik het werk steeds minder leuk begin te vinden.

De hele techniek gaat mij veel te snel en ik kan de zin en puf niet opbrengen om bij te blijven. Waar collega's in privétijd met enige regelmaat allerlei technische artikelen lezen etc. om hun know-how bij te spijkeren, kan ik die drive simpelweg niet vinden.

Alleen ik weet gewoon niet wat ik dan wel zou willen doen.
Ik weet wel dat ik graag nadenk over WAT een website zou moeten doen in plaats van HOE hij dit doet. Dus meer functioneel dan technisch, maar ik zie dit nog niet concreet genoeg om er daadwerkelijk stappen in te kunnen maken.

Het (web)development vakgebied vind ik nog steeds leuk. Ik bemoei mij graag met de ontwikkeling van websites/applicaties en denk graag mee over hoe een website of webapplicatie zou moeten functioneren. Het contact met mensen hierover vind ik ook leuk.

Sparren met de klant over zijn/haar wensen en hoe we dit kunnen vertalen naar iets werkends in de site lijkt mij erg leuk om te doen, maar ik zie niet hoe zich dit vertaald naar een nieuwe functie of ander beroep.

Meer mensen die met dit dilemma zitten/hebben gezeten? En welke stap heb je gemaakt of ben je aan het maken?

[Stoelpoot]

Consultant, team lead, scrum master? In die richting denk ik. Mogelijk kan je ook richting UI of UX designer kijken.


Qua midlifecrisis zit je nog enigszins goed. Je wilt in ieder geval geen radicale verandering maken, maar een andere rol in je vakgebied op je nemen. Zit er misschien ook een deel aan wensen om door te groeien in, dat je het coderen zelf zat begint te worden en meer in het bovenliggende proces wilt zitten? Dat idee krijg ik een beetje van je topic.

[PdeBie]

@Stoelpoot Een radicale verandering zit ik zeker niet op te wachten. Het is niet dat ik ineens politie agent wil worden (hmmm, misschien moet ik dan ook maar geen scrum master worden )

UI designer is echt een compleet ander vakgebied. UX is een mogelijkheid. Al moet ik dan wel meer conceptueel leren denken.

Doorgroeien in mijn rol als ontwikkelaar en meer naar een architecten rol (bedoel je dat?) zie ik niet echt zitten. Als ik heel eerlijk ben boeit het mij niet meer of een website nou met MVC, Angular, Vue of wat voor techniek dan ook is gemaakt. Als het maar werkt denk ik dan bij mijzelf.

Consultant is zo'n breed begrip. Die vind ik altijd wat vaag. Ik snap ook niet zo zeer wat nu de rol van een consultant is.

[PatrickH]

Klinkt mij alsof je naar een rol als Functioneel Ontwerper of Analist o.i.d. wilt.

[PdeBie]

Functioneel Ontwerper, is dat nog wel echt een losse functie? Volgens mij is dat meer de rol tegenwoordig die bij UX hoort.

[Stoelpoot]

PdeBie schreef op vrijdag 10 augustus 2018 @ 10:42:
@Stoelpoot Een radicale verandering zit ik zeker niet op te wachten. Het is niet dat ik ineens politie agent wil worden (hmmm, misschien moet ik dan ook maar geen scrum master worden )

UI designer is echt een compleet ander vakgebied. UX is een mogelijkheid. Al moet ik dan wel meer conceptueel leren denken.

Doorgroeien in mijn rol als ontwikkelaar en meer naar een architecten rol (bedoel je dat?) zie ik niet echt zitten. Als ik heel eerlijk ben boeit het mij niet meer of een website nou met MVC, Angular, Vue of wat voor techniek dan ook is gemaakt. Als het maar werkt denk ik dan bij mijzelf.

Consultant is zo'n breed begrip. Die vind ik altijd wat vaag. Ik snap ook niet zo zeer wat nu de rol van een consultant is.

Consultant is dan ook net zo'n breed beroep als ontwikkelaar. En daarbinnen kan je kijken naar specifieke domeinen als webconsultant, serverconsultant, databaseconsultant, of consultant voor een specifieke softwaresuite zoals SAP. Of je mixt 2 specialisaties en je wordt een scrum-consultant

[sebasmeer]

Je hebt met je development ervaring een goede basis om binnen de IT een scala aan andere rollen te vervullen. Het ligt er maar net aan waar je interesse/ambitie liggen.

Om maar wat rollen op te noemen waar het handig is als je een techische background hebt, maar meer bezig bent met processen of projecten:

• Operational Manager
• Business Process Manager
• Product Owner
• Release Manager

[PdeBie]

@Stoelpoot Bij consultancy denk ik vaak aan verkoop. En daar zit ik dan weer net niet aan te denken. Ik ben geen verkoper.

@sebasmeer Ik blijf mij wel graag bemoeien met het "product", dus daar past Product Owner het beste in. Alleen PO wordt je niet even. Zou ook niet weten hoe je in zo'n rol terecht komt.

[redrohX]

Als je graag met collega's/klanten overlegt over ontwikkeling van websites/applicaties en graag meedenkt over hoe een website zou moeten functioneren dan is wellicht een rol als product owner of project manager interessant.

Consultant zie ik als iemand die zich ergens heel erg in heeft gespecialiseerd en daar dan advies over kan geven en er geld mee kan verdienen. Ik volg mensen op Twitter die gespecialiseerd zijn in CSS, of Accessibility, of JavaScript, of website performance, of een combinatie soms. Dat is niet iets wat je opeens gaat doen omdat je opeens bedenkt dat je consultant wilt zijn. Maar soms is er wel plek binnen een organisatie om in zo'n rol te groeien...

[CH4OS]

PdeBie schreef op vrijdag 10 augustus 2018 @ 14:04:
@sebasmeer Ik blijf mij wel graag bemoeien met het "product", dus daar past Product Owner het beste in. Alleen PO wordt je niet even. Zou ook niet weten hoe je in zo'n rol terecht komt.

Zijn diverse bedrijven en instanties die hier cursussen voor geven. Als je al in de SCRUM-methodiek werkt, heb je an sich al een streepje voor.

https://agilescrumgroup.n...ngen/scrum-product-owner/
https://www.agileacademy....um-product-owner-training

[Stoelpoot]

redrohX schreef op vrijdag 10 augustus 2018 @ 14:05:
Consultant zie ik als iemand die zich ergens heel erg in heeft gespecialiseerd en daar dan advies over kan geven en er geld mee kan verdienen. Ik volg mensen op Twitter die gespecialiseerd zijn in CSS, of Accessibility, of JavaScript, of website performance, of een combinatie soms. Dat is niet iets wat je opeens gaat doen omdat je opeens bedenkt dat je consultant wilt zijn. Maar soms is er wel plek binnen een organisatie om in zo'n rol te groeien...

Exact. Een consultant kan wel een vorm van een verkoper zijn, maar geen verkoper-verkoper. Eerder iemand die echt verstand van zaken heeft (dus juist geen verkoper) en daar klanten mee assisteert om het product te gebruiken en in te richten zoals dat in hun organisatie past. En zoals hierboven kunnen dit dus exacte technieken zijn zoals CSS, of abstracte zoals accessibility en performance.

[PdeBie]

CH4OS schreef op vrijdag 10 augustus 2018 @ 14:06:
[...]
Zijn diverse bedrijven en instanties die hier cursussen voor geven. Als je al in de SCRUM-methodiek werkt, heb je an sich al een streepje voor.

https://agilescrumgroup.n...ngen/scrum-product-owner/
https://www.agileacademy....um-product-owner-training

Ik heb al meerdere projecten met SCRUM gewerkt.
Het huidige project is dan weer Kanban, maar goed... de ervaring is ruim aanwezig

[joostvanpoppel]

Je kunt het allerlei kanten opzoeken natuurlijk, afhankelijk van wat je wil (en goed kunt). Ga vooral uit van wat je leuk vindt om te doen;
- Techniek: In plaats van C# kun je een andere programmeertaal opzoeken. Een andere toepassing: middleware, frontend of backend. Werken aan standaardpakketten(SAP, HP, etc). Toepassingsgebieden(BI, Business Rule Engines, EDM, Document management, etc). Hardware(infra) of software?
- Proces: Proces faciliteren in rollen als Scrummaster / Release Train Engineer. Maar dan heb je dus echt minder met de inhoud te maken. Je bent proceseigenaar, niet sturend, en zorgt er voor dat het proces lekker gaat/blijft lopen. By the way, een Scrum Master is zeker geen politieagent :-)
- Inhoud: Meer verdiepen in de functionele uitwerking als Business Analyst. Meer klantcontact. Als Product Owner aan de slag; veel contact met de business en het dev-team de meeste waarde laten behalen. Inhoudelijke coach worden, bijvoorbeeld Agile.
- Mens: Management activiteiten ontplooien, coachen van mensen op groei, etc.
- In het onwikkeltraject zie ik verschillende rollen; business analyse, technische analyse, (functioneel/technisch) ontwerp, development, test.

Maar zonder dat ik je verder ken is vrij onduidelijk welke kan je echt opwilt. Wellicht open-en-eerlijk bij je manager aangeven en te vragen om een coach? (Dat zou je manager zelf misschien ook moeten kunnen :-) )


Zelf wil ik graag de stap naar teammanagement zetten. Hoe ik dat probeer? Veel netwerken, verdiepen in de theorie, meelopen/bespreken met mijn manager, special assignments doen om in de picture te komen en in te stromen.

[ Voor 7% gewijzigd door joostvanpoppel op 10-08-2018 15:02 ]

[pieter.a]

PdeBie schreef op vrijdag 10 augustus 2018 @ 14:04:
@sebasmeer Ik blijf mij wel graag bemoeien met het "product", dus daar past Product Owner het beste in. Alleen PO wordt je niet even. Zou ook niet weten hoe je in zo'n rol terecht komt.

Verrassend simpel: solliciteren en wie weet ben je over 2 maanden product owner.

Gewoon doen!!!

[Hahn]

Ook ik dacht direct aan Product Owner bij het lezen van je verhaal.

En ik denk net zoals pieter.a dat het niet zo moeilijk hoeft te zijn om er eentje te worden: het gewoon gaan proberen. Je hebt bepaalde kennis en ervaring opgedaan als developer, wat je in je voordeel kan gebruiken als PO

[Harm_H]

Weet je zeker dat het werkinhoudelijk is, niet eromheen?

Dagje minder werken, relatieproblemen, weinig sport, eten kwaliteit niet vers, nut van werken met klimaatverandering op komst. Om maar wat te noemen.

[PdeBie]

@Harm_H Weet zeker dat het werkinhoudelijk is. Loop hier al heel lang mee.
Ik werk 36 uur (1 dag in de twee weken ouderschapsverlof), ben gelukkig getrouwd, sport elke week etc.

Nee het is echt dat de techniek mij steeds minder boeit. Als het maar werkt. En of dit nu met Vue, Angular of weet ik wat gemaakt is....... don't care. Er zijn andere jongens/meiden die hier veel meer affiniteit mee hebben en zich daar veel meer in verdiepen.

[Croga]

PdeBie schreef op vrijdag 10 augustus 2018 @ 14:41:
Ik heb al meerdere projecten met SCRUM gewerkt.
Het huidige project is dan weer Kanban, maar goed... de ervaring is ruim aanwezig

Scrum of Kanban maakt daarin weinig uit; in beide gevallen is er 1 team wat alles doet wat nodig is voor het product. Dat geeft jou dus ook de vrijheid om je bezig te houden met andere dingen dan alleen programmeren.

De PO bepaalt alleen de prioriteit. Het uitwerken van wat het product moet doen doet hij samen met jullie; dus neem die vrijheid gerust. Ga je lekker met de UX bemoeien, geef aan dat je een keer aan het schrijven van een User Story (Product Backlog Item) wilt werken, kijk eens naar jullie product architectuur.

Als je in een Scrum team nogsteeds baalt van het programmeur zijn dan neem je zelf niet genoeg vrijheid. Je bent geen ontwikkelaar, je bent team lid van een team wat met z'n allen alles zal moeten doen. En wie dan wat doet bepalen jullie als team......

[Config]

Ander ideetje: Pre-sales / Solution Architect. Als je een commerciele drive hebt (of wil ontwikkelen) en een stap hoger wil zitten in de technolgie (meer conceptueel, minder code-level al moet je wel op de hoogte blijven van de nieuwe tech.

[Lethalis]

Dit kan ook gewoon een fase zijn?

Maar goed, anders idd een functie zoeken die tussen de ontwikkelaars en klant in zit. Consultant, product owner etc.

Bij ons zou je account manager zijn. Krijg je wel dagelijks klanten aan de telefoon die allerlei wensen en eisen hebben, boos op je worden zonder dat jij er wat aan kunt doen, enzovoorts.

Misschien wat zwaar voor iemand die al een kleine crisis ervaart

De account managers lossen samen met ons - de developers - de problemen op. Zij leggen idd meer de nadruk op het functionele, wij op het technische vlak.

[Younes]

De TL;DR bovenaan zetten. Meest logische wat je kan doen! Mijn dank!

[Metalfreak]

Heel erg herkenbaar, ik begrijp die collega's ook nooit die in hun vrije tijd nog bezig zijn met allerlei technische werkgerelateerde zaken. Ben de IT een beetje zat en kan er geen interesse meer voor opbrengen. Dus ik lees even mee...

[CyBeRSPiN]

Of specialiseer je als backend developer/architect, ik zou ook gillend gek worden van de waan van de dag in UI land. Elke 3 jaar is er weer een andere techniek hip.
Genoeg bedrijven die zakelijke software bouwen waar goede werking en betrouwbaarheid voorop staat en de UI van ondergeschikt belang is. Met kennis van SQL, data modeling en web services kun je steeds dieper gaan ipv elke 3 jaar weer moeten opboksen tegen scholieren die vers met de nieuwste UI-van-de-dag kunnen beginnen.

[downtime]

Stoelpoot schreef op vrijdag 10 augustus 2018 @ 14:10:
[...]

Exact. Een consultant kan wel een vorm van een verkoper zijn, maar geen verkoper-verkoper. Eerder iemand die echt verstand van zaken heeft (dus juist geen verkoper) en daar klanten mee assisteert om het product te gebruiken en in te richten zoals dat in hun organisatie past. En zoals hierboven kunnen dit dus exacte technieken zijn zoals CSS, of abstracte zoals accessibility en performance.

Dat soort consultancy lijkt me nu juist niet de goede keuze voor iemand die zelf aangeeft dat...

De hele techniek gaat mij veel te snel en ik kan de zin en puf niet opbrengen om bij te blijven. Waar collega's in privétijd met enige regelmaat allerlei technische artikelen lezen etc. om hun know-how bij te spijkeren, kan ik die drive simpelweg niet vinden.

Van een consultant verwacht je juist dat ie voortdurend aan zijn kennis werkt, omdat zijn product en de markt nooit stil staan, en dat ie alle nieuwe features én de roadmap voor de komende releases kent, zodat hij klanten kan adviseren. En dat vereist ook nog eens sterk ontwikkelde communicatieskills.

[Luitwieler]

Ooit al eens nagedacht over een sitecore Developer functie? Daar werk je voortdurend aan de wat terwijl je samen in het team ook de hoe ontwikkeld!

[orf]

Bij veel internetbureaus heb je in elk team een PO die de klant helpt bij het nemen van beslissingen, het backlog op orde houdt en het team scherp houdt dat ze wel het juiste bouwen. Dat is niet helemaal zuiver scrum, omdat er één PO hoort te zijn die zelfstandig beslissingen kan nemen, maar in heel veel gevallen heeft een PO aan de klantzijde hulp nodig omdat het zijn of haar eerste webproject is, omdat hij of zij geen technische kennis heeft, etc. Bij kleinere bureaus is zo'n PO-rol vaak een functie met nog wat andere rollen erin. Vaak op de UX kant.

Veel bureaus hebben ook strategen. Die zijn heel erg bezig met de "wat" (en de "why"). Zij weten veel van conversie, psychologie achter aankoopproces e.d. Zij zijn heel vaak in de beginfase betrokken, geven veel presentaties aan stakeholders, directie. Ze houden sessies om iedereen mee te krijgen en keuzes te beargumenteren, etc. Zo'n functie kan misschien ook nog wat voor je zijn.

[PdeBie]

Luitwieler schreef op zondag 12 augustus 2018 @ 10:26:
Ooit al eens nagedacht over een sitecore Developer functie? Daar werk je voortdurend aan de wat terwijl je samen in het team ook de hoe ontwikkeld!

Been there, done that
Aantal Sitecore projecten gedaan. Waren wel de leukere projecten waar ik aan heb gewerkt.

Ik ga binnenkort eens kijken of ik een coach kan vinden die mij op weg kan helpen in mijn zoektocht naar wat ik wil. Ik merk gewoon dat ik vooral minder wil developen, maar dat ik het nog steeds niet helder heb wat dan wel.

[Craven]

Ik ben niet de enige die direct PO wil roepen zie ik al.

* Craven is zelf ook PO.

Voor mij was het een rol waar ik ben in gegroeid maar dan ben wel komende vanaf de business kant. Nu was de business kant ook technisch maar dan in een andere zin dan programmeren. Ik had dus alle business bagage/kennis al bij de hand en moest wat meer tijd steken om het technische gedeelte te leren kennen.

Voor jou is het precies andersom. Je kent het technische gedeelte al door en door dus je moet meer naar de business kant groeien. Ik zou me gaan focussen hierop om te kijken of je dit werkelijk interessant vind. Kijk of je meer richting de functionele kant mag groeien. Dit kun je op je werk doen door ten eerste is te gaan begrijpen waarom de klant/business iets wilt (als je dat niet al doet). Kijk of je is met de klant direct kan zitten. Ik kan me voorstellen dat ze je daar niet direct alleen op uit sturen maar dat je dat met iemand anders doet. Maar dit hangt allemaal heel erg af van de organisatie waarin je werkt en voor welke klant het is. Ervan uitgaande dat je met externe klanten werkt. Misschien wel handig om te beschrijven wat voor organisatie je hebt?

In je eigen tijd kun je kijken naar PO/PM trainingen. Eventueel in overleg met je werkgever kijken of je PO training ergens kan volgens gevolgd door de certificering. Als je richting PO wilt groeien dan gaat die certificering je enorm helpen.

Als je bij je huidige werkgever geen ruimte is om te groeien naar wat je wilt. Kun je met een certificering bij andere partijen gaan kijken.

[PatrickH]

PdeBie schreef op vrijdag 10 augustus 2018 @ 13:42:
Functioneel Ontwerper, is dat nog wel echt een losse functie? Volgens mij is dat meer de rol tegenwoordig die bij UX hoort.

Ik zie om me heen nog steeds dat die 2 rollen los van elkaar zijn. Uiteraard zullen er bij zijn waar je allebei bent, maar volgens mij zijn er nog zat functies waarbij je 1 van de 2 bent.