Les plans de développement professionnel appliqués sont-ils utiles?

De nombreuses entreprises, en particulier les plus grandes, ont des plans de développement professionnel obligatoires pour leurs employés. Les employés et les gestionnaires établissent un plan de développement professionnel personnalisé et suivent régulièrement les progrès.

En tant que développeur, trouvez-vous ces PDP utiles, respectez-vous vos engagements?

En tant que manager, pensez-vous que de tels PDP apportent de la valeur à l'entreprise et améliorent la qualité globale des employés?

Il semble que les bons développeurs continueront de s'instruire et s'efforceront d'être meilleurs quelles que soient les procédures des entreprises, contrairement aux mauvais.

Y a-t-il des avantages à avoir des PDP ou est-ce juste quelque chose que les gestionnaires estiment devoir faire?

J'aime l'idée que mon employeur fasse au moins semblant de se préoccuper de mon évolution de carrière. Franchement, c'est une bonne chose. Plus vous investissez dans l'auto-amélioration et la progression de carrière globale de votre employé, plus vous investissez dans votre entreprise.

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

Je les considère comme une odeur organisationnelle. C'est qu'ils ne sont pas nécessairement un drapeau rouge, mais un indicateur que vous devriez rechercher des drapeaux rouges. PDP semble initialement bon, mais j'ai rarement vu aucune action se produire avec eux dans le passé. Habituellement, ils ne sont qu'une perte des plusieurs heures nécessaires pour les remplir, les faire approuver, etc.

Je dis que c'est une odeur parce que cela fait partie de ce groupe d'outils MBA / RH qui comprend les objectifs de performance, les examens annuels, le PDP et la rémunération basée sur les "incitations" (ce qui est essentiellement dissuasif pour beaucoup, y compris Joel Spolsky et Mary Poppendeick ). Toutes ces approches réunies encouragent une attitude de priorité à moi et, au mieux, récompensent accidentellement quiconque pour être un joueur d'équipe. Cela signifie également généralement que "nous avons un quota de notes de performance Excellentes, supérieures à la moyenne, moyennes et ne répondant pas aux attentes que nous respecterons quelle que soit la performance réelle" et ainsi introduire la concurrence plutôt que la coopération.

Si je dois rivaliser avec les membres de mon équipe, vais-je partager des informations avec eux? Vais-je risquer de prendre du retard sur mes tâches pour les aider sur les leurs? La réponse est non".

Je ne peux pas dire que j'ai jamais été fan des PDP - et j'ai toujours travaillé dans des endroits qui ont une certaine forme de processus basé sur les PDP.

Pour commencer, ils sont souvent liés à des motivations extrinsèques (par exemple des bonus), ce qui motivera certaines personnes pendant un certain temps, mais à long terme, cela ne fonctionnera pas vraiment. Cela conduit également à «jouer» le processus PDP, où les gens fixeront des objectifs délibérément bas afin de maximiser les gains financiers avec un effort minimal. Vous personnellement pourriez avoir l'intégrité de résister à cela - vous pourriez aborder le processus avec les meilleures intentions - mais il est sûr difficile de vous motiver à prendre le processus au sérieux quand tout le monde autour de vous va juste par les mouvements.

Deuxièmement, avoir votre développement professionnel lié aux objectifs de l'entreprise rend plus difficile l'exploration des domaines que vous souhaitez explorer, mais qui ne sont pas au cœur des objectifs de l'entreprise. Si vous avez la chance d'avoir les mêmes objectifs, ce n'est peut-être pas un problème - gardez à l'esprit que l'entreprise a également des objectifs financiers, que vous pouvez partager ou non (ou du moins, ne pas hiérarchiser de la même manière ).

Enfin, vous l'avez mentionné ci-dessus, alors +1 - il est tellement préférable de prendre la responsabilité de votre propre développement professionnel. Soyez aux commandes au lieu d'attendre l'arrivée du bus: p

En tant que développeur, je les ai trouvés très difficiles à sélectionner là où je veux m'améliorer, ce que je ferai pour y arriver et quel résultat cela est censé avoir pour que cela en vaille la peine. Bien que je puisse voir que son potentiel est finalement bon, il y a quelque chose à dire pour la douleur croissante d'apprendre à faire cela et de voir ce qui est et n'est pas acceptable pour l'organisation, car de tels plans nécessitent souvent une certaine forme d'approbation de la direction .

Bien sûr, je dois noter que pendant la majeure partie de ma carrière, je ne les ai pas eu jusqu'à mon poste actuel et cela fait partie de la formalisation que l'entreprise traverse à mesure qu'elle mûrit.

Je pense que c'est principalement pour les développeurs pas si bons (et les autres membres du personnel). Les personnes intéressées et passionnées prendront généralement soin d’elles-mêmes. J'ai trouvé que le «développement personnel» est souvent un euphémisme pour «passer à la gestion», ce qui est bien sûr le seul objectif de carrière que nous devrions avoir ...

Cela dit, il est bon de parler de ce que vous voulez réaliser pour que les opportunités soient mises à votre disposition. Cela peut également aider les responsables techniques étroitement ciblés à prendre du recul et à réfléchir au-delà du projet / de la technologie actuelle. Si la seule façon pour une organisation de faire en sorte que ces pourparlers aient lieu est via des PDP appliqués, alors je suppose qu'ils sont utiles.

C'est une excellente idée, bien que difficilement implémentée (IME) - je trouve toujours amusant de savoir que nous sommes supposés connaître toutes les nouvelles technologies au moment où elles sortent, que la société les utilise ou non. Je suppose que nous sommes individuellement motivés pour suivre la courbe d'apprentissage afin que nous obtenions de meilleures augmentations, des bonus plus importants, sans nous faire virer.

Mais si la direction souhaite déplacer toutes les applications vers WPF au cours de la prochaine année, l'envoi des développeurs pour les classes WPF est tout à fait logique.

Franchement, j'ai été embauché pour faire des choses techniques (l'écriture de code n'est qu'une partie de mon travail, bien que les autres aspects soient également techniques) et je n'ai pratiquement aucune tolérance pour les formalités administratives. J'ai tendance à ne même pas en regarder la plupart avant d'en avoir été harcelé plus d'une fois, surtout si la personne qui le demande n'est qu'une personne administrative et non mon patron. Je soupçonne qu'un PDP serait encore une autre de ces choses et je le ferais à contrecœur en attendant que le code soit compilé ou exécuté, juste pour se débarrasser de celui qui me harcelait.

J'ai travaillé pour une entreprise qui avait des PDP.

Le problème avec les PDP était qu'une fois qu'ils étaient définis, il n'y avait plus de temps pour le développement. Vous deviez donc le faire à votre rythme. Si vous ne le faisiez pas, il n'y avait aucune chance de bonus ou d'augmentation. De cette expérience, j'ai décidé que l'entreprise voulait profiter de votre investissement en temps et en argent. Dans l'ensemble, je pense que c'est une bonne chose de se développer, mais pas nécessairement avec des objectifs fixés par votre entreprise.