Beoordelingsgesprekken, salaris en doelstellingen developer

[Furion2000]

Einde van het jaar zit er aan te komen en bij velen dus ook de beoordelingsgesprekken, maar ook de doelen voor het komende jaar zullen opgesteld gaan worden.

Nu zit ik in een situatie waar ik het afgelopen jaar wat vage doelen had en geen salaris plan. Ik heb hier aan toegezegd destijds, dus geheel mijn eigen schuld, maar heb in het afgelopen jaar wel geleerd dat dit niet fijn is en ten koste gaat van je voortgang en dus ook waarschijnlijk je salaris ontwikkeling.

Hoe ik er nu over denk:

• Managers houden van vage doelen, want zo kunnen ze het in hun eigen voordeel formuleren
• Managers faciliteren, ze komen niet snel zelf met advies/ideeën. Ik zag ze tot voor kort nog meer als zorgdragers voor de werknemer, maar zie nu in dat ze het initiatief van de werknemer ondersteunen. Dus de bal ligt altijd bij de werknemer.
• Doelen en beloningen moeten zo geformuleerd zijn dat er geen onduidelijkheid kan bestaan en je dus jezelf beschermd tegen teleurstellingen. Negatief nieuws is voor een manager kortstondig rot om te geven, de werknemer moet er mee leven.

Dit is mijn eerste jaar dat dit relevant was, want tot dusver in mijn carrière was dit allemaal nog niet aan de orde. Leren van je fouten'nd all

Discussie die ik wil starten bestaat uit 4 delen, vragen eigenlijk, maar ik denk dat het best persoonsgebonden voorkeur is en er wel een discussie kan uit ontstaan:

• Hoe kijken jullie tegen het vaststellen van je persoonlijke doelstelling met je manager aan?
• Stellen jullie de doelen SMART op of bijvoorbeeld zo duidelijk opstellen dat het doel gewoon met een ja/nee beantwoord kan worden?
• Hangen jullie hier jullie beloning aan vast? Dus ook een soort salarisplan?
• Wat voor soort doelen stellen jullie als ontwikkelaar? Hebben jullie voorbeelden? Ben zelf Java ontwikkelaar met bijna 2 jaar ervaring.

Initieel ben ik dus op zoek naar goede concrete ideeen om volgend jaar als doelstelling(en) te formuleren, maar ben ook wel geïnteresseerd in jullie mening over deze punten.

[Widow]

Afgelopen jaar vage doelen gesteld, dit jaar op zoek naar (ideeën voor) concrete doelstellingen. Ik krijg een beetje het gevoel dat de inspiratie mist, en je daar onze hulp bij zoekt. Heb je een idee waarom je geen inspiratie hebt? Niemand kent jouw werkplek, organisatie en manager zo goed als jij, dus hoe moeten wij daar over adviseren ik kan wel beschrijven wat ik heb, maar wat heb jij daar aan in jouw situatie?

[Furion2000]

Widow schreef op vrijdag 25 oktober 2019 @ 16:25:
Afgelopen jaar vage doelen gesteld, dit jaar op zoek naar (ideeën voor) concrete doelstellingen. Ik krijg een beetje het gevoel dat de inspiratie mist, en je daar onze hulp bij zoekt. Heb je een idee waarom je geen inspiratie hebt? Niemand kent jouw werkplek, organisatie en manager zo goed als jij, dus hoe moeten wij daar over adviseren ik kan wel beschrijven wat ik heb, maar wat heb jij daar aan in jouw situatie?

Zo bedoelde ik het eigenlijk niet. Het is meer de bedoeling dat ik met opzet niet de doelen neer zet om jullie niet in een richting te sturen. Meermaals meegemaakt in discussies dat je wat wil bespreken, je je voorbeeld noemt of hetgeen waaraan je zit te denken en dat het dan 10 min later nog steeds over je voorbeeld gaat en niet over hetgeen wat je ter discussie wilt stellen en eigenlijk anderen dus vrij laat om dat in te vullen.

Dus ja ik wil wel weten wat jij hebt haha en misschien kan ik en anderen daar iets over zeggen of ons voordeel mee doen?

persoonlijke doelen zijn persoonlijk, maar dat kunnen toch nog steeds algemene doelen zijn voor developers?

[drooger]

Furion2000 schreef op vrijdag 25 oktober 2019 @ 15:46:
• Hoe kijken jullie tegen het vaststellen van je persoonlijke doelstelling met je manager aan?

Vrij open, maar niet zo open dat ik ga vertellen dat ik verwacht over x jaar naar een andere werkgever over te stappen.
Als jij doelen aangeeft, zoals bijv. het doen van trainingen, halen van certificaten, conferences bijwonen etc., dan kan je ook merken of en hoe je ondersteund wordt.
Ook wil ik zelf mijn carrièrepad kunnen bepalen, dan helpt het wel om aan zoveel mogelijk radartjes te kunnen draaien i.p.v. afwachten wat je manager kan verzinnen.

• Stellen jullie de doelen SMART op of bijvoorbeeld zo duidelijk opstellen dat het doel gewoon met een ja/nee beantwoord kan worden?

Sommige doelen wel, sommige niet. Ik heb bijv. in 2019 een bepaald Google Cloud certificaat halen staan, maar ook zelfstudie naar RPA.

• Hangen jullie hier jullie beloning aan vast? Dus ook een soort salarisplan?

Nee, maar ik trek wel aan de bel als de jaarlijkse beloning tegenvalt.
En er zijn altijd andere werkgevers waar je vrij snel terecht kan als capabele IT'er.

• Wat voor soort doelen stellen jullie als ontwikkelaar? Hebben jullie voorbeelden? Ben zelf Java ontwikkelaar met bijna 2 jaar ervaring.
[/list]

Ben zelf cloud engineer, maar zaken zoals certificering, conferences bezoeken, ruimte en tijd om nieuwe technologieën te leren is ook wel in jouw situatie toepasbaar.

[Rmg]

Furion2000 schreef op vrijdag 25 oktober 2019 @ 15:46:

Discussie die ik wil starten bestaat uit 4 delen, vragen eigenlijk, maar ik denk dat het best persoonsgebonden voorkeur is en er wel een discussie kan uit ontstaan:

• Hoe kijken jullie tegen het vaststellen van je persoonlijke doelstelling met je manager aan?
• Stellen jullie de doelen SMART op of bijvoorbeeld zo duidelijk opstellen dat het doel gewoon met een ja/nee beantwoord kan worden?
• Hangen jullie hier jullie beloning aan vast? Dus ook een soort salarisplan?
• Wat voor soort doelen stellen jullie als ontwikkelaar? Hebben jullie voorbeelden? Ben zelf Java ontwikkelaar met bijna 2 jaar ervaring.

Ik heb een prima manager die zelf niet van vage doelstellingen opstellen houd. Dus als een doelstelling te vaag is dan geeft ie dat ook aan.

Wat er op neerkomt dat er gewoon een lijstje met doelstellingen ligt die we afvinken, dat gebeurt op een schaal van, onvoldoende, voldoende, goed, excellent.

Afhankelijk aan die score hangt weer een specifieke verhoging (percentage), dat percentage stelt de or samen met het bedrijf op aan het begin van het jaar.

Mijn persoonlijke doelstelling zijn dan ook meestal in de trant van een cursusje of 2, een conferentie en wat meedoen innovatie werkgroepjes. Goed heb je al bij opdagen, excellent hangt vaak af van hoe je de kennis weer deelt.

Die doelen stel je idd vooral voor jezelf op, tis 2/3e van je complete beoordeling

[Sreini]

Interessant draad.

Voor mij is het de eerste keer dat dit aan bod komt. Ben zelf van plan om mijn SQL kennis wat te versterken - ik heb bijna altijd met een ORM gewerkt en ik heb het gevoel dat dit een beetje een gat in mijn kennis is. Heb een paar trainingen in het oog, maar ik kan er maar eentje volgen (met 2k+ per training is het opleidingsbudget al snel op ).

[jongetje]

Mijn ervaring is dat je manager je een verhoging geeft als hij/zij je dat gunt. Klinkt misschien hard maar als je manager je goed vindt functioneren is deze meer geneigd je dit te geven. Ik heb bij een werkgever weleens mijn doelstellingen ruim gehaald en dan was er opeens een of ander kul argument om toch niet alles toe te kennen.

Nu gelukkig een werkgever die me betaald en een verhoging geeft wat ze me waard vinden. Geen gedoe met doelstellingen over jaarplannen e.d.

Mijn advies, zet in je doelstellingen waar je jezelf in wilt ontwikkelen. Kunnen persoonlijke of vakinhoudelijke zaken zijn, coaching door een collega etc. (Afhankelijk of je junior bent). Een coach heeft ooit tegen je gezegd, ken je manager, zorg dat je deze laat zien en vertel deze ook als je iets bereikt waar hij/zij waarde aan hecht. Zakelijke leven is pure politiek, hoe groter het bedrijf hoe erger.

[wm1234]

Het ligt er ook vooral aan de ambitie die je hebt. De meeste mensen op de werkvloer komen om te werken, half 9 tot 5. De deur dicht te doen en de dag afsluiten op het werk. Ze voeren uit wat er gevraagd wordt en doen af en toe en cursusje, net als de rest. Al die jaar planningen is maar extra werk dus waarom veel moeite erin stoppen, paar regels erin omdat het moet en door. Dit is het grootste gedeelte van Nederland. Dan wordt je vervolgens ook opgescheept met een standaard groeipad met een paar procentjes erbij, als je geluk hebt.

Jij bent op zoek naar meer, als ik je post lees. Anders zou je er niet zelf over beginnen.

Stap 1: Zet een stip op de horizon (bespreken en zet het op papier), waar wil ik naartoe over 5 jaar en wat heb ik daarvoor nodig. Bijvoorbeeld solution / enterprise architect of je wil je graag de technisch specialist worden (lead center of excellence Java solutions / autoriteit op je vakgebied (publicaties/lezingen/kennisdeling) of misschien wel (project)manager.
Stap 2: Ga het vertalen naar concrete doelen op kortere termijn tot maximaal een jaar. Kijk dan naar de vlakken, werk/project ervaring (meters maken), cursussen/verbreding van je vakgebied maar bijvoorbeeld ook meekijken / leren bij iemand die beter is dan jij. Vraag aan je manager of je een keer lead developer mag zijn op een project als je dat aan durft. Een aantal componenten, naast de techniek die daarin spelen. Hoe ga je om met teamgenoten (leiderschap), kan je als ik kom met een business vraag van start tot oplevering het werk zelf inschatten en uitvoeren, op kwaliteit van de klant/eindgebruiker met alle standaarden die daar bij horen. Doe zelf ook actief aan kennisdeling, zodat mensen in je omgeving weer voorruit komen.
Stap 3: Starten met bovenstaande punten. Altijd je uiterste best doen en vol enthousiasme, als je aanwezig bent. Dit straalt op mensen af, denk ik kansen en vraag er actief om. Dan komt het succes van zelf. Ga niet mee met negatieve mensen, die blijven hangen in hun dagelijkse werkzaamheden. En laat jezelf ook vooral zien en geef je eigen succes ook aan.

Als je bovenstaande punten, goed op papier zet kan het niet fout gaan! Alle managers hebben het 'druk', dat geeft jou de ruimte om je eigen verhaal op papier te zetten. Begin van het jaar maak je zelf je eigen afspraken, die je zo plant dat je het altijd gaat halen! Je manager zal het al gauw best vinden. Eind van het jaar evalueer je je eigen punten, die je dan hebt gehaald. Eventueel evalueer je het tussentijds halverwege het jaar en stel je ze bij.

Mocht je niet meer kunnen ontwikkelen of je werkgever is te klein om bovenstaande te realiseren, actief om jezelf heen blijven kijken en weer een stap maken.

[t_captain]

Een van de grootste voordelen van de stap van werknemer naar ondernemer is dat ik van dat soort gesprekken ben verlost


Serieus, niets mis met (eerlijke, desnoods harde) feedback over je functioneren op een project. Maar een functioneringsgesprek dat over de lijn heen gaat van inhoudelijke prestaties (inzicht, richting, kwaliteit, snelheid) en probeert om lastig meetbare zaken als competenties te kwantificeren, ik vind het awkward.

En dan een persoonlijk ontwikkelplan, wat je door een ander moet laten accorderen? Jouw ontwikkeling, jouw plan.

[Furion2000]

Allen fijn dat jullie de moeite nemen om zo uitgebreid te reageren! Big ups!

@drooger Klinkt als een ervaren developer met een mening en eigen persoonlijk, de naam zegt het al, ontwikkelplan. Dat is ook mijn fout geweest waar ik in September ongeveer achter ben gekomen. Mijn plannen waren aangevuld met plannen die de manager had verzonnen. Net deze plannen waren net de plannen waar ik 'tegenaan zat te hikken' met het gevoel "oh ja dit moet ik ook nog doen" en zorgde ervoor dat ik dat en de leuke dingen een paar maanden links heb laten liggen omdat ik er geen zin in had.

Heb daarna ook een openhartig gesprek met de manager gehad dat dit niet ging werken bij mij. Motivatie moet bij mij hoog blijven, anders komt al dat uitstelgedrag om de hoek kijken. Aangegeven dat ik van die afspraak af zou zien, ook omdat ik en anderen er niet op die manier van zouden leren en het een zo gedraaid dat ik het leuk vond en anderen misschien ook wel.

Ging over kennisdeling over de features van java 11, alle features opdreunen voor collega's basically. Ik vond dit strafwerk en een taak voor iedere java developer om dit voor zichzelf door te nemen en mijn voorstel was dat ik liever ging cherry picken en iets interessants uit java 9, 10 of 11 zou pakken, het uit zou werken binnen de huidige codebase en dan zou presenteren. Akkoord, maar heeft dus wel gezorgd voor wat irritatie tot het moment dat ik bedacht "dit ga ik gewoon niet doen, omdat ik het als strafwerk zie".

@Rmg Wij hebben ook zo'n soort punten schema, maar dan voor alle disciplines (testers, CS, TB) hetzelfde, afgezien van je persoonlijke doelstellingen dan. Niet altijd even toepasselijk, maar we doen het er maar mee. Manager bij mij is ook prima, het was mijn schuld dat ik hem mijn plan teveel heb laten invullen. Puur uit ontwetenheid, maar we zetten het maar weg als leermomentje

@Sreini Dat gevoel heb ik ook en het is toch net iets anders denken dan wanneer je in bijv. Hibernate blijft. Ik merk alleen wel dat je voor complexe dingen toch al snel of veel verstand moet hebben van Hibernate of gewoon wat meer SQL ervaring. Mijn voorkeur heeft dat laatste, omdat minder stack gevoelig is. Dus 'I concur'

Hoop dat er meer hun mening blijven geven en ook reageren op elkaar, zodat iedereen er wat van kan leren. Ook genoeg ervaren mensen rondom mij heen zie ik veelal roeien met de riemen die ze toegereikt zijn vanuit het management.

@wm1234
Ik heb al een soort Covey achtig stappen plan, maar nog niet voor ogen wat ik als junior over 5 jaar wil zijn. Senior java developer zei ik altijd maar, maar welke richting en specialisme durf ik nog niet te zeggen. Na elk jaar, of wanneer dat moment komt, kun je herevalueren volgens jou? of gaat dat ten koste van je vooruitgang omdat je 'stick to goal' mentaliteit dan elke keer overboord gooit? Ik heb daar wel een mening over, maar een andere mening is ook wel eens fijn.

Goed 'how to be an awesome employee' stappenplan even weggetypt zeg!

@t_captain De freelancer mening had ik ook al wel verwacht haha, hoe fijn het is om vrij te zijn . Mijn vraag aan jou is dan wel, hoe doe jij dat voor jezelf? Ook een soort lange termijn doel of zie je wel wat er op je pad komt? Misschien ook wel interessant; hoe ga je om met een framework wat je nog niet kent bij een nieuw project? Even zelfstudie en gewoon beginnen?

[Mythio]

Misschien interessant om het vanuit de manager kant te horen.

Doelstellingen doe ik jaarlijks bij een man of 20. Daarbij een evaluatie in het midden van het jaar om te kijken of het nog aansluit bij de realiteit van de dag.

Meestal probeer ik om 1 a 2 doelstellingen te doen die nodig zijn voor het bedrijf/ afdeling om vooruit te komen, bijvoorbeeld een nieuwe manier van werken qua processen. Dit om commitment van iedereen te krijgen. De andere doelstellingen zijn vaak gericht op technische en persoonlijke ontwikkelingen; certificeringen, soft skill trainingen, etc. Wel altijd gedreven door wat de medewerker wil, tenzij er spraken was van eerdere negatieve beoordelingen (of ik die aan zie komen...) door bepaalde punten die opgelost moeten worden.

Wat ik altijd probeer te voorkomen zijn doelstellingen die eigenlijk neerkomen op "het doen van je werk". Het zijn vaak de eerste waar mensen mee aankomen, maar naar mijn idee geen waardevolle doelen. Een doel moet je verder/vooruit brengen. Ook moeten doelen niet te vaag zijn, maar strak SMART hoeft ook niet. Vaak kan een manager prima inschatten hoe een doel is gegaan dat jaar.

De beste tip is om vooral je manager zoveel mogelijk te sturen in de doelen; ik laat mijn mensen altijd vrij om bepaalde richtingen in te gaan qua ontwikkeling en als je daar gebruik van maakt is dat ook beter voor jezelf. Je kunt doen waar je je graag mee bezig houdt en dat is goed voor het werk plezier. Doelen die leuk zijn, haal je ook veel gemakkelijker.

Houdt ook zeker je manager goed op de hoogte van de voortgang. In veel bedrijven worden beoordelingen al lang vastgelegd voor de doelstellingen met een medewerker worden geëvalueerd. Als je tot dan wacht, heb je wel kans op verschil van inzicht ijn wat er allemaal is gebeurd...

[Bossie]

Sreini schreef op vrijdag 25 oktober 2019 @ 21:42:
Interessant draad.

Voor mij is het de eerste keer dat dit aan bod komt. Ben zelf van plan om mijn SQL kennis wat te versterken - ik heb bijna altijd met een ORM gewerkt en ik heb het gevoel dat dit een beetje een gat in mijn kennis is. Heb een paar trainingen in het oog, maar ik kan er maar eentje volgen (met 2k+ per training is het opleidingsbudget al snel op ).

offtopic, maar SQL training kan prima als zelfstudie, eventueel misschien een boek halen als daar een certificaat op gebaseerd is

[Ernemmer]

Vroeger op school moest ik altijd een POP maken voor het aankomende jaar en vond het altijd onzin, maar dat is juist wel de manier om je voortgang te managen. Nu heb ik dus een POP die SMART is en hou deze ook elke keer bij. Soms duren dingen veel langer dan gepland, maar zo heb ik dus wel een goede leidraad.
Ook moet je een lange termijn doel hebben, wat wil ik doen over 5-10-20-30 en 40 jaar. Die laatste paar weet je vaak nog niet, maar je zou toch alvast wat op kunnen schrijven.

edit: wat hierboven dus al een paar keer geschreven is

[ Voor 27% gewijzigd door Ernemmer op 27-10-2019 08:41 ]

[t_captain]

Mijn insteek:

- ik vorm een beeld van waar het heen gaat op de langere termijn. centrale thema: technologische golven komen en gaan. Opkomst wordt vaak vanuit de technologie gedreven door nieuwe mogelijkheden, neergang is soms opvolging door iets beters en vaak commoditization.

- binnen de opkomende gebieden kies ik wat mij interesseert.

- ik doe MOOCs (gemiddeld twee per jaar). en ik probeer als volgende project iets te vinden wat aansluit bij zowel mijn ervaring als mijn leerdoelen.

[Sreini]

Bossie schreef op zondag 27 oktober 2019 @ 08:20:
[...]


offtopic, maar SQL training kan prima als zelfstudie, eventueel misschien een boek halen als daar een certificaat op gebaseerd is

Dat heb ik inderdaad wel vaker gehoord maar ik doe heel slecht met zelfstudie (dus zelf een boek lezen en verder niks). Het beste wat voor mij werkt is in de praktijk (dus op werk) toepassen, maar in mijn geval zijn dat vaak alleen kleine scriptjes bouwen om een waarde in een tabel aan te passen of misschien een lokale database met data vullen om mijn code te testen. Bij mijn vorige opdracht had ik een de wens om bepaalde dingen erg goed te optimalizeren, maar behalve een paar indexes aan te maken wist ik niks meer te doen

Een klasikale training is voor mij dus eigenlijk de beste optie.

[Helixes]

Ik denk dat je dit soort doelen andersom moet zien. Het is jouw kans met je werkgever afspraken te maken over zaken waarin jij je graag zou willen ontwikkelen. Zo kan ik me voorstellen dat je de ambitie hebt om niet de rest van je leven Java ontwikkelaar te zijn. Of, als dat wel zo is, kan ik me voorstellen dat er gebieden zijn van die functie waar je normaal niet aan toekomt, maar waarin je jezelf wel graag zou willen verbreden.

Kijk om je heen - zeker binnen het bedrijf. Je zit nu twee jaar op dezelfde plaats. De houdbaarheid van een functie is ongeveer 3-5 jaar, afhankelijk van de functie. Daarna ga je je waarschijnlijk vervelen, en is het toch echt tijd iets te doen met je senioriteit. Dit jaar is een perfect moment om je dat af te vragen. En, als je de functies die je ambieert hebt gedefinieerd voor jezelf, kun je vast redenen verzinnen waarom je niet zou worden aangenomen op die functies, simpelweg omdat je bepaalde kennis of vaardigheden mist.

Welnu. Daar zijn je doelstellingen. Probeer ze zo te formuleren dat je die gaten in je skillset kan aanvullen. Dat kan uit cursusen bestaan, of deelname aan projecten die dichter bij de geambieerde fucties liggen. Een week meelopen behoort wat mij betreft ook zeker tot de mogelijkheden - als je het echt zo open wilt spelen. Dat soort zaken.

Als je wat minder carrièreabities hebt, dan denk ik dat het een goed idee is je doelstellingen toe te spitsen op verbering van jezelf, je team, of de werkprocessen die je hebt. Niemand is de perfecte medewerker, en doelstellingen om te werken aan die zaken waarin jij tekortschiet zijn altijd hele goede doelen. Denk aan een communicatie- of projectmanagement training. Als er verder bijvoorbeeld processen zijn binnen je afdeling waarin jij denkt efficiëntieslagen te kunnen maken, dan kun je manager daarmee ook zeker gelukkig maken.

De doelen waar niemand wakker val ligt zijn de doelen die neerkomen op het feit dat je je werk doet, zoals "ik zorg er voor dit jaar mn SLA in minimaal 95% van de gevallen te halen". Ik zie die wel vrij veel, en ze kunnen afhankelijk van de doelstelling ook best ambitieus zijn. Maar, je bent veelal afhankelijk van andere factoren, en je gaat jezelf echt niet ontwikkelen door harder te werken.

Dan verder: Moet dat SMART? Welnu, als je achteraf en zonder discussie wilt vaststellen of je je eigen doelstellingen hebt gehaald, dan zul je gewoon de SMART methode moeten toepassen. Je bent daar zelf dus bij gebaat.

Moet aan het halen van je doelen een salariële beloning worden gekoppeld? Niet per se. Helaas zijn er heel erg veel redenen in de dynamiek van een bedrijf die er voor zorgen dat je je doelen niet kan halen. Zou je werkgever je toch een salarisverhoging (of andere beloning) verschuldigd zijn als je niet voldoende faciliteert, of zelfs tegenwerkt? Dat is een discussie die je niet wilt. Ik denk dat een salarisherziening het resultaat moet zijn van een overall beoordeling over een heel jaar genomen, waarin de doelstellingen slechts een onderdeel zijn.

Ik ben zelf geen Java ontwikkelaar, dus ik kan je geen concrete tips geven

Veel succes in 2020!

[Furion2000]

@Mythio
Bij ons is het soortgelijk, 1 a 2 taken voor de afdeling en de rest voor jezelf. Ik ben wel van mening dat ze vanuit de management kant wel de lijn proberen te overschrijden tussen de baas z’n tijd en je eigen tijd. Taken voor de afdeling zijn natuurlijk de baas zijn tijd, maar merk dat de andere doelstellingen het liefst 75% eigen tijd is, terwijl dit eigenlijk 50/50 zou moeten zijn. Anderen zijn hier nog veel stelliger in

Iemand zei laatst, je betaald mij voor het werk wat ik moet doen in 40 uur tijd. Wil je meer van mij dan moet je daar voor betalen. Wil je dat ik mijzelf ontwikkel, dan moet dat in die 40 uur. Ik vind het er een beetje bij horen, maar soms merk ik ook wel dat ze ‘aannemen’ dat je dit doet, terwijl ze eigenlijk wel moeten beseffen dat dit ‘appreciëren’ moet zijn.

@Ernemmer
Dat is inderdaad zo, maar ik zie die ene doelstellingen bij de baas wel anders dan de POP voor jezelf. Maar wat ik er nu uit haal is; je doelstellingen bij de baas moeten in lijn zijn met de POP die je behoort te hebben.


@Sreini
De MOOCS is iets waar ik @t_captain (half vergeten) volgens mij al eens over heb gehoord. Misschien is dat iets voor je SQL doel? Certificaat, hands on en theoretisch in 1 als ik het goed voor de geest kan halen.. ik ga er voor volgend jaar ook eens naar kijken of het wat is voor de doelstellingen of mijzelf.

@Helixes
Daar ben ik mij inderdaad van bewust. Je leest dan ‘een developer zal zich altijd onzeker blijven voelen, want moet en blijft altijd leren’, ‘na x aantal jaar kun je het beste switchen van werkgever voor je salaris’.

Nu ik een ‘ja maar’ reactie verder willen schrijven kwam ik toevallig aan een hele logische doelstelling waaraan ik niet gedacht had. Als junior weet ik nog niet verder dan medior wat ik wil, het zou dus een doelstelling kunnen zijn om uit te zoeken wat er allemaal mogelijk is voor mij vanuit dit startpunt.

Er actief mee bezig zijn heeft dus wel nut, want ik wilde eigenlijk op gaan schrijven ‘ja maar ik weet nog niet half wat er mogelijk is in de java wereld en daarbuiten’

[Batavia]

Furion2000 schreef op maandag 28 oktober 2019 @ 12:44:
@Mythio

Iemand zei laatst, je betaald mij voor het werk wat ik moet doen in 40 uur tijd. Wil je meer van mij dan moet je daar voor betalen. Wil je dat ik mijzelf ontwikkel, dan moet dat in die 40 uur. Ik vind het er een beetje bij horen, maar soms merk ik ook wel dat ze ‘aannemen’ dat je dit doet, terwijl ze eigenlijk wel moeten beseffen dat dit ‘appreciëren’ moet zijn.

De counter hiervoor is dat als je dit doet je vast wel een "voldoende" (goed, gemiddeld of welk label ze hier op pakken) beoordeling kunt krijgen. Echter als developer met een gram ambitie wil je waarschijnlijk meer. De interessante beoordelingen/promoties/etc liggen bij "uitmuntend" ("boven gemiddeld"/etc). Mag jij hard maken dat je boven gemiddeld resultaten levert als je puur kijkt wat jij tussen 9 en 5 doet. Het is dan gemakkelijk een collega aan te wijzen die net iets meer gedaan heeft. En hem dus de promotie te geven.

Ik zou het gesprek over smart doelen niet te smart maken. Ik zou juist het gesprek aan gaan wat de verwachtingen van je werkgever zijn voor iemand een schaal hoger en kijken hoe je dat kunt invullen. En juist een beetje niet-smart-ness helpt hierbij (ik heb certificaat x niet behaald maar kijk eens hoe goed ik geholpen heb bij de deadline van project y, is dat niet veel belangrijker)
Zorg ook dat je je baas tijdig voed met de juiste input waarop je beoordeeld wilt worden (richting het einde van het jaar). Dan stuur je juist je eigen beoordeling.

[Mythio]

Furion2000 schreef op maandag 28 oktober 2019 @ 12:44:
@Mythio
Bij ons is het soortgelijk, 1 a 2 taken voor de afdeling en de rest voor jezelf. Ik ben wel van mening dat ze vanuit de management kant wel de lijn proberen te overschrijden tussen de baas z’n tijd en je eigen tijd. Taken voor de afdeling zijn natuurlijk de baas zijn tijd, maar merk dat de andere doelstellingen het liefst 75% eigen tijd is, terwijl dit eigenlijk 50/50 zou moeten zijn. Anderen zijn hier nog veel stelliger in

Iemand zei laatst, je betaald mij voor het werk wat ik moet doen in 40 uur tijd. Wil je meer van mij dan moet je daar voor betalen. Wil je dat ik mijzelf ontwikkel, dan moet dat in die 40 uur. Ik vind het er een beetje bij horen, maar soms merk ik ook wel dat ze ‘aannemen’ dat je dit doet, terwijl ze eigenlijk wel moeten beseffen dat dit ‘appreciëren’ moet zijn.

Persoonlijk zou een medewerker daar bij mij niet mee aan hoeven komen. De werkgever investeert (vaak) geld in jouw ontwikkeling. Het is niet meer dan logisch dat een werknemer dan tijd investeert. Als je dit niet wilt, dan heeft dat uiteindelijk alleen maar negatieve effecten op een beoordeling (je laat niet zien dat je meer kunt, nieuwe technieken kunt leren, etc. Dus waarom extra salarisverhoging of een promotie?). Waarom zou een werkgever jou betaalde tijd geven om je te ontwikkelen?

Een uitzondering is misschien de ontwikkeling die nodig is om je huidige functie te kunnen blijven doen (cursus nieuwste versie vendor x).

Overigens bereik je vaak met eigen inzet ook veel bij een manager; als jij bijvoorbeeld af en toe thuis studeert om je te ontwikkelen heb ik er ook geen moeite mee als je op rustige uurtjes ook wat op het werk doet of om het examen gewoon als werktijd te schrijven, etc. Met geven en nemen, van beide kanten, wint iedereen het meeste bij deze dingen.

[Furion2000]

Stelligheid werk 2 kanten op inderdaad en ik denk dat het voor sommigen daar vaak nogal mis gaat als de verwachting niet klopt van elkaar.

Het word vanuit management misschien soms ‘verwacht’ terwijl de werknemer het als ‘vrije wil’ wil blijven beschouwen. Ik doe namelijk in de koude maanden ook vaker een boekje open en ga in de zomer sneller een frisse duik nemen.

Het word anderzijds ‘verwacht’ van sommige werknemers dat de baas dingen betaald en tijd geeft, terwijl management eerst 'actie van de medewerker zelf wil zien'.

Ik ben wel van mening dat je een ontwikkelaar altijd wel tijd en dus ook geld moet geven om zichzelf te ontwikkelen. Mening die ik heb gevormd op basis van wat andere mensen mij verteld hebben, waaronder een presentatie van een lead developer bij Rabobank (JFALL presentatie volgens mij) die elke vrijdag ochtend een blok ‘Experimenting’ in zijn agenda had staan.

Momenteel zit dat bij mij wel snor en ik heb er geen problemen mee om ook duidelijk te maken waarom de dingen lopen zoals ze lopen en hier ook nog geen slechte feedback op ontvangen, maar je hoort van anderen soms wel negatieve onterechte verwachtingen vanuit management. Daardoor blijf ik bij ‘appreciëren’ dat een medewerker meer wil en niet ‘verwachten’.

[Mythio]

Eens hoor, alleen merk ik dat een medewerker soms niet extra wil, maar wél snel wil groeien in salaris, schalen en functies. Daar gaat het m.i. vaak mis. Dingen in eigen tijd doen of anderzijds wat extra's is nooit verplicht/verwacht wat mij betreft, maar verwacht dan ook niet even snel te groeien als mensen die dat wel doen...

[Mugwump]

Hoe kijken jullie tegen het vaststellen van je persoonlijke doelstelling met je manager aan?

Ik heb een prima manager die hierin meedenkt en ook rekening houdt met het feit dat mensen het hele jaar 40 uur per week zijn weggezet bij een klant iets minder tijd hebben voor het behalen van allerlei doelstellingen die extra werk vereisen.

Stellen jullie de doelen SMART op of bijvoorbeeld zo duidelijk opstellen dat het doel gewoon met een ja/nee beantwoord kan worden?

Dat gieten we in een wat abstracter doel waaraan een concreet meetbaar iets wordt gekoppeld. Bijvoorbeeld 'Kennis verbreden / opdoen over onderwerp X' en dan concreet 'conferentie bezoeken / training volgen / certificaat behalen' of in abstracte zin 'kennis delen' en dan concreet meetbaar 'kenisssessie voor collega's of X blog posts over onderwerp Y schrijven op de interne blog'

Hangen jullie hier jullie beloning aan vast? Dus ook een soort salarisplan?

Dat is bij ons standaard. De uitgekeerde bonus is (deels) afhankelijk van het behalen van je persoonlijke doelstellingen.

Wat voor soort doelen stellen jullie als ontwikkelaar? Hebben jullie voorbeelden? Ben zelf Java ontwikkelaar met bijna 2 jaar ervaring.

Als Java ontwikkelaar met relatief weinig ervaring kun je denken aan het halen van wat basiscertificeringen als je die nog niet hebt, conferenties bezoeken, trainingen doen en ga zo maar door.
Dat hoeft overigens niet allemaal in de harde techniek, je kunt ook best voorstellen om wat aan je soft skills te doen.