Agile Werte &  Prinzipien

Agile WErte

• Menschen und Interaktionen stehen über Prozessen und Werkzeugen
• Funktionierende Software steht über einer umfassenden Dokumentation
• Zusammenarbeit mit dem Kunden steht über der Vertragsverhandlung
• Reagieren auf Veränderung steht über dem Befolgen eines Plans

Agile Prinzipien 1

• Zufriedenstellung des Kunden durch frühe und kontinuierliche Auslieferung von wert-voller Software.
• Agile Prozesse nutzen Veränderungen (selbst spät in der Entwicklung) zum Wettbewerbsvorteil des Kunden.
• Lieferung von funktionierender Software in regelmäßigen, bevorzugt kurzen Zeitspannen (wenige Wochen oder Monate).

Agile Prinzipien 2

• Nahezu tägliche Zusammenarbeit von Fachexperten (Business) und Entwicklern während des Projektes (Bsp. Gemeinsamer Code-Besitz).
• Bereitstellung des Umfeldes und der Unterstützung, welche von motivierten Individuen für die Aufgabenerfüllung benötigt wird.
• Informationsübertragung nach Möglichkeit im Gespräch von Angesicht zu Angesicht.
• Als wichtigstes Fortschrittsmass gilt die Funktionsfähigkeit der Software.

Agile Prinzipien 3

• Einhalten eines gleichmässigen Arbeitstempos von Auftraggebern, Entwicklern und Benutzern für eine nachhaltige Entwicklung.
• Ständiges Augenmerk auf technische Exzellenz und gutes Design.
• Einfachheit ist essenziell (KISS-Prinzip).
• Selbstorganisation der Teams bei Planung und Umsetzung.
• Selbstreflexion der Teams über das eigene Verhalten zur Anpassung im Hinblick auf Effizienzsteigerung.

Agile Prinzipien  Für die Kommunikation

• Frühe und kontinuierliche Auslieferung von wert-voller Software.
• Veränderungen (selbst spät in der Entwicklung) werden genutzt zum Vorteil des Kunden.
• Tägliche Zusammenarbeit von Business und Entwicklern.
• Gespräch nach Möglichkeit von Angesicht zu Angesicht.
• Funktionsfähige Software als Fortschrittsmass
• Einhalten eines gleichmässigen Arbeitstempos von Auftraggebern, Entwicklern und Benutzern.

Gemeinsame Vorstellungen

Methoden zur Entwicklung gemeinsamer Vorstellungen

• 5S Methode in UX-Workshops, oft als Vorprojekt.
  • Strategy
    
  • Scope
  • Structure
  • Skeleton
  • Surface (Wireframes, Prototyp)
    
• Backlog refinement PO und Entwickler
• Jour fix PO, Kunde, (Entwickler)
• Agile Offerte & Vertrag
  
• Story map
  

Was ist erfolg?

FAllhöhe

Differenz der Erwartungen zwischen

Kunde und Entwickler

=

Potenzial für den Misserfolg

Lieferung

Wert (Value), nicht Features

Outcome, nicht Output

Expectations Engineering

Schnittstelle Kunde – Entwickler

Kunde - Product Owner - Entwickler

• PO bei Liip – Partner-Stakeholder auf Kundenseite mit Entscheidungsbefugnis
• PO bei Kunde, ohne Entscheidungsbefugnis und Geld
• PO bei Kunde, mit Entscheidungsbefugnis und Geld

«Schwierige» projekte

Scope

Zeit

Budget

Fixed Time – Fixed Scope – Fixed Budget

«Schwieriger» Product Owner

• Technisch wenig Ahnung

• Wenig Zeit zum Mitarbeiten

• Nicht gewöhnt bei fixem Budget am Scope zu schrauben

• Keine Entscheidungskompetenz

• Keine Budgetkompetenz

User Experience – UX

Welche MEthodik für welches Projekt?