Genoeg ervaring voor sturende functie?

[Verwijderd]

In mijn werkomgeving wordt gebruik gemaakt van PHP waar ik in het bedrijf, denk ik, (en dat bedoel ik zeker niet arrogant) bovengemiddeld presteer. Wij zijn met ongeveer twaalf programmeurs en er heerst een beetje een sfeertje van 'als ik mijn projectje maar afkrijg en de klant heeft wat hij wil, dan vind ik het best en om 17u ga ik naar huis'.
De code is, vind ik, in sommige gevallen echt onder de maat maar ik weet niet of daar wat kan zeggen omdat ik zelf niet weet waar ik sta, hierover later meer.
Dit sfeertje heerst overigens niet bij iedereen maar wel bij bijna de helft.

Ik vind het werken hier erg leuk en er is genoeg uitdaging om mij gemotiveerd te houden!

Ik wil graag groeien en in samenspraak met mijn leidinggevenden zien ze mij ook op een sturende positie binnen nu en een jaar. Een sturende positie zou dan technische projectleider zijn. Ik heb zelf alleen wat twijfel en die twijfel zit 'm in mijn eigen ontwikkelervaring.
Om de mensen die hier werken te kunnen sturen heb ik een zekere overtuiging van mijn eigen kunnen nodig. Ik heb het idee dat mijn technische vaardigheden wel van een dusdanig niveau zijn dat ik dat kan en qua persoon denk ik dat ik dat ook wel kan maar het zit 'm meer in een bepaald gevoel wat ik heb. Een gevoel van: ik weet niet waar ik sta qua technische kennis.
Ik heb nu, denk ik, niet in alle onderdelen van het vak een dusdanige kennis dat ik op alle vlakken mensen kan sturen en dat wil ik eigenlijk wel kunnen.

Mijn huidige ervaring is alsvolgt. Ik heb geen opleiding programmeren gehad en alle ervaring die ik heb komt uit mijn eigen, 7 jarige, ervaring waarin ik vaak mijn eigen weg ben ingeslagen. Dit heeft veel gebracht en ik ben zeker van ver gekomen als ik dat zo mag zeggen maar ik wil nu eigenlijk een stap maken waardoor ik weet wat ik wel en niet kan.
Ik heb een ZCE certificaat en kan prima m'n weg vinden in het Zend Framework.

Mijn eerste gedachte om dat te bereiken is meer projecten draaien en dus meer ervaring opdoen, maar, dat neemt veel tijd in beslag en ik zoek iets effectievers. Een tweede gedachte is een opleiding maar dat zie ik echt niet zitten. Ik leer veel liever in de praktijk.
Een cursus dan? Ja, snel en effectief wellicht maar bestaat er ook zoiets?

Ik hoor graag jullie meningen en eventuele suggesties!

[ Voor 3% gewijzigd door Verwijderd op 03-06-2010 10:00 ]

[MrSleeves]

Wat houdt die sturende positie dan in? Vaak is juist de manager niet degene die alles weer van ontwikkelen, programmeren, etc.

[Icey]

http://www.zend.com/services/certification/

[Verwijderd]

Ik heb een ZCE certificaat maar dat geeft eigenlijk 0,0 bevrediging. Ik heb m'n openingspost iets gewijzigd waarin dit vermeld staat en dat het mogelijk om een technisch projectleider functie gaat.

[Verwijderd]

I'm with ^^ Icey...

Ga met je leidinggevende om de tafel zitten en praat over je ambities en groeimogelijkheden. Geef aan dat je je graag zou willen certificeren in php en vraag of de werkgever hierin mee wil gaan. Geef aan dat dit een win-win situatie is: Het bedrijf haalt meer kennis in huis en zullen met 'php certified' kunnen schermen naar klanten toe en jij zal sneller kunnen groeien.

[BoAC]

Ik heb een beetje moeite met je 1e alinea. Een 9-5 mentaliteit heeft naar mijn idee niet per definitie als gevolg dat code op een kwalitatief minder niveau zou komen.

Verder zou je met je leidinggevende kunnen gaan spreken hoe code kwaliteit omhoog zou kunnen worden gebracht. Iets van review momenten ed.

[Verwijderd]

Oei ja, mee eens en was ook niet zo bedoeld. Is gecorrigeerd.

[Verwijderd]

Ik zie niet waarom je jouw technische kennis op wil schroeven om een sturende functie goed uit te voeren. Als (project)manager hoef je niet van alle zaken op de hoogte te zijn, als je maar een goed team onder je hebt die dat samen wel zijn.

Overdreven voorbeeld: een directeur van een groot bedrijf zal niet op de hoogte zijn van alle valkuilen binnen de P&O, maar mag wel van zijn P&O afdeling verwachten dat ze dat zijn. Als jij in ieder geval weet wat er speelt, en wat er nodig is om aan een vraag te voldoen is volgens mij je kennis voldoende. Als je ook nog enig sturend vermogen hebt moet het lukken toch?

[Peetman]

Bij ons is een projectleider echt iemand die zich met het proces bezighoud, dus planning, deadlines, afspraken met de klant. Deze heeft ook doorgaans beperkte inhoudelijke kennis.

Als het om de technische kant van een project gaat, dus developers inhoudelijk aansturen, contact met de klant voor de technische zaken, kwaliteit van code, etc, hebben we de architectenrol. In die rol is het wel heel erg van belang dat je inhoudelijke kennis hebt.

Vaak blijkt ook dat het 2 rollen zijn die moeilijk te combineren zijn. De belangen/verantwoordelijkheden van een projectleider zijn anders dan die van de architect. Door dat spanningsveld voorkom je dat een project doorslaat naar een van die kanten.

[Standeman]

Verwijderd schreef op donderdag 03 juni 2010 @ 10:29:
Ik zie niet waarom je jouw technische kennis op wil schroeven om een sturende functie goed uit te voeren. Als (project)manager hoef je niet van alle zaken op de hoogte te zijn, als je maar een goed team onder je hebt die dat samen wel zijn.

Overdreven voorbeeld: een directeur van een groot bedrijf zal niet op de hoogte zijn van alle valkuilen binnen de P&O, maar mag wel van zijn P&O afdeling verwachten dat ze dat zijn. Als jij in ieder geval weet wat er speelt, en wat er nodig is om aan een vraag te voldoen is volgens mij je kennis voldoende. Als je ook nog enig sturend vermogen hebt moet het lukken toch?

Ik zie het wel waarom de TS zijn technische kennis op wil schroeven voor een eventuele sturende functie. Als je gaat vertellen waarom code niet goed is tijdens een review, moet je dat wel kunnen beargumenteren.

Ik denk dat de TS voornamelijk technisch projectleider wil worden.

[ Voor 65% gewijzigd door Standeman op 03-06-2010 10:43 ]

[Verwijderd]

Standeman schreef op donderdag 03 juni 2010 @ 10:42:
[...]


Ik zie het wel waarom de TS zijn technische kennis op wil schroeven voor een eventuele sturende functie. Als je gaat vertellen waarom code niet goed is tijdens een review, moet je dat wel kunnen beargumenteren.

Ik denk dat de TS voornamelijk technisch projectleider wil worden.

Klopt inderdaad.
Ons bedrijf is nog niet groot genoeg voor een architect en zou een technisch projectleider (waarbij technisch meer van belang is dan project in 'technisch projectleider') projecten technisch mogen begeleiden.

[Verwijderd]

Ah, het moge duidelijk zijn dat mijn beeld van een IT-team en de leidinggevende die daar bovenstaat niet klopt

Ik ga uit van situatie waar een projectleider uitgaat van de kundigheid van zn team, en niet alle code in detail controleert. Maar begrijp ik het goed dat de functie grotendeels uitvoerend en plannend is, en dat je een aantal zaken delegeert naar collega's?

[SYQ]

_{kan je niet beter je profiel aanpassen en verwijzing naar je werk verwijderen? iets met werksfeer/relatie}

[Standeman]

Move van SG >> WI

[Verwijderd]

Verwijderd schreef op donderdag 03 juni 2010 @ 13:30:
Ah, het moge duidelijk zijn dat mijn beeld van een IT-team en de leidinggevende die daar bovenstaat niet klopt

Ik ga uit van situatie waar een projectleider uitgaat van de kundigheid van zn team, en niet alle code in detail controleert. Maar begrijp ik het goed dat de functie grotendeels uitvoerend en plannend is, en dat je een aantal zaken delegeert naar collega's?

Ja, dat klopt.
Daarnaast ben je een aanspreekpunt voor technische vragen en ben je sturend in de technische aanpak van projecten. Wellicht is de benaming 'technisch projectleider' niet geheel juist volgens de officiële terminologie maar dit schets een beetje de omschrijving bij ons.

[Verwijderd]

SYQ schreef op donderdag 03 juni 2010 @ 13:45:
_{kan je niet beter je profiel aanpassen en verwijzing naar je werk verwijderen? iets met werksfeer/relatie}

_{goed punt, al ben ik daar al langere tijd niet meer werkzaam}