I piani di sviluppo professionale applicati sono utili?

Molte aziende, specialmente quelle più grandi, hanno piani obbligatori di sviluppo professionale per i propri dipendenti. Dipendenti e dirigenti definiscono un piano di sviluppo professionale personalizzato e seguono i progressi ogni tanto.

Come sviluppatore, ritieni che tali PDP siano utili, segui i tuoi impegni?

Come manager, pensi che tali PDP apportino valore all'azienda e migliorino la qualità complessiva dei dipendenti?

Sembra che i buoni sviluppatori continueranno a educare se stessi e ad adoperarsi per essere migliori indipendentemente dalle procedure delle aziende mentre quelle cattive non lo faranno.

Ci sono dei vantaggi nell'avere PDP o è solo qualcosa che i manager sentono di dover fare?

Adoro l'idea che il mio datore di lavoro stia almeno fingendo di essere preoccupato per lo sviluppo della mia carriera. Francamente, questa è una buona cosa. Più soldi investi nell'auto-miglioramento e nella progressione complessiva della carriera dei tuoi dipendenti, più investi nella tua azienda.

Smarter, healthy, more qualified employees = better work = more money = everyone happy. 

Considero questi come un odore organizzativo. Cioè non sono necessariamente una bandiera rossa, ma un indicatore del fatto che dovresti cercare bandiere rosse. Inizialmente il PDP suona bene, ma in passato raramente ho mai visto alcuna azione accadere con loro. Di solito, sono solo uno spreco delle diverse ore necessarie per riempirli, farli approvare, ecc.

Dico che sono un odore perché fanno parte di quel gruppo di strumenti MBA / HR che include obiettivi di performance, recensioni annuali, PDP e retribuzioni basate sugli "incentivi" (che è essenzialmente un disincentivo secondo molti tra cui Joel Spolsky e Mary Poppendeick ). Tutti questi approcci messi insieme incoraggiano un'attitudine primitiva e nella migliore delle ipotesi premiano chiunque per essere un giocatore di squadra. Questo di solito significa anche "abbiamo una quota di voti eccellenti, superiori alla media, medi e che non soddisfano le aspettative che dovremo rispettare indipendentemente dalle prestazioni effettive" e introdurre quindi la concorrenza anziché la cooperazione.

Se devo competere con i membri del mio team, condividerò le informazioni con loro? Rischio di rimanere indietro rispetto ai miei compiti per aiutarli a svolgere i loro compiti? La risposta è no".

Non posso dire di essere mai stato un fan dei PDP - e ho sempre lavorato in luoghi che hanno una qualche forma di processo basato su PDP.

Per cominciare, sono spesso legati a motivatori estrinseci (ad esempio i bonus), che motiveranno alcune persone per un po ', ma a lungo andare non funzionano davvero. Ciò porta anche al "gioco" del processo PDP, in cui le persone fisseranno obiettivi deliberatamente bassi al fine di massimizzare il guadagno finanziario con il minimo sforzo. Si personalmente potrebbe avere l'integrità di resistere a questa - si potrebbe affrontare il processo con le migliori intenzioni - ma è certo che è difficile da motivare voi stessi a prendere il processo sul serio quando tutti intorno a te è solo andare con i movimenti.

In secondo luogo, avendo il tuo sviluppo professionale legato nelle obiettivi della società rendono più difficile per esplorare le aree che si desidera esplorare, ma non sono fondamentali per gli obiettivi della società. Se sei abbastanza fortunato da avere gli stessi obiettivi, questo forse non è un problema - tieni presente che l'azienda ha anche obiettivi finanziari, che potresti o non potresti condividere (o almeno, potresti non dare la priorità allo stesso modo ).

Infine, lo hai menzionato sopra, quindi +1 - è molto meglio assumersi la responsabilità del proprio sviluppo professionale. Essere al posto di guida invece di aspettare che arrivi l'autobus: p

Come sviluppatore, ho trovato loro un grande dolore per selezionare dove voglio migliorare, cosa lo farò per arrivarci e quale risultato dovrebbe avere per renderlo utile. Mentre vedo il potenziale che alla fine è buono, c'è qualcosa da dire per il crescente dolore di imparare a fare questi e vedere ciò che è e non è accettabile per l'organizzazione in quanto tali piani spesso richiedono una qualche forma di approvazione da parte del management .

Naturalmente dovrei notare che per la maggior parte della mia carriera non ho avuto questi fino alla mia posizione attuale e questo fa parte della formalizzazione che l'azienda sta attraversando mentre matura.

Penso che sia per lo più catering per gli sviluppatori non così bravi (e altro personale). Le persone interessate e appassionate si prenderanno generalmente cura di se stesse. Ho scoperto che lo "sviluppo personale" è spesso un eufemismo per "passare al management", che è ovviamente l'unico obiettivo di carriera che ognuno di noi dovrebbe avere ....

Detto questo, è bene parlare di ciò che vuoi ottenere in modo che le opportunità ti siano rese disponibili. Può anche aiutare i responsabili della tecnologia a concentrarsi strettamente a fare un passo indietro e pensare oltre l'attuale progetto / tecnologia. Se l'unico modo in cui un'organizzazione può far avvenire tali discussioni è tramite PDP forzati, allora credo che siano utili.

Questa è una grande idea, anche se difficilmente implementata (IME): trovo sempre divertente che si supponga di conoscere tutte le nuove tecnologie nel momento in cui escono, indipendentemente dal fatto che la società le usi o meno. Immagino che siamo motivati ​​individualmente a tenere il passo con la curva di apprendimento in modo da ottenere aumenti migliori, bonus più grandi, non essere licenziati.

Ma se il management vuole spostare tutte le applicazioni su WPF nel prossimo anno, inviare gli sviluppatori per le classi WPF ha proprio ogni tipo di senso.

Francamente, sono stato assunto per fare cose tecniche (scrivere codice è solo una parte del mio lavoro, anche se gli altri aspetti sono anche tecnici) e non ho praticamente alcuna tolleranza per la burocrazia. Tendo a non guardarlo nemmeno fino a quando non sono stato tormentato più di una volta, soprattutto se la persona che lo richiede è solo una persona amministrativa e non il mio capo. Sospetto che un PDP sarebbe ancora un'altra di queste cose e lo farei a malincuore in attesa della compilazione o dell'esecuzione del codice, solo per sbarazzarmi di chiunque mi stesse prendendo in giro.

Ho lavorato per un'azienda che aveva PDP.

Il problema con i PDP era che una volta impostati, non c'era tempo per lo sviluppo. Quindi dovevi farlo nel tuo tempo libero. Se non l'hai fatto, non c'erano possibilità di bonus o rilanci. Da questa esperienza ho deciso che l'azienda vuole trarre vantaggio dal fatto che tu spenda tempo e denaro. Nel complesso, penso che sia una buona cosa sviluppare te stesso, ma non necessariamente con obiettivi stabiliti dalla tua azienda.