Ich arbeite als Projektleiter in einem Team aus 5 Entwicklern und mir und übernehme die Rolle des Analysten. Innerhalb des Unternehmens wenden wir die agilen Prinzipien seit mehreren Jahren an.
Einige der Prinzipien, die ich am meisten schätze, sind Selbstorganisation und Selbstverbesserung, wahrscheinlich weil ich zuvor in einem stark hierarchischen Umfeld gearbeitet habe, in dem höhere Ebenen für Sie gedacht haben.
Aber mein Team scheint sich nicht allzu sehr darum zu kümmern. Sie mögen ihre Arbeitsweise. Versäumte Termine, Budgetüberschreitungen, schlechte Qualität, es wird immer von anderen verursacht, Lösungen werden nie im Team selbst gesucht. Rückblicke führen oft zu endlosen Diskussionen über die Schuldzuweisungen an andere, aber die Selbstbeobachtung der eigenen Teamleistung fehlt. In schlechten Tagen denke ich, dass meine Entwickler nur verwöhnte Kinder sind, die sich nicht daran erinnern, wie es in den alten "Wasserfall"-Zeiten war, als Entwickler nur Code-Affen waren. Aber dann klinge ich wie ein alter Mann, nicht wahr?
Meine erste Reaktion ist, in den Mikromanagementmodus zu wechseln, was wahrscheinlich die schlechteste Lösung ist, aber gibt es bessere Möglichkeiten, mein Team zu mehr Organisation zu ermutigen?
Wenn ein Programmierer die Verantwortung für ein Projekt übernimmt, möchte er, dass es erfolgreich ist – er sucht nach Möglichkeiten, es zu verbessern und besser zu machen – er versucht, die schwierigen Probleme anzugehen.
Es hört sich so an, als ob die Probleme, die Sie haben, auf mangelnde Eigenverantwortung für das Projekt zurückzuführen sind. Wenn dies passiert, gibt ein Entwickler anderen die Schuld, kümmert sich nicht um das Projekt, arbeitet nicht gut mit anderen Teamkollegen zusammen, kommuniziert nicht usw.
Letztendlich müssen Sie dem Team ein Gefühl der Eigenverantwortung für das Projekt vermitteln.
Du bist auch im Team. Wenn Sie bestimmte Probleme sehen, warum bringen Sie sie nicht zur Sprache? Wenn du möchtest, dass andere introspektiv sind, zeige ihnen wie, indem du selbst introspektiv bist. Es ist ein wenig ironisch, sich darüber zu beschweren, wie andere sich über andere beschweren.
Tatsache ist, dass es viele Faktoren gibt, die außerhalb der Kontrolle eines Softwareentwicklungsteams liegen. Es ist wichtig, diese zu erkennen und sie an die Oberfläche zu bringen. Der nächste Schritt besteht jedoch darin, konstruktive Wege zu finden, um diese Faktoren zu mindern. Wenn zum Beispiel jemand, von dem Sie Input benötigen, unzuverlässig ist, verschieben Sie Aufgaben, die ihn betreffen, in den Zeitplan nach oben und verfolgen Sie ihn mehr als normal. Menschen können mit Dingen umgehen, die außerhalb ihrer Kontrolle liegen, wenn sie wissen, dass sie alles getan haben, was sie können.
Was auch immer Sie tun, machen Sie kein Mikromanagement !
Das ist das Schlimmste, was Sie tun können. Sie werden ihnen und sich selbst viel Stress auferlegen, Sie werden die potenzielle Produktivität des Teams zerstören und sich selbst zum Engpass im Team machen.
Ich sage nicht, dass Ihr Team ein Haufen weinerlicher Kinder ist, und ich sage sicherlich nicht, dass sie nutzlos sind, aber meine Erfahrung ist, dass etwa 4 von 5 Entwicklern in diesem Bereich heute nicht selbstmotivierend sind, nicht selbst anfangen und stark sein müssen Führung und Führung, um produktiv zu sein.
Sie fühlen sich wahrscheinlich nicht stark in Bezug auf Anforderungen beraten oder es fehlt ihnen an technischer Führung oder beidem. Tatsache ist, dass sie anderen die Schuld geben, weil ein Anführer nicht anwesend ist, um die Situation in den Griff zu bekommen, und keiner von ihnen willens oder bereit ist, vorzutreten und diese Rolle zu übernehmen.
Vieles davon liegt auch in der Natur des Menschen. Ein starker Mensch mit einem Hang zum Wachstum ist introspektiv und kann seine Fehler zugeben und überlegen, wie er sie verbessern kann. Eine schwache Person tut nichts und macht äußere Kräfte außerhalb ihrer Kontrolle für all ihre Fehler verantwortlich.
Sie brauchen ein stärkeres Team oder einen wirklich starken Anführer.
Es gibt keine Konsequenzen, wenn Sie in Ihrer Organisation keine Leistung erbringen. Was erwarten Sie also? Es kann triftige Gründe für die Verspätung eines Projekts geben. Sie sollten dem Anführer vorgelegt werden, wenn sie erkannt werden, damit Sie etwas dagegen tun können, bevor es zu spät ist.
Der Anführer muss wissen, was vor sich geht, und in der Lage sein, Ausreden zu erkennen. Wenn Sie zu viele Ausreden haben, Ihre Arbeit nicht zu erledigen, müssen sich vielleicht der leistungsschwache Entwickler und Ihr Team trennen.
Agilität hat damit nichts zu tun. Wenn dies ihre Arbeit angenehmer macht als die „Wasserfalltage“, dann sollten sie motiviert werden, härter zu arbeiten/anzustreben, sich zu verbessern.
Suchen Sie nach denen, die die richtigen Dinge tun, und erkennen Sie dies an. Keine Notwendigkeit für "Employye of the Week"-Poster oder Aufkleber an ihren Kabinen. Erledigen Sie Ihre Arbeit; Gute Dinge passieren. Erledigen Sie Ihre Arbeit nicht; schlimme Dinge passieren. So ist das Leben.
Ich würde mit Einzelgesprächen mit den einzelnen Teammitgliedern beginnen. Heben Sie konkrete Beispiele dafür hervor, wo die Schuld beim Mitglied liegt und nicht bei den externen Quellen. Und besprechen Sie im Allgemeinen alle Bereiche, in denen es Möglichkeiten für persönliches Wachstum gibt.
Qualitätsprobleme sind ein gutes Beispiel. Diese sollten direkt zu dem Mitwirkenden führen, der den Fehler verursacht hat.
Allgemeine Teamziele sind nicht unbedingt ihr Anliegen (in einer gesünderen Umgebung sollten sie es sein, aber das Schuldzuweisungsspiel macht es zu Ihrem Problem, nicht zu ihrem). Budget-/Terminfragen fallen letztendlich auf den Projektmanager. Auch diese müssten auf bestimmte Problembereiche der Person zurückgeführt werden und wie sie zu dem Problem beigetragen haben (z. B. Unterschätzung einer Aufgabe, Produktivitätsverlust, Auswirkungen von Fehlern usw.).
Erstellen Sie eine Anreizstruktur, die sie für das Lösen von Problemen belohnt. Geben Sie ihnen dann die Verantwortung und die Möglichkeit, erfolgreich zu sein (oder zu scheitern).
Es gibt ein großartiges Programm für Programmierer namens The Clean Coder . Das ist sehr motivierend und fordert dazu auf, Verantwortung für das zu übernehmen, was man schreibt.
Ich denke, Sie möchten sich diese Frage vielleicht ansehen, wirklich ähnlich. Es behandelt nicht den Teil der Annahme, dass Sie bereits in einer falschen Situation sind, sondern mehr die Motivation zur Selbstverbesserung.
Vielen Dank für die tollen Antworten.
Ich habe eine Reihe von Maßnahmen ergriffen, die auf ihnen basieren:
Probieren Sie http://www.openagile.com aus. Sollte bei der Teamarbeit und allgemeinen Fähigkeiten zur Problemlösung helfen, indem wiederholte Zyklen von Aktion-Reflexion-Lernen-Planung gefördert werden.
Sehen Sie sich auch "Software für Ihren Kopf" an
http://liveingreatness.com/the-core-protocols.html
Tiago Cardoso
Bartek Kobylecki