Hallo allerseits! Nächste Woche starten wir den Kurs
„Development Manager“ , der sich mit Managementaktivitäten in all ihren Aspekten im Rahmen der Leitung eines Entwicklungsteams befasst. Im Vorfeld des Starts teilen wir Ihnen eine Übersetzung des Artikels mit, die für zukünftige Teamleiter nützlich sein kann.
In letzter Zeit ist viel passiert, weil einige Unternehmen
zu Agile wechseln und sich selbst organisierende Teams, zusätzliche Ergebnisse und maximale Attraktivität für Unternehmen mehr Aufmerksamkeit schenken. Wenn jedoch jemand über diese Transformation liest, werden Informationen normalerweise in Bezug auf die Organisation und die Auswirkungen von Agile im Allgemeinen angezeigt.
Obwohl es von außen so aussieht, als sei die Organisation eine Art gesichtslose monolithische Struktur, wissen wir, dass sie aus lebenden, atmenden Menschen besteht, die selbst die Waren und Dienstleistungen liefern, die die Organisation bereitstellt. Daher erscheint es mir wichtig zu überlegen, wie sich dies auf diejenigen auswirkt, die mit ihrer persönlichen agilen Transformation umgehen müssen.
Ich bin seit über zwanzig Jahren im traditionellen Projektmanagement tätig. Ich unterrichte auch Projektmanagement und habe meinen Schülern immer gerne gesagt, dass Projektmanagement wie Buchhaltung ein ausgereifter Beruf ist. Buchhalter sprechen über Belastungen und Kredite, und das einzige, was sich wirklich regelmäßig ändert, ist das Steuerkennzeichen. Die Verkehrssprache des Projektmanagements sind seit vielen Jahren Artefakte wie Gantt-Diagramme und Arbeitszerlegungsstrukturen.
Vor allem in den letzten Jahren hat sich der Boden jedoch weitgehend unter den Füßen traditioneller (planorientierter oder kaskadierender) Projektmanager verändert. Dies ist darauf zurückzuführen, dass der ursprünglich im Manifest von 2001 definierte agile Ansatz endlich in Unternehmen Fuß gefasst hat. Nein, ich würde sogar so weit sagen, dass es traditionelle Methoden ersetzt.
Es ist wichtig genug, dass Projektmanager sich jetzt nicht nur dessen bewusst sind, sondern auch darüber nachdenken, es zu lehren und Erfahrungen zu sammeln. (Seine breitere Anerkennung in dieser Bastion des traditionellen Projektmanagements, der sechsten Ausgabe von PMI, ist ein ziemlich bedeutendes Ereignis.)
Persönlich habe ich Anfang 2013 die
Scrum Master- Zertifizierung erhalten, die ich aber zumindest anfangs nie verwendet habe. Es war nicht so sehr, dass ich gegen Scrum war, sondern dass ich im traditionellen Projektmanagement arbeitete und die Revolution in der ersten Reihe wirklich nicht miterlebte.
Aber nach und nach wurde mir klar, dass sich die Richtung der Verwendung von Agile erheblich ändern würde und dass es notwendig sein würde, sich mit Agile-Projekten vertraut zu machen und daran zu arbeiten, um relevant zu bleiben - und ich könnte zu den geschäftigen hinzufügen.
Als ich darüber nachdachte, wurde mir klar, dass das allererste, was ich in Agile zu bewältigen hatte, die Tatsache war, dass die Rolle des Projektmanagers nicht nur nicht so wichtig ist, sondern dass es tatsächlich keine spezifische Rolle für PM als solche gibt. In der Scrum-Variante gibt es nur drei spezifische Rollen: Scrum Master, Product Owner und Entwicklungsteam.
Als ich die Scrum-Zertifizierung erhielt, wurde mir bereits klar, dass es sich um eine andere Art von Rolle handelt. Als Projektmanager konnte und sollte ich die gesamte Planung mit meinem Team durchführen. Aber wenn es darum geht zu entscheiden, wer was wann getan hat, war es immer meine Aufgabe. Dies ist eine sehr große Befehls- und Kontrollstruktur. Und ich hatte nicht nur erwartet, das Team zu führen, sondern auch, dass das Team geführt wird.
Aber Agile ist anders. In dieser Rolle bin ich eher ein Assistent oder ein Trainer als ein Führer für ein Team. Das Team organisiert sich selbst, und dies bedeutet, dass ich zwar helfen kann, Hindernisse für sie zu beseitigen, meine Aufgabe jedoch nicht darin besteht, ihnen zu sagen, was sie als solche tun sollen. Ihre Aufgabe ist es, herauszufinden, was in einem Team zu tun ist, und Scrum Master zu helfen und zu trainieren.
Im Folgenden finden Sie einige nützliche Tipps zum Erfolg der agilen Transformation.
Dies ist eine große Veränderung nicht nur für Projektmanager, sondern auch für Teams. Der Projektmanager sollte aufhören, Richtlinien zu sein, und anfangen, Unterstützung zu leisten. Für viele Manager ist dies ein sehr schwieriger Übergang. Sie wissen nicht, wie sie nicht führen sollen. Und höchstwahrscheinlich sind sie es gewohnt, einen Scheduler wie MS Project zu verwenden, wenn sie lange Zeit PM waren. Das Scrum-Team benötigt jedoch nicht unbedingt ein solches Tool und bevorzugt Workflow-Tools wie Jira, um den Fortschritt zu verfolgen.
Das Problem ist, dass der traditionelle Projektmanager sich zurückhalten muss, indem er dem Team sagt, was zu tun ist, wenn es fragt. Er oder sie kann Hindernisse beseitigen, wenn sie entstehen. Aber sein bester Rat, wenn er gefragt wird, was ein Teammitglied tun soll, ist, "mit dem Team zu teilen". In gewisser Weise muss er oder sie überdenken, was er weiß, und einige seiner Fähigkeiten aus dem Fenster werfen.
Seien Sie ein Scrum Master, kein Scrum Manager https://t.co/ohOBBzH5Lb #agile #scrum #dev @HyperRTs @DNR_CREW pic.twitter.com/XrmsCAdzwK
- Seth G. (@Nicko_iCorplife), 14. Oktober 2017
Und nicht nur der Premierminister hat möglicherweise ein Problem damit, sich an diese neue Realität anzupassen. Stellen Sie sich ein Teammitglied vor, das es gewohnt ist, Anweisungen zu erhalten, was in einem hierarchischen System zu tun ist. Jetzt steht er oder sie vor dem Bedürfnis, bis zu einem gewissen Grad unabhängig zu sein. Einige Leute ziehen es vor, diese Erfahrung nicht zu erleben.
Obwohl Agile für eine Vielzahl von Projekten verwendet werden kann, wird es in Softwareentwicklungsumgebungen immer noch häufig verwendet. Und einige Entwickler, die zum Beispiel daran gewöhnt sind, alleine zu arbeiten, müssen sich jetzt täglich nicht nur mit dem Team, sondern auch mit dem „Geschäft“ treffen. Für einige liegt dies außerhalb ihrer Komfortzone. Ich sprach mit einer Frau auf einer Agile-Konferenz, die mir mitteilte, dass mehrere Entwickler in ihrem Team gebeten wurden, das Unternehmen zu wechseln oder zu verlassen, als Agile eintraf.
Ich denke, die wichtigste Schlussfolgerung hier ist die Akzeptanz von Veränderungen und Anpassungen. (Ironischerweise Agiles eigene Besonderheiten.) Manche Leute ziehen es einfach vor, Dinge so zu tun, wie sie es immer getan haben. Und wenn sie dann von Veränderungen überholt werden - wie dies natürlich in einer agilen Welt der Fall ist - können sie keine Veränderungen vornehmen und befinden sich draußen und schauen nach innen.
Sobald mir klar wurde, dass ich in diese Welt einsteigen musste, machte ich den Übergang, nicht nur zu lernen, sondern auch flexibel zu denken. (Dies ist genau das, was Agile-Trainer-Teams helfen.) Ich fing an, alles zu lesen, was ich konnte, vernetzte mich so gut ich konnte, und dann, als die Zeit gekommen war, schickte ich dieses Wissen und meine Jahre im Projektmanagement an ein Unternehmen, das Agile-fähig war. sah immer noch den Wert beider Ansätze. Und als ich die Notwendigkeit losließ, die Situation zu kontrollieren, und erkannte, dass ich Trainer und Assistent sein musste, stellte ich fest, dass alles zusammenpasste.
Traditionell warten wir auf Ihre Kommentare und laden Sie zu
einer offenen Lektion ein , die heute von
Stanislav Mikhalsky , Entwicklungsleiter bei Biglion Technologies, gehalten wird.