Was ist denn "agiles Management"?

Ich meinte Agiles Projektmanagement https://www.projektmagazin.de/glossarterm/agi...

Naja, ganz so (wie in dem Link beschrieben) ist es dann ja doch nicht. Die Akzeptanz des Kunden wird sich in Grenzen halten, wenn die Kosten explodieren oder der spezifizierte Leistungsumfang nicht eingehalten wird. Es ist eine (nicht mehr ganz so) neue Sau, die hier durchs Dorf getrieben wird. Letztendlich gibt es Tools, die Techniken im Projektmanagement unterstützen, die man vielleicht schon kannte, aber eben etwas umständlicher realisiert hat. Solche Tools wären z.B. Trello oder Jira, in beschränktem Umfang auch Slack. Wir nutzen v.a., dass die Arbeitpakete nicht fest geschnürt und verteilt, sondern in einem Pool bereitgestellt werden, wo die Projektmitarbeiter sich dann in Abhängigkeit von den eigenen Fähigkeiten und den vorgegebenen Rahmenbedingungen (Zeitaufwand, fachliche Abhängigkeiten, Zieltermin ...) das entsprechend passende (Teil-)Paket holen und dann bearbeiten.

Der Sinn von 'agile is just an option for resting' erschließt sich mir, jenseits des Wortspiels mit agile und resting, allerdings trotzdem nicht. Da fällt mir nix dazu ein.

(Edit. Gerade ist mir eingefallen, dass ich bei cyberbert nicht mehr antworten möchte, weil er sich nie zurückmeldet oder mal bedankt, trotz der relativ vielen Anfragen.)

#4: Präzisierung: Ich habe viele Jahre als Projektleiter, vor allem in IT- und Vertriebsprojekten, gearbeitet, und "agiles Projektmanagement" ist durchaus eine sehr gute Idee für Projekte, wo es um schnelle Umsetzung wenigstens schon mal eines kleinen, dann stetig wachsenden Funktionsumfangs geht, statt drei Jahre auf ein Mammutsystem zu warten, das dann nicht mehr aktuell ist.

Ferner: Die Idee ist nicht, dass "die Projektmitarbeiter sich ein Paket holen", sondern dass die Reihenfolge der abzuarbeitenden Pakete vom Product Owner - das muss natürlich ein Vertreter des Kunden bzw. des Nutzerbereichs sein - festgelegt wird.

Wie immer: Es kommt drauf an, was für ein Projekt man gerade am Wickel hat. Manchmal ist es sehr sinnvoll, manchmal nicht und manchmal sollte man einen Hybridansatz bevorzugen.

Tut mir leid, natürlich schätze ich Eure Beiträge sehr!

Möglicherweise ist das ja so gemeint, dass für den Projektmanager wesentlich weniger zu tun ist, da agile Methoden sehr stark auf das Selbstmanagement der Teams bauen. Da er dann nur noch bestimmen muss, was getan wird, aber nicht mehr wann und wie, kann er sich zurücklehnen und muss nur noch im Notfall eingreifen.

Zur weiteren Präzisierung der agilen Methoden: es wird zwar vom Product Owner festgelegt, welches die wichtigsten Pakete sind, das Team bestimmt dann aus der vom PO festgelegten Reihenfolge eine Reihenfolge von kleineren Paketen, die auf Abhängigkeiten beruht. Das Ziel dieser Planung ist dann, dass jedem Mitglied bekannt ist, welche Pakete zuerst abgearbeitet werden müssen. Sofern diese unabhängig sind, ist es dem Teammitglied durchaus erlaubt aus den TOP 3 oder TOP 5 (je nach Umsetzung der Methode und Teamgröße) zu wählen, je nachdem welche Aufgabe er glaubt am besten umsetzen zu können. Grundsätzlich entscheidet aber das Team darüber wie es gemacht wird, und ist auch dem PO gegenüber für die Umsetzung der geplanten Features verantwortlich. Da der Projektmanager also nicht mehr viel sagen darf, kann er die Zeit, die er sonst mit Mikromanagement verbracht hätte, anders nutzen.

Danke schön!