Karriere: Verbinde Projektziele mit persönlichen Zielen
Von “oben” vorgegebene Ziele, die offensichtlich nicht erreichbar sind, können frustrieren. Eigene Ziele können dem Frust effektiv entgegenwirken.
!["Goals" auf einer Schreibmaschine geschrieben](https://heise.cloudimg.io/width/610/q85.png-lossy-85.webp-lossy-85.foil1/_www-heise-de_/imgs/18/4/5/2/1/6/0/6/markus-winkler-LNzuOK1GxRU-unsplash-fc1d318ebd72cf93.jpeg)
(Bild: Markus Winkler/unsplash)
- Stefan Mintert
Moin.
Als Mitarbeiter einer Feature Factory kennst du vielleicht das folgende Muster für Ziele des Managements:
- “Wir rollen unsere Produkte im nächsten Jahr in 29 weiteren Ländern aus.” Dass man für Roll-outs in bislang drei Länder jeweils fünf Monate gebraucht hat, scheint bei der Planung keine Rolle zu spielen.
- “Unser neues Produkt muss in acht Monaten auf den Markt kommen, um unsere Umsatzziele zu erreichen.” Dass die Umsatzziele aufgestellt wurden, ohne auch nur einmal mit den Produktentwicklern zu sprechen, stört offensichtlich nicht weiter.
- Kurz gesagt: Ein hochgestecktes Ziel mit einer zeitlichen Komponente, die man ohne jede Grundlage festgelegt hat.
Was soll man als Entwickler damit anfangen? Im Idealfall kann man Einfluss auf die Planung nehmen, man kann Bedenken äußern, die wirklich gehört und berücksichtigt werden. Doch wenn das nicht der Fall ist?
Man kann immerhin die absehbare Enttäuschung durch das nicht erreichbare Ziel, durch den Fokus auf eigene Fortschritte reduzieren. Dazu empfehle ich folgenden Ansatz:
Verbinde die vorgegebenen Projektziele mit deinen eigenen, persönlichen Zielen. Was möchtest du zu den Meilensteinen und zum Endtermin für dich erreichen? Welches Know-how möchtest du aufbauen? Welche persönliche Entwicklung möchtest du parallel zum Projekt durchlaufen? Welche Fortschritte soll deine Karriere machen oder welche Grundlagen für Fortschritte möchtest du legen?
Warum hilft das, die Zeit in einer Feature Factory besser zu nutzen? Ich sehe oft Entwickler und Entwicklerinnen, die sich mit unrealistischen Zielen in unproduktiven Umgebungen konfrontiert sehen. Der Frust ist groß und die Versuche, etwas an der Situation zu verbessern, laufen ins Leere. Und doch bleibt der Fokus darauf gerichtet, den Status quo zu ändern oder sich endlos darüber zu beklagen. Es folgt die Resignation der Art, "ich mache einfach, was man mir sagt”. Beliebt sind auch “Hier kann man eh nix ändern” und ähnliche Glaubenssätze. Meistens versuche ich sowohl bei meinen Kunden als auch in diesem Blog Handlungsoptionen aufzuzeigen, die die etablierten Glaubenssätze herausfordern. Doch nehmen wir einfach mal an, dass “man wirklich nichts ändern kann”. Dann hilft es, den Fokus von den beklagenswerten Umständen auf die persönliche Entwicklung zu richten.
Was ist dein Thema? Was möchtest du können? Worin möchtest du dich verbessern? Software-Architektur? Continuous Deployment? Testautomatisierung? Generierung von Softwaredokumentation? Präsentationstechniken? Kommunikations-Skills?
Steck dir Ziele! Mach es konkret und messbar! Woher weißt du, dass du dein Ziel erreicht hast? Darauf kann es verschiedene Antworten geben. Ein paar Beispiele:
- Die Teilnahme an einer Schulung,
- der Erwerb eines Zertifikats,
- einen Artikel in einem Magazin veröffentlichen oder
- einen Vortrag auf einer Konferenz oder bei einem Meetup halten.
Wenn dein Thema (auch) für deine Karriere helfen soll, stell sicher, dass deine Zielerreichung im Lebenslauf stehen kann. Vielleicht gehört es in die Personalakte, damit es im späteren Arbeitszeugnis vorkommt. Auf diese Weise können auch firmeninterne Maßnahmen als messbare Ziele herhalten.
- Durchführen von Schulungen für Kolleginnen und Kollegen.
- Veröffentlichung eines Artikels im Firmenmagazin.
- Gibt es bei euch nicht? Dann: Gründen eines Firmenmagazins.
- Ein Vortrag in einer geeigneten Community of Practice.
Wenn du deine Ziele definiert hast, kommt der vielleicht kniffligste Teil: Verbinde die Ziele mit dem Projekt, an dem du arbeitest. Was ist daran knifflig? Knifflig kann die Argumentation sein: Weshalb passen eigene Ziele und Projektziele zusammen? Wenn du lernen möchtest, Geige zu spielen, wird es mit der Argumentation schwer. Der Aufbau von Know-how zur Testautomatisierung dürfte in den meisten Fällen einfacher zu erklären sein, weil das Know-how wirklich nützlich für das Projekt ist. Da Vorgesetzte ohnehin gerne über Jahresziele und Ähnliches sprechen, sollte es im persönlichen Gespräch keinen Widerstand geben.
Wenn du deine Ziele kennst und sie – soweit erforderlich – mit deinem Vorgesetzten abgestimmt sind, folgt der nächste Schritt: Brich deine Ziele in Tickets herunter, lege sie im Backlog an und weise sie dir selbst zu (ich mag es nicht, Tickets sehr früh einer Person zuzuweisen, aber bei persönlichen Zielen geht das in Ordnung, oder?).
Die Tickets, die keine Features oder Anforderungen der Auftraggeber enthalten, heißen bei meinen Kunden beispielsweise “Dev-Stories” oder “technische Stories”. Ich würde in den Tickets nur die Themen benennen, keine Akzeptanzkriterien. Wenn du ein Meister in Testautomatisierung werden möchtest, schreib das auf, aber erwähne nicht, dass dein persönliches Zielkriterium lautet, einen Vortrag auf einer Konferenz zu halten. Der Vortrag dient lediglich zum Messen der Zielerreichung. Ins Ticket gehört nur das Thema. Andernfalls könnte man dich zu Recht fragen, was der Vortrag mit dem Projekt zu tun hat. Alles, was außerhalb der eigentlich Arbeit passiert (Vortrag, Publikation, usw.), solltest du vorab mit deiner Firma klären. Darfst du im Namen der Firma auf einer Konferenz auftreten? Falls nicht, nimm dir einen Tag Urlaub. Ähnliches gilt für Veröffentlichungen.
Sind die Tickets einmal im Backlog, geht es nur noch darum, sie zu ziehen; zum Beispiel in den Sprint, falls Ihr so arbeitet. Wenn deine Tickets viele kleine Schritte darstellen, kannst du in schöner Regelmäßigkeit deine eigenen Ziele verfolgen und Fortschritte machen, die dir etwas bedeuten.
(rme)