Sind erzwungene Weiterbildungspläne nützlich?

Viele Unternehmen, insbesondere größere, haben verbindliche Weiterbildungspläne für ihre Mitarbeiter. Mitarbeiter und Führungskräfte erstellen einen individuellen Fortbildungsplan und verfolgen von Zeit zu Zeit die Fortschritte.

Finden Sie als Entwickler solche PDPs nützlich, setzen Sie Ihre Verpflichtungen um?

Denken Sie als Manager, dass solche PDPs dem Unternehmen einen Mehrwert bringen und die Gesamtqualität der Mitarbeiter verbessern?

Es scheint, dass gute Entwickler sich selbst weiterbilden und bestrebt sind, unabhängig von den Abläufen der Unternehmen besser zu werden, während schlechte dies nicht tun.

Gibt es Vorteile von PDPs oder ist es nur etwas, was Manager für nötig halten?

Ich liebe die Idee, dass mein Arbeitgeber zumindest vorgibt, sich um meine berufliche Entwicklung zu sorgen. Ehrlich gesagt ist dies eine gute Sache. Je mehr Geld Sie in die Selbstverbesserung und den beruflichen Aufstieg Ihrer Mitarbeiter investieren, desto mehr investieren Sie in Ihr Unternehmen.

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

Ich betrachte dies als organisatorischen Geruch. Das heißt, sie sind nicht unbedingt eine rote Fahne, sondern ein Indikator dafür, dass Sie nach roten Fahnen suchen sollten. PDP hört sich anfangs gut an, aber ich habe in der Vergangenheit selten gesehen, dass mit ihnen wirklich etwas passiert ist. Normalerweise sind sie nur eine Verschwendung von mehreren Stunden, um sie auszufüllen, genehmigen zu lassen usw.

Ich sage, dass sie ein Geruch sind, weil sie Teil dieser Gruppe von MBA / HR-Tools sind, die Leistungsziele, jährliche Überprüfungen, PDP und auf Anreizen basierende Vergütung umfassen (was laut vielen, einschließlich Joel Spolsky und Mary Poppendeick, im Wesentlichen abschreckend ist ). Alle diese Ansätze zusammen fördern eine Einstellung, bei der ich an erster Stelle stehe, und belohnen allenfalls aus Versehen, dass jemand ein Teamplayer ist. Dies bedeutet in der Regel auch, dass "wir eine Quote von ausgezeichneten, überdurchschnittlichen, durchschnittlichen und nicht den Erwartungen entsprechenden Leistungsnoten haben, die wir unabhängig von der tatsächlichen Leistung einhalten" und dadurch Wettbewerb anstelle von Zusammenarbeit einführen.

Wenn ich mit meinen Teammitgliedern konkurrieren muss, teile ich dann Informationen mit ihnen? Werde ich riskieren, bei meinen Aufgaben in Verzug zu geraten, um ihnen bei ihren zu helfen? Die Antwort ist nein".

Ich kann nicht sagen, dass ich jemals ein Fan von PDPs war - und ich habe immer an Orten gearbeitet, an denen es eine Form von PDP-basierten Prozessen gibt.

Zunächst einmal sind sie häufig an externe Motivatoren gebunden (z. B. Boni), die einige Menschen für eine Weile motivieren, auf lange Sicht jedoch nicht wirklich funktionieren. Dies führt auch zum "Spielen" des PDP-Prozesses, bei dem die Menschen bewusst niedrige Ziele setzen, um den finanziellen Gewinn mit minimalem Aufwand zu maximieren. Sie persönlich könnten die Integrität haben, sich dem zu widersetzen - Sie könnten den Prozess mit den besten Absichten angehen -, aber es ist sicher schwierig, sich selbst zu motivieren, den Prozess ernst zu nehmen, wenn alle um Sie herum nur die Bewegungen durchlaufen.

Zweitens erschwert es die Bindung Ihrer beruflichen Entwicklung an die Unternehmensziele, Bereiche zu erkunden, die Sie erkunden möchten, die jedoch nicht im Mittelpunkt der Unternehmensziele stehen. Wenn Sie das Glück haben, die gleichen Ziele zu erreichen, ist dies möglicherweise kein Problem. Bedenken Sie jedoch, dass das Unternehmen auch finanzielle Ziele hat, die Sie möglicherweise teilen oder nicht teilen (oder zumindest nicht auf die gleiche Weise priorisieren können ).

Schließlich haben Sie es oben erwähnt, also +1 - es ist viel besser, Verantwortung für Ihre eigene berufliche Entwicklung zu übernehmen. Nehmen Sie Platz auf dem Fahrersitz, anstatt auf den Bus zu warten: p

Als Entwickler empfand ich sie als große Herausforderung bei der Auswahl, wo ich mich verbessern möchte, was ich tun werde, um dorthin zu gelangen und welches Ergebnis dies haben muss, damit es sich lohnt. Ich sehe zwar das Potenzial, dass es letztendlich gut ist, aber es gibt etwas zu sagen für den wachsenden Schmerz, zu lernen, wie man dies macht und zu sehen, was für die Organisation akzeptabel ist und was nicht, da solche Pläne oft eine Form der Genehmigung des Managements erfordern .

Natürlich sollte ich beachten, dass ich diese für den größten Teil meiner Karriere bis zu meiner jetzigen Position nicht hatte und dies Teil der Formalisierung ist, die das Unternehmen durchläuft, wenn es reift.

Ich denke, es ist hauptsächlich für die weniger guten Entwickler (und andere Mitarbeiter) gedacht. Interessierte, leidenschaftliche Menschen kümmern sich in der Regel um sich. Ich habe festgestellt, dass "persönliche Entwicklung" oft ein Euphemismus für "Umzug ins Management" ist, was natürlich das einzige Karriereziel ist, das jeder von uns haben sollte ....

Trotzdem ist es gut, darüber zu sprechen, was Sie erreichen möchten, damit Ihnen Chancen geboten werden. Es kann auch eng fokussierten Technologieköpfen helfen, einen Schritt zurückzutreten und über das aktuelle Projekt / die aktuelle Technologie hinauszudenken. Wenn eine Organisation diese Gespräche nur über erzwungene PDPs zustande bringen kann, sind sie wahrscheinlich nützlich.

Dies ist eine großartige Idee, auch wenn sie kaum umgesetzt wird (IME). Ich finde es immer amüsant, dass wir alle neuen Technologien kennen, sobald sie herauskommen, unabhängig davon, ob das Unternehmen sie einsetzt oder nicht. Ich denke, wir sind individuell motiviert, die Lernkurve beizubehalten, damit wir bessere Erhöhungen, größere Boni und keine Fehlschüsse erhalten.

Wenn das Management jedoch im nächsten Jahr alle Anwendungen auf WPF verlagern möchte, ist es in jeder Hinsicht sinnvoll, die Entwickler zu WPF-Klassen zu schicken.

Ehrlich gesagt wurde ich mit technischen Dingen beauftragt (das Schreiben von Code ist nur ein Teil meiner Arbeit, obwohl die anderen Aspekte auch technisch sind) und ich habe praktisch keine Toleranz für Bürokratie. Ich neige dazu, das meiste nicht einmal anzuschauen, bis ich mehr als einmal darüber gequält wurde, besonders wenn die Person, die danach fragt, nur eine Verwaltungsperson und nicht mein Chef ist. Ich vermute, eine PDP wäre noch eine dieser Sachen, und ich würde es widerwillig tun, während ich darauf warte, dass Code kompiliert oder ausgeführt wird, nur um den loszuwerden, der mich daran nörgelte.

Ich habe für eine Firma gearbeitet, die PDPs hatte.

Das Problem bei den PDPs war, dass nach dem Festlegen keine Zeit für die Entwicklung zur Verfügung stand. Also musstest du es in deiner eigenen Zeit tun. Wenn Sie es nicht taten, gab es keine Chance auf einen Bonus oder eine Erhöhung. Aufgrund dieser Erfahrung habe ich beschlossen, dass das Unternehmen davon profitieren möchte, dass Sie Ihre Zeit und Ihr Geld ausgeben. Insgesamt halte ich es für eine gute Sache, sich weiterzuentwickeln, aber nicht unbedingt mit den von Ihrem Unternehmen gesetzten Zielen.