Agiles Software Projekt Management

Projekt Management vs. Agile Projekt Management

Unterschied zwischen herkömmlichen Projekt Management und agilem Projekt Management

Wo liegen jetzt wirklich die Unterschiede in den Aufgaben herkömmlicher Projekt Manager und den Rollenbildern im agilen Projekt Management. Die Aufgaben wurden thematisch auf den Product Owner und den Scrum Master aufgeteilt.

Product Owner

Die Product Owner sind dafür verantwortlich, dass der ROI (Return on Investment) also die Rentabilität des Projektes gewährleistet ist und der Value eines Produktes immer gegeben ist. Sie stellen somit die Schnittstelle zwischen unserem Entwickler-Team und unseren Kunden dar, und sind auch die primäre Anlaufstelle für alle Stakeholder. Dabei ist es wichtig, dass die von ihnen definierten Anforderungen vom Team korrekt interpretiert werden und das passende Produkt zu den definierten Wünschen unserer Kunden entwickelt wird. Sie verteilen also basierend auf der an ihnen herangetragenen Anforderungen die spezifischen Arbeitsaufträge an unser Team, welches in erster Linie selbst organisiert ist. Ein weiterer wichtiger Teil seiner oder ihrer Aufgabe besteht darin die richtige Reihenfolge der gelieferten Funktionalitäten zu definieren. Vor allem aber schaffen unsere Product Owner in Projekten eine Vision und stellen somit sicher , dass sich alle beteiligten darüber im klaren sind was und zu welchen Zweck ein Produkt entwickelt wird.

Scrum Master

Ein Scrum Master nimmt in Scrum (agiles Framework) primär die Rolle des Team Coach oder Trainers ein. Scrum Master werden nicht als disziplinäre Führungspersonen gesehen, sondern sollen eher Mentoren für das Team darstellen. Sie sind dafür verantwortlich Barrieren zu entfernen und dem Team das effiziente Arbeiten zu ermöglichen. Außerdem stellen sie sicher, dass jeder im Team die agilen Praktiken versteht und richtig umsetzt. Es werden Team Meetings von unseren Scrum Mastern moderiert, und bei Konflikten sind sie die zentrale Anlaufstelle für alle Team Mitglieder. In weiterer Folge wird gemeinsam versucht Konflikte zu lösen und so versuchen unsere Scrum Master im Team Transparenz zu schaffen.

"Unsere oberste Priorität ist es, den Kunden durch die frühzeitige und kontinuierliche Bereitstellung hochwertiger Software zufrieden zu stellen."

Grundsatz Nr. 1 - Kundenzufriedenheit durch frühe und kontinuierliche Auslieferung sicherstellen

"Begrüßen Sie sich ändernde Anforderungen, auch in der Spätphase der Entwicklung. Agile Prozesse machen Veränderungen zum Wettbewerbsvorteil des Kunden nutzbar."

Grundsatz Nr. 2 - Veränderungen sind etwas Gutes

"Wir liefern funktionierende Software in regelmäßigen Abständen, von ein paar Wochen bis zu ein paar Monaten, wobei wir den kürzeren Zeitraum bevorzugen."

Grundsatz Nr. 3 - Häufig funktionierende Software liefern

"Bauen Sie Projekte um motivierte Personen herum auf. Geben Sie ihnen das Umfeld und die Unterstützung, die sie brauchen, und vertrauen Sie ihnen, dass sie ihre Arbeit erledigen."

Prinzip Nr. 4 - Selbstorganisation

“Funktionierende Software ist der wichtigste Maßstab für den Fortschritt. ”

Prinzip #5 - Wie agile Teams ihren Fortschritt messen

"Die ständige Aufmerksamkeit für technische Spitzenleistungen und gutes Design erhöht die Agilität.

Grundsatz Nr. 6 - Kontinuierliche Transparenz und Lernen

"Einfachheit - die Kunst, die Menge der nicht erledigten Arbeit zu maximieren - ist entscheidend."

Grundsatz Nr. 7 - Einfachheit