Zukunftsorientierte Bürgerportale agil entwickeln

Größe: px

Ab Seite anzeigen:

Download "Zukunftsorientierte Bürgerportale agil entwickeln"

Sven Schenck
vor 8 Jahren
Abrufe

1 Zukunftsorientierte Bürgerportale agil entwickeln Robin Prosch, Client Solution Architect EMC Deutschland GmbH 1

2 PROJEKTDEFINIERBARKEIT SCRUM PERSONAS 2

3 Agenda 1. Exkurs: Innovation 2. Projektdefinierbarkeit 3. Hohe Qualität & Budgetkontrolle bei ungenau definierbaren SOLL Zustand: Die Methodik SCRUM 4. Für Wen, Was, Warum entwickeln? Nutzer im Fokus mit UCD & UX 5. F & A 3

4 1. Exkurs: Innovation 4

5 Innovation = BESSER Zwei Innovationsprozesse Innovationen in Unternehmen / Behörden Innovation durch IT Innovationen z.b. schnellere Prozesse, bessere Services, Open Data.. JETZT spannend! Innovationen von IT Unternehmen z.b. Big Data, Cloud Computing Konzepte & Technologien IT Innovationen ermöglicheninnovationen im Unternehmen/Behörden (Ihr Einsatz bedeutet aber nicht per se eine Innnovation!) 5

6 2. Projektdefinierbarkeit 6

7 Projektdefinierbarkeit: gut definierbar IST Budget SOLL Methodik: Klassisches Projektmanagement. Lastenheft -> Resultat 7

8 Projektdefinierbarkeit: schlecht definierbar IST Budget SOLL Lastenheft Mögl. -> Methodik: Resultat? SCRUM (Illusion!) 8

9 2. Die (agile) Projektmanagement & Softwareentwicklungsmethodik SCRUM 9

10 SCRUM -Vorteile Volle Budget-Kontrolle bei schlecht definierbaren Projekten Bestmögliches Endergebnis trotz ungenau definierten Zielzustand durch permanentes Anstreben des werthaltigstensoll Endzustandes aus Auftragebersicht. Erzeugt über die Projektlaufzeit kontinuierlich Wert in Form von realisierter Funktionalität. 10

permanentes Anstreben des werthaltigstensoll Endzustandes aus Auftragebersicht.

11 SCRUM Prinzip Der gesamte Projektzeitraum wird in gleich lange Einheiten zerlegt -> Sprints 1 - x ( z.b. 2 Wochen) Zu Projektbeginn werden alle (zu diesem Zeitpunkt bekannten) Anforderungen auf einen Stapel gelegt -> Product Backlog 1. Der Geldgeber/Project Owner sortiert, bzw. priorisiertnach seinen Wertekriterien den Product Backlog für den nächsten Sprint. 2. Das Team schätzt den Aufwand der obersten (=wichtigsten) Anforderungen und selbstverpflichtet sich eine bestimmte Anzahl davon im Sprint fertig zu stellen. 3. Das Team führt den Sprint durch und realisiert die Anforderungen. Erkenntnisse fließen als Vorschläge für neue/andere Anforderungen zurück. 4. Der Project Owner nimmt die fertiggestellten Anforderungen des Sprints ab danach -> Siehe Punkt 1 11

priorisiertnach seinen Wertekriterien den Product Backlog für den nächsten Sprint. 2.

12 SCRUM -Zusatzinfos Die erste Zeitphase im Projekt ( Sprint 0 ) hat eine besondere, vorbereitende Funktion und dauert zumeist länger als die weiteren Sprints. Vereinfacht: Es wird alles vorbereitet, damit danach nur noch gesprintet werden kann. Ein SCRUM Projekt kannnach jedem Sprint enden. Wenn der Wert des verbleibenden Backlogs für den Project Owner die Ausgabe nicht rechtfertigt. Häufig werden SCRUM Projekte im Budget aufgestockt, weil die initialen Erwartungen - beinahe regelmäßig - übertroffen werden. 12

Ein SCRUM Projekt kannnach jedem Sprint enden.

13 13

14 SCRUM Vorteile (Wiederholung) Gewährleistet bestmögliche Resourcenverwendung und Budget-Kontrolle bei schlecht definierbaren Projekten Ermöglicht das Anstreben des werthaltigstensoll Endzustand während des Projektzeitraums, ohne irgendwie beliebig zu werden. Zielt dabei auf das bestmögliches Endergebniss Erzeugt während der ganzen Zeit in jedem Sprint Werte in Form von Funktionalität. 14

während des Projektzeitraums, ohne irgendwie beliebig zu werden.

15 3. Für Wen, Was, Warum entwickeln? 15

16 Die Daten-interessierte Öffentlichkeit Wer ist das? Wie kann man das handhabbar machen, sodass dafür Lösungen entwickelt werden können? Ansatz 1: Alle sind gleich und wollen dasselbe. -> Der technologie-affine Bürger mit großem Programmiergeschick -> Der pensionierte Stadtrat ->??? 16

werden können? Ansatz 1: Alle sind gleich und wollen dasselbe.

17 Nutzer-zentrische Entwicklung Ansatz 2: Man identifiziert Nutzergruppen, findet das gemeinsame in jeder Gruppe und bildet jeweils einen (stereo)-typisierten Nutzer je Gruppe -> eine Persona Der Persona gilt es nutzbringende, zufriedenstellende Interaktionsmöglichkeiten zur Verfügung zu stellen. Kurz: Ein positives Nutzererlebnis ( = User Experience ) 17

Gruppe -> eine Persona Der Persona gilt es nutzbringende, zufriedenstellende

18 Beispiel Persona 18

19 Nutzbringende & Zufriedenstellende UX LOOK Glaubwürdigkeit, Vertrauen, Harmonie, Stimmung FEEL joy of use, Interaktionen Reaktion USABILITAY Funktionalität, Intuitivität, Berechenbarkeit 19

20 Nutzer-zentrische Entwicklung (Engl. : User Centric Design (UCD) Problem Kreatives Denken Lösung Überprüfung mit Nutzer Inspiration durch Nutzer Exploration mit Nutzer 20

21 Synergien! Persona Interaktion1 Interaktion 2 Interaktion 3 Interaktion 4 P1 X X P2 X X P3 P4 X X X 1. Personas teilen sich häufig Interaktionen bzw. Features einer Portalplatform. 2. Man schreibt nicht für alle Personas alles neu, nur das jeweils besondere. 3. Über die Zeit kann man so mit immer geringeren Aufwand immer mehr Personas unterstützen. X 21

22 Zusammenfassung und F&A 22

23 PROJEKTDEFINIERBARKEIT SCRUM PERSONAS 23

24 Zusammenfassung Ermitteln Sie ob Ihr Vorhaben gut definierbar oder schlecht definierbar ist. Wenn es schlecht definierbar ist, nutzen Sie SCRUM! (Nicht klassisches PM!) Konzentrieren Sie sich auf das Nutzererlebnis (UX) und nutzen Sie die Erfahrungen aus der Nutzer -zentrischen Entwicklung (UCD) Statt zu pauschalisieren, lassen Sie Nutzergruppen ermitteln Arbeiten Sie mit Personasund validieren Sie mit echten Nutzern 24

25 Verständnisfragen? 25

26 Technologie und Methodik sind nicht länger eine Beschränkung es geht jetzt nur noch um Innovation und Nutzerfokus 26

27 DANKE! 27

Ähnliche Dokumente

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was