Domanda:
A cosa dovrebbe servire una revisione annuale?
MathematicalOrchid
2015-02-01 23:16:29 UTC
view on stackexchange narkive permalink

In un'azienda non fallita, cosa dovrebbe portare a termine una revisione annuale?

(Presumo che da qualche parte esistano aziende non fallite ... ma questa è un'altra discussione!)

In questo momento, sto fissando un pezzo di carta che dice qualcosa del genere:

  • Qual è il tuo lavoro?
  • Quali obiettivi hai raggiunto l'anno scorso?
  • Quali obiettivi speri di raggiungere quest'anno?

Ora, se fossi il ragazzo che è stato pagato per spazzare il pavimento, il mio modulo di revisione sarebbe simile a questo:

  • Qual è il tuo lavoro? Spazzare i pavimenti.
  • Quali obiettivi hai raggiunto l'anno scorso? Spazzato i pavimenti.
  • Quali obiettivi speri di raggiungere quest'anno? Spazzare i pavimenti.

Perché scrivo questo tre volte? Più precisamente, dal momento che il mio "obiettivo" è la descrizione del mio lavoro ... perché questo pezzo di carta deve esistere?

Ovviamente, il mio lavoro non deve spazzare i pavimenti; il mio lavoro è scrivere il codice. Ogni giorno mi alzo e scrivo il codice per diverse ore, poi torno a casa. I miei obiettivi per l'anno scorso erano scrivere il codice; i miei obiettivi per quest'anno sono scrivere il codice. Ho davvero bisogno di spiegarlo? Non è quello che dice già la mia descrizione del lavoro?

Quindi questo è il lavoro di ufficio (che, probabilmente, esiste per mantenere felici le risorse umane). Ora la recensione vera e propria: quindi un gruppo di noi si siederà e parlerà di come sta andando la mia performance. Ma se la mia performance non è all'altezza degli standard, qualcuno non avrebbe dovuto parlarne prima della mia revisione annuale? Allo stesso modo, se faccio qualcosa di eccezionalmente bene, qualcuno non dovrebbe dire qualcosa al riguardo allora ? Piuttosto che tra 8 mesi o altro?

In breve, non sono proprio sicuro di cosa dovrebbe ottenere questo incontro. A me sembra un lavoro impegnato non diretto. Ma forse è perché non ho mai lavorato per un'azienda in cui le risorse umane non sono rotte. (?)

Il tuo obiettivo non è scrivere codice. Scrivere codice è un modo per raggiungere i tuoi obiettivi. Ad esempio, i tuoi obiettivi potrebbero includere non perdere una data di consegna di oltre il 5%, rimanere entro il 10% del budget, ridurre il numero di difetti, aumentare il numero di unit test automatizzati, tutorare un nuovo programmatore, cercare nuovi IDE, nuova lingua, sviluppo delle capacità di gestione ecc.
@LaconicDroid Mi piace quello che hai scritto. Un piccolo problema: in che modo l'attività di un _programmatore_ influenza un _budget_?
Quindi, pensi che il ragazzo che è pagato per spazzare i pavimenti non vorrebbe un aumento di stipendio o una promozione? Forse vuole pulire invece di spazzare? Forse vuole provare a comandare gli altri ragazzi che spazzano il pavimento? Tutti questi sarebbero obiettivi validi per la sua recensione.
@HorusKol Nella mia limitata esperienza, nessuno ottiene un aumento, mai. Inoltre, se sei l'unica persona a spazzare i pavimenti, non c'è nessun posto in cui essere promosso. Ma credo di capire cosa stai cercando di dire.
Quel documento fa parte di un sondaggio o della tua revisione delle prestazioni?
@ingo È il pezzo di carta che leggeremo nella mia recensione.
La tua azienda dovrebbe collaborare con te nello sviluppo della tua carriera. Ciò include valutazioni periodiche per vedere come ti stai comportando, possibilmente allo scopo di garantire promozioni o aumenti, o semplicemente per aiutarti a migliorare le tue capacità e migliorare il tuo lavoro. Questo di solito va in entrambe le direzioni, dove ti chiedono anche cosa possono fare per migliorare le cose.
@MathematicalOrchid nemmeno un incremento annuo legato all'inflazione? vai a lavorare in un posto migliore ...
L'attività del programmatore @MathematicalOrchid influisce sul budget a causa del loro tempo (che costa $ l'ora)
@HorusKol Il mio stipendio rimane lo stesso, non importa quanto velocemente o lentamente svolgo il lavoro, quindi ...?
Quindi dovresti andare a lavorare per un'azienda che rispetta effettivamente il dipendente ...
@HorusKol Non ci sono "progetti". Lavoriamo ogni giorno sulla stessa applicazione. La velocità con cui lavoriamo influisce sul tempo che c'è tra i rilasci del prodotto, ma non vedo come influenzi direttamente i soldi ovunque. Forse altre aziende hanno un sistema in cui le ore di sviluppo vengono fatturate al reparto che desidera il prodotto o qualcosa del genere, ma noi non lo facciamo.
Quindi nessun bonus per la consegna in anticipo? Nessuna ricompensa per il completamento delle funzionalità chiave? E la tua azienda non offre alcun tipo di aumento? Dovresti davvero andartene da lì.
Quattro risposte:
Terence Eden
2015-02-02 00:00:25 UTC
view on stackexchange narkive permalink

La tua revisione annuale non dovrebbe far sorgere sorprese.

Idealmente, dovresti tenere riunioni regolari (mensili / trimestrali) con il tuo capo per discutere del tuo lavoro, sia che tu stai raggiungendo i tuoi obiettivi e se hai problemi.

Come parte di questo, dovresti scoprire quali sono gli obiettivi della tua azienda e come dovresti aiutarli a raggiungerli.

Il tuo titolo di lavoro è "Programmatore di computer", ma programmare un Tetris con intelligenza artificiale non è probabilmente il motivo per cui un produttore di widget ti ha assunto.

Facciamo un esempio.

Obiettivo aziendale

Risparmia denaro riducendo i reclami dei clienti.

Il tuo obiettivo

Riduci i bug che affliggono i clienti nella base di codice.

I tuoi risultati

Bug segnalati A, B, C. Risolti bug X, Y, Z. Ciò ha consentito all'azienda di risparmiare una stima di £ $$.

Obiettivi per i prossimi anni

Trova un modo per ridurre il numero di chiamate di supporto causate da $ foo. Riscrivi la base di codice in Python.


Non sei lì per "scrivere codice": sei lì per far guadagnare all'azienda, risparmiare denaro, impedire che vengano citati in giudizio, migliorare la loro efficienza, ecc.

Il risultato finale di un la revisione annuale serve a dimostrare il tuo valore all'azienda. Se desideri un aumento di stipendio (o non essere licenziato), devi mostrare loro esattamente come hai contribuito al successo dell'azienda.

Se il processo delle risorse umane è interrotto (e molti lo sono) quindi non c'è un vero modo per dimostrare se hai successo o meno.

Scrivere un'IA che riproduce Tetris _suona_ sembra molto più divertente. E, a pensarci bene, eravamo soliti designare i tempi di pausa esplicitamente per lavorare su progetti personali ...
Forse la fonte della mia confusione è che _l'azienda_ non ha obiettivi particolari. (A parte "aggiungi ogni possibile caratteristica che possa mai esistere".) In ogni caso, la tua risposta chiarisce alcune cose per me.
Dovrei downvote anche per suggerire ipoteticamente di riscrivere una base di codice in Python ...
@Foosh Dovrei downvote anche per suggerire ipoteticamente di riscrivere una base di codice. Ci sono occasioni in cui sono effettivamente necessarie modifiche drastiche a una base di codice, ma non dovrebbero comunque essere eseguite da un singolo programmatore.
Il mio capo continua a suggerire che potremmo convertire la nostra applicazione da 250.000 LoC in Java. Non sono sicuro che capisca che "convertirlo in Java" in realtà significa "eliminare 10 anni di lavoro di sviluppo e riscriverlo da zero" ... Naturalmente, gli diciamo solo di no.
Attenzione: riscrivere la base di codice in Python ridurrà le chiamate causate da "$ foo" ma apparirà una nuova categoria di chiamate causate da "foo".
HLGEM
2015-02-04 03:21:38 UTC
view on stackexchange narkive permalink

Anche se non sono un fan delle revisioni annuali del rendimento, esistono per un motivo specifico: avere prove documentali del rendimento che possono essere utilizzate per aumenti annuali (e se pensi che il tuo lavoro sia scrivere codice e che non è necessario mostrare i risultati nella tua revisione annuale, non sono affatto sorpreso che tu non abbia ottenuto un aumento.) e di essere in grado di aiutare a differenziare chi tenere e chi sbarazzarsi di se è necessario ridurre il personale di una percentuale arbitraria (ovvero eliminare il 10% del personale in ogni reparto, viceversa non abbiamo più bisogno del reparto XYZ) durante l'anno.

Anche se la tua organizzazione non offre aumenti in un determinato anno, la valutazione potrebbe fare la differenza in ciò che ottieni la prossima volta che lo fa.

Per comprendere le valutazioni da un punto di vista aziendale, è necessario comprendere che i rilanci desiderati superano di gran lunga la quantità di denaro preventivata. Quindi tutti vengono valutati e poi i senior manager si riuniscono per decidere chi riceverà tali aumenti e chi abbasserà il rating in modo che non ottengano un aumento o ne ottengano uno inferiore.

Questo è l'unico motivo per cui è fondamentale per il proprio livello di retribuzione fare attenzione a ciò che si inserisce in questi documenti. Le persone che non conoscono il tuo lavoro stanno basando le decisioni sul tuo stipendio in base a ciò che tu e il tuo capo dite di voi. Se non dai loro alcun motivo per considerarti speciale, non vedranno alcun motivo per darti più soldi quando il 100% dei dipendenti vuole più soldi. Se non ti difendi come artista supremo, probabilmente nemmeno il tuo capo ci proverà. Soprattutto se ha altri che sostengono prestazioni superiori.

Le valutazioni spesso non riguardano tanto la ricerca dei migliori e dei peggiori esecutori (che in genere sono già noti), ma di trovare modi per differenziare tra gli artisti decenti ma non eccezionali.

Posso indicare molte cose che ho ottenuto nell'ultimo anno. Ma stabilire gli obiettivi per il prossimo anno ... non so su cosa lavorerò tra 2 settimane, figuriamoci 6 mesi. Eventuali suggerimenti?
@MathematicalOrchid Potrebbero essere forniti molti dettagli su questo - vale la pena sollevare come domanda separata IMO.
jobseeker22
2015-02-03 02:41:31 UTC
view on stackexchange narkive permalink

In una "azienda fallita", la revisione annuale è un "appuntamento garantito" per parlare al tuo capo della tua posizione reciproca. Il mio capo è sempre così "impegnato" che se le chiedessi un appuntamento per discutere della mia prestazione a metà anno, mi direbbe che non ha il tempo o "parliamone alla revisione annuale". L'anno scorso, ho espresso il desiderio di dedicare più tempo a lavorare su X invece che su Y e lei mi ha detto che avremmo potuto farlo totalmente e che deve ancora essere fatto.

Quindi, armato di queste informazioni, posso scegliere di imbarcarmi per un altro anno di più dello stesso o usarlo come munizioni per cercare qualcos'altro.

E in un'azienda leggermente meno rotta, potresti usarlo come punto di partenza per una discussione con il tuo supervisore sui tuoi compiti discussi e reali assegnati.
ingo
2015-02-03 15:47:37 UTC
view on stackexchange narkive permalink

Le revisioni annuali / del rendimento dovrebbero riguardare i risultati in un periodo rispetto a "obiettivi / KPI / target" concordati all'inizio del periodo di rendimento, sia mensile che annuale , ecc. ecc.

In realtà alcuni obiettivi cambiano "durante il periodo" ma questa è un'eccezione piuttosto che la norma. Ma sicuramente puoi aspettarti una nuova serie di obiettivi quando passi a un nuovo ruolo.

Se fatto correttamente, i moduli contengono i dati sul rendimento che la direzione utilizza per agire sulla tua retribuzione e mobilità (sviluppo, trasferimento, promozione, risoluzione, ecc.).

poiché il mio "obiettivo" è la descrizione del mio lavoro

"Scrivi il codice "è una descrizione del lavoro che descrive" ruolo "e questo non cambia spesso. Ma gli obiettivi / KPI cambiano di anno in anno e variano tra i team. Devops e team di sviluppo del prodotto, mentre scrivono il codice, non hanno gli stessi obiettivi. Il team del prodotto può avere il compito di "fornire 12 funzionalità in 6 mesi". Le persone devops avrebbero la velocità di distribuzione o gli obiettivi relativi all'affidabilità assegnati a loro. Quindi obiettivi Le descrizioni del lavoro di & sono due cose diverse.

Ora la revisione vera e propria: quindi un gruppo di noi si siederà e parlerà di come è la mia prestazione andando. Ma se la mia performance non fosse all'altezza degli standard, qualcuno non avrebbe dovuto parlarne prima della mia revisione annuale?

In un contesto non interrotto, la risposta è "Sì".

se faccio qualcosa di eccezionalmente bene, qualcuno non dovrebbe dire qualcosa al riguardo poi? Piuttosto che tra 8 mesi o altro?

Di nuovo, "Sì".

In breve, non sono proprio sicuro di cosa sia questo incontro dovrebbe raggiungere.

Ciò potrebbe essere causato da un paio di cose. Cultura aziendale (questo è il modo in cui gestiscono gli obiettivi?), Gestione debole, risorse umane deboli o trasloco pianificato, ad esempio l'azienda si sta ridimensionando, vogliono dichiarare prestazioni scadenti quindi non si sono preoccupati di ottenere il processo giusto (?) che è un grave errore tra l'altro , o hanno già piani positivi per trasferirti altrove o su, quindi non si sono preoccupati di farlo bene perché chi rifiuterebbe una cosa del genere (?).

Tutto il meglio con la recensione!



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...