Software development, en daarna?

[t_captain]

Ik ga langzaam maar zeker naar de 10 jaar werkervaring, steeds met software development bezig geweest maar wel in een aantal verschillende rollen. De laatste tijd merk ik dat ik steeds meer belangstelling krijg voor de bedrijfsmatige en financiele kant van engineering projecten en heb ik ook een aantal cursussen in die richting gedaan.

Het probleem van cursussen is dat ze je honger maar tijdelijk stillen Met mijn nieuwe skills wil ik ook graag wat gaan doen in mijn dagelijkse werkzaamheden.

De meest "gebruikelijke" carrierepaden voor software engineers, architectuur en project management, bieden wat mij betreft te weinig op dat vlak. Aan de ene kant zijn er ook functies die meer aan de financiele kant zitten (EDP auditor bijvoorbeeld), maar dat zou bijna een volledige omscholing zijn waarbij mijn werkervaring niet veel meer waard is.

Ik vraag me dus af of er een middenweg is te vinden. Iemand ervaring op dit gebied?

[MicroWhale]

Bij detacheringsbedrijven kun je ook de lijn in gaan (unit-, competence- en divisiemanager)... hierbij blijf je contact houden met de technische kant terwijl je het zwaartepunt naar management verschuift. Hierbij krijg je dan vanzelf te maken met bedrijfsvoering, strategie, visie en "cijfertjes"...

[ Voor 19% gewijzigd door MicroWhale op 21-11-2008 11:25 ]

[t_captain]

MrWilliams schreef op vrijdag 21 november 2008 @ 11:24:
Bij detacheringsbedrijven kun je ook de lijn in gaan (unit-, competence- en divisiemanager)... hierbij blijf je contact houden met de technische kant terwijl je het zwaartepunt naar management verschuift. Hierbij krijg je dan vanzelf te maken met bedrijfsvoering, strategie, visie en "cijfertjes"...

Zeker een optie, maar die banen liggen nog net buiten bereik (iig bij ons bedrijf). Eerst moet er nog een tussenliggende stap worden gezet.

Nou voel ik me vrij goed thuis in een adviserende rol, "iets met consultant" zeg maar Dan denk ik aan een functie als business consultant, maar als ik naar de inhoud van dergelijke functies kijk dan zijn ze toch voornamelijk technisch van inhoud. De meeste business consultancy lijkt gericht op het requirements management t.a.v. de configuratie en personalisatie van SAP systemen. Dan heb je dus nog niet zoveel te maken met business cases e.d.

[P_de_B]

Is iets als productmanagement niet iets voor jou? Afhankelijk van je werkgever wordt er aan die rol wel een verschillende invulling gegeven heb ik al wel gemerkt, maar de rol die ik bij mijn werkgever heb bevalt me goed.

Een productmanager is bij ons verantwoordelijk voor één of meerdere producten in de breedste zin van het woord. Je moet dus aan de ene kant kijken waar je klanten behoefte aan hebben qua nieuwe features etc. Dit is de inhoudelijke kant van het werk. De andere kant is zorg dragen voor de interne oplevering van de pakket. Hierbij - in ieder geval bij mijn werkgever - heb je ook de verantwoordelijkheid voor (software)technische zaken en bijvoorbeeld user interactie zaken.

Je hebt dus aan de ene kant veel klantcontacten, zowel inhoudelijke sessies als demo's voor prospects maar ook veel interne contacten met development etc. Daarnaast zit er ook een sterke projectmanagement component in.

[t_captain]

P_de_B schreef op vrijdag 21 november 2008 @ 11:46:
Is iets als productmanagement niet iets voor jou? Afhankelijk van je werkgever wordt er aan die rol wel een verschillende invulling gegeven heb ik al wel gemerkt, maar de rol die ik bij mijn werkgever heb bevalt me goed.

Een productmanager is bij ons verantwoordelijk voor één of meerdere producten in de breedste zin van het woord. Je moet dus aan de ene kant kijken waar je klanten behoefte aan hebben qua nieuwe features etc. Dit is de inhoudelijke kant van het werk. De andere kant is zorg dragen voor de interne oplevering van de pakket. Hierbij - in ieder geval bij mijn werkgever - heb je ook de verantwoordelijkheid voor (software)technische zaken en bijvoorbeeld user interactie zaken.

Je hebt dus aan de ene kant veel klantcontacten, zowel inhoudelijke sessies als demo's voor prospects maar ook veel interne contacten met development etc. Daarnaast zit er ook een sterke projectmanagement component in.

Product management (net als program management overigens) klinkt zeker interessant.

Met project management heb ik echter niet zo'n klik. Ik denk dat daar bij veel bedrijven de schoen een beetje wringt; ik heb namelijk gezien dat product/program management functies vaak vrij hoog zijn ingeschaald en normaal worden gestaffed door promotie van een project manager.
In dat plaatje zou ik dus op zoek moeten naar een alternatieve "tussenstap", in plaats van project manager.

[P_de_B]

Ik vraag me wel af of de stap van project- naar product- of programmamanagement wel zo'n logische is. Een projectleider heeft immers niet persé inhoudelijk kennis. Hij kan in principe ieder type project leiden. Als productmanager zul je juist wel inhoudelijk met het proces mee moeten kunnen denken.

De projectmanagementcomponent in mijn werk is overigens wel anders dan van een traditionele projectleider denk ik. Het betreft niet een afgebakend project, met een duidelijke omschrijving en doel. Je zult je wel bezig moeten houden met bijvoorbeeld voortgangsbewaking omdat je wel een bepaalde releasekalender hebt opgesteld.

[t_captain]

Mijn roots liggen in de high-tech industrie. Daar zie je weinig generalistische projectleiders/managers. Verreweg de meesten waren eerst technisch specialist (bijvoorbeeld software developer, elektrotechnisch developer). De volgende carrierestap van projectmanager naar product manager is dan minder vreemd omdat deze mensen al uit een eerdere functie een flinke portie inhoudelijke kennis meenemen.

Wat je in de 2e alinea aangeeft, dat een product manager te maken heeft met niet-afgebakende projecten, maakt de functie imho alleen maar interessanter. Juist in het voortraject, waar de beslissingen worden genomen over het wel/niet/anders doen van nog niet bestaande en afgebakende projecten, denk ik een stuk meerwaarde te hebben. Dat is meteen de reden dat ik in project management niet zoveel zie. Het zwaartepunt van die functie ligt toch nadat de business case akkoord is.

Maarja, op he niveau van product manager zijn er tal van interessante functies. Het is juist die ontbrekende schakel tussen lead engineer en product manager die ik niet direkt zie..

[Testert]

Ik ben nu bezig als functioneel beheerder. Spil tussen de lijn en de IT vanaf de demand zijde. Ik werk samen met onder meer een business analist en een productmanager. De BA, met zijn kennis van de bedrijfsprocessen, doet voornamelijk vooronderzoek voor projecten. Is 90% op de inhoud met de focus op de bedrijfsprocessen. De productmanager bewaakt de processen & budgetten. In een andere organisatie zou die zich ook bezig (kunnen) houden met SLA's ed. Die zijn hier nog op een dusdanig abstract niveau dat dat alleen op divisieniveau wordt opgesteld. Komt verandering in.

En ja, ook hier komen de productmanagers voornamelijk vanuit projectleidersrollen.

De kunst is wel dat je dan de inhoud ook aan anderen overlaat!

[P_de_B]

Testert schreef op vrijdag 21 november 2008 @ 14:12:
De kunst is wel dat je dan de inhoud ook aan anderen overlaat!

Nu zie je wel duidelijk het onderscheid dat er qua invulling van de productmanager per bedrijf is. Bij ons is (juist) ook de inhoud belangrijk. De productmanager beslist immers wat er in het product komt, dat kan niet zonder inhoudelijke kennis.

[Testert]

Ik weet geen exacte functiebenamingen en die zullen ook per bedrijf en per afdeling verschillend ingericht zijn. Blijkbaar worden 2 rollen productmanager genoemd:
a) De productmanager die zich echt alleen met de inhoud van het product bezig houdt. Deze communiceert veel met de mensen van de marketing & sales, houdt de concurrentie in het vizier, stemt acties af met externe partijen zoals het maken van afspraken over elektronische uitwisseling van informatie. De requirements en realisatie hiervan komen door te sparren met (het team van):
b) De productmanager als schakel tussen lijnorganisatie en IT, die functioneel beheerders, business- of informatie analisten en business projectleiders aanstuurt. Deze zal zich vrijwel niet bezig moeten houden met productvoorwaarden (collectiviteitskorting op verzekeringspremies oid) of gekozen technische oplossingen, want in tegenstelling tot 'rol a' is deze manager werkelijk manager.

Wordt 'rol b' misschien ook wel informatiemanager genoemd? Informatie over deze rol is hier te vinden:
http://www.aslbislfoundat...id,217/Itemid,25/lang,nl/

@ Captain > Heb je de trainingen & cursussen met een bepaalde rol voor ogen gevolgd? Welke mogelijkheden heb je met delivery- & competencemanagers besproken? Wil je voor langere tijd ergens iets op bouwen, of voel je je lekker in de positie van 'kunstje uitvoeren en verder'?

[t_captain]

Testert schreef op zaterdag 22 november 2008 @ 01:04:
[...]
@ Captain > Heb je de trainingen & cursussen met een bepaalde rol voor ogen gevolgd? Welke mogelijkheden heb je met delivery- & competencemanagers besproken? Wil je voor langere tijd ergens iets op bouwen, of voel je je lekker in de positie van 'kunstje uitvoeren en verder'?

De trainingen zijn voornamelijk e-learning en heb ik gewoon uit belangstelling gevolgd, niet met een specifiek doel voor ogen. Het "probleem" is dat het smaakt naar meer, vooral de financiele kant. Tot het punt dat ik zelfs een opleiding naar registeraccountant interessant zou gaan vinden. Het probleem met dergelijke rigoreuze oplossingen is dat ik 10 jaar technische achtergrond in het putje doe. Daarmee verlies ik mijn meerwaarde t.o.v. een pas afgestudeerde bedrijfseconoom, en bovendien zou ik het op termijn ook gaan missen als ik helemaal niets meer met techniek zou doen. Vandaar mijn twijfels.

Ik ben me nu dus aan het beraden op mijn loopbaanplanning voor de langere termijn. Dat doe ik eerst. en daarna ga ik kijken welke rol mijn huidige werkgever ik mijn plannen kan spelen. Op dat punt ben ik nog niet helemaal aangekomen.

[Verwijderd]

Misschien dat je hier wat aan hebt: 12 career moves for developers, without becoming a manager

Overigens ben ik het niet eens met je stelling dat als je een opleiding doet die niet gerelateerd is aan IT, je 10 jaar ervaring weggooit. Je bent namelijk zeer waardevol als je software wil maken voor het betreffende vakgebied omdat je veel beter weet waar ze het over hebben en ook beter weet wat men nodig heeft. Er zijn vaak veel combinaties mogelijk.