IT-Projektmanagement bei basecom. Manuel Wortmann, Patrick Rolefs

Transkript

1 IT-Projektmanagement bei basecom Manuel Wortmann, Patrick Rolefs

2 Vorstellrunde Mein Name ist, ich bin Jahre alt und mache meine Ausbildung bei.

3 Übersicht wir sprechen internet Wasserfall - schön linear Scrum - durchs Gedränge Kanban - mit Signalkarte Unser Weg Ein Projekt

4 wir sprechen internet

5 Projektgeschäft Entwicklung Grafik QS Support Technik

6 Wasserfall schön linear

7 Wasserfall-Modell schrittweiser Ablauf in sequentielle Phasen vorwärtsorientiert vordefinierte Start- und Endpunkte dokumentgetrieben

8 Wasserfall-Modell

9 Wasserfall-Modell nach Royce

10 Einschub - Agile Vorgehensmodelle agil bedeutet, flink oder beweglich Spezifikationen während der Umsetzung enge Zusammenarbeit mit dem Kunden Abbau bürokratischer Strukturen Das Ziel agiler Softwareentwicklung ist es, den Softwareentwicklungsprozess flexibler und schlanker zu gestalten, als das bei den klassischen Vorgehensmodellen der Fall ist.

11 Einschub - Agiles Manifest [Wir] haben folgendes schätzen gelernt: Individuen und Interaktionen mehr als Prozesse und Tools Funktionierende Software mehr als umfassende Dokumentation Zusammenarbeit mit Kunden mehr als Vertragsverhandlungen Reaktion auf Änderungen mehr als einen Plan befolgen Obwohl auch die Dinge auf der rechten Seite ihren Wert haben, schätzen wir die auf der Linken höher ein.

12 Scrum durchs Gedränge

13 Scrum Scrum beruht auf der Ansicht, dass die meisten modernen Entwicklungsprojekte zu komplex sind, um durchgängig planbar zu sein. Scrum versucht, die Komplexität durch drei Prinzipien zu reduzieren: Transparenz, Überprüfung, Anpassung Scrum bedeutet übersetzt Gedränge und gehört zur Familie der Pull-Systeme.

14 Scrum Überblick ein Team besteht aus einer begrenzten Anzahl an sich selbstorganisierenden Mitgliedern Aufgaben werden in zeitlich begrenzte, auslieferbare Pakete geteilt und in einer priorisierten Liste sortiert Zeit und Aufgaben werden so eingeteilt, dass in einem regelmäßigen Intervall ein Release stattfinden kann nach jedem Release und dessen Erkenntnissen wird das nächste Intervall vorbereitet nach jedem Release wird versucht den Prozess zu verbessern

15 Scrum Ablauf

16 Scrum Rollen Product Owner - ist der Produkt Manager für das Projekt SCRUM-Master - übernimmt die organisatorische Verantwortung für das Team Entwicklungsteam - organisieren sich selbst und teilt die Aufgaben optimal auf

17 Scrum Meetings Planning Meeting es wird über die nächsten Inhalte des Sprints entschieden Daily Scrum 15m Standup Meeting 3 Fragen Sprint Review die Ergebnisse werden dem PO präsentiert Retrospektive - es wird darüber diskutiert, was zukünftig anders gemacht werden soll

18 Scrum Burndown Chart

19 Kanban mit Signalkarte

20 Kanban Kanban stellt einen Mechanismus dar, der dem Toyota-Produktions-system und dessen Kaizen-Ansatz der kontinuierlichen Verbesserung zugrunde liegt. Kanban bedeutet übersetzt Signalkarte und gehört wie Scrum zur Familie der Pull- Systeme.

21 Kaiserliche Gärten in Tokio, Parkhaus, Druckzentrum In der Softwareentwicklung arbeitet man mit einem virtuellen Kanban-System und beschränkt die unfertige Arbeit (WIP: Work in Progress).

22 Kanban Ansätze I schlechte Qualität kann die größte Verschwendung in der Softwareentwicklung darstellen Qualität lässt sich erhöhen, indem man den Work in Progress reduziert verbesserte Qualität erhöht das Vertrauen zum Kunden und Projektmanger häufige Releases zeigen einen kontinuierlichen Fortschritt und ermöglichen frühzeitige Anpassungen

23 Kanban Ansätze II in einem Pull-System können Nachfragen gegenüber dem Durchsatz ausbalanciert werden Pull-Systeme zeigen Engpässe und schaffen Freiräume außerhalb der Engpässe durch Freiräume werden Möglichkeiten zur Verbesserung geschaffen Prozessverbesserungen führen zu höherer Produktivität und bessere Vorhersagbarkeit

24 Kanban Land I

25 Kanban Land II

26 Unser Weg

27 Entwicklung bis Ende 2009 ein paar Entwickler / Grafiker 1 Teamleiter / 2 Projektleiter Vorgehensmodell:??

28 Anforderungen Ich habe da ein bisschen was zusammengeschrieben Fang schon mal an! Design kommt später... Der Marktplatz soll in ca. drei Monaten fertig sein

29 Das Prinzip mach mal

30 mach mal Folgen es war gemütlich wir haben viel ausprobiert es hat ein bisschen länger gedauert, wir wurden aber fertig Ergebnisse waren sehr unterschiedlich es hat zu Frust geführt am Markt konnten wir so nicht mithalten

31 Ein bisschen Wasserfall +

32 Wasserfall-Modell Folgen späte Änderungen sind sehr aufwendig eine flexible Reaktion ist nicht möglich Projekte dauern zu lange Das Internet funktioniert so nicht!

33 Einschub - Problem Kommunikation

34 Entwicklung ab verschiedene Entwicklerteams 2 Produkt Owner 1 Teamleiter 1 Qualitätsbeauftragten und Usabilityexperten ca. 80% interne Projekte, 20% externe Projekte Vorgehensmodell:??

35 Anforderungen Produktivität steigern Qualität verbessern schneller auf den Markt reagieren Strukturen schaffen professioneller werden

36 System Scrummaster Feststellung: Bislang funktionierte es. Deadlines wurden eingehalten.

37 Entwicklung ab Sommer großes Team viele Produkt Owner 1 Teamleiter 1 Qualitätsbeauftragten und Usabilityexperten ca. 10% interne Projekte, 90% externe Projekte Vorgehensmodell:??

38 Anforderungen Absprachen und Priorisierungen notwendig Aufgaben verschieben sich unterschiedliche Kernkompetenzen Know-how muss aufgebaut/ verteilt werden mehr Verantwortung bei den Entwicklern Fristen einhalten vs. flexibel agieren Produktivität bewahren und ausbauen Qualität verbessern Team halten, motivieren, ausbauen

39 Chuck Norris Problem: Die bisherigen Vorgehensmodelle funktionieren so nicht mehr!

40 yes we kanban

41 Scrum vs. Kanban - Board

42 Scrum vs. Kanban - Iteration

43 Scrum vs. Kanban - Charts Scrum brundown chart Kanban cumulative flow chart

44 Entwicklung ab Morgen

45 Kanban - Probleme

46 Anforderungen ios, Android, Typo3, Magento, Symfony2, Ruby on Rails wachsendes Entwicklungsteam wachsendes Projektleiterteam ungleichmäßige Auslastung langfristige große Projekte und eigene Produkte viele kleine Projekte starkes Tagesgeschäft

47 Mögliche Lösungen Scrum bei langfristigen Projekten und Neuentwicklungen Aufteilung in Teams mit mehreren Kanban-Boards Ausbau eines Supportteams für das Tagesgeschäft Optimierung der vorgelagerten Abläufe

48 Ein Projekt Urlaubs-Workflow-System

49 Angebotsphase Grobanforderung mit Lastenheft Schätzung des Entwicklungsaufwand Kapazitätsplanung Erstellung eines Angebots

50 Vorbereitungsphase Analyse + Design Usability-Konzept mit Wireframes, Personas, Use-Cases und Interviews Definition von Meilensteinen zur Zwischenpräsentation beim Kunden grafische Umsetzung technisches Konzept

51 Iterative Umsetzung Analyse + Design + Codierung + Test Ausarbeitung der Detailkonzepte regelmäßige Aufwandsschätzung permanente QS Zwischenpräsentation der Meilensteine beim Kunden

52 Auslieferung Codierung + Test Feature-Freeze Betaphase beim Kunden Schulung (für Administratoren; Nutzer brauchen keine Schulung) Go-Live von Version 1.0

53 Betrieb Software lebt Das Projekt ist ein Produkt! Version 1.1, Version 1.2,... Wartung

54 Vielen Dank! Wir freuen uns auf Eure Fragen...