Hero Quest Verwaltungstool -Projektmanagement Projektplanung für Softwareprojekte: KLips 2.0 Dozent: Prof. Dr. phil. Manfred Thaller Referent: Alexander.

Slides:



Advertisements
Ähnliche Präsentationen
Themen Backlog V Psychologische Aspekte (T03) Beispielhafte Themenstellungen: IT ist meist nicht auf gleicher Augenhöhe wie Fachbereich.
Advertisements

Das V - Modell - Überblick
V - Modell Anwendung auf große Projekte
Projektplanung für Softwareprojekte
Risiken und Chancen Risiko Beurteilung: Dazu gehört die Identifikationen von Risiken, ihre Analyse und das Ordnen nach Prioritäten. Risiko Kontrolle: Dazu.
Prozessmodelle als Teil des Management-Prozesses
Beispiel: Wasserfallmodell als einfaches Phasenmodell
RUP-Elemente (Schlüsselkonzepte)
Prozessmodelle Inhalt Prozessmodell im Management Prozess
Das V - Modell - Überblick
WS 2012/13 Dozent: Prof. Dr. Thaller Von Mariantonietta Bellia
KLIPS 2.0: Navigation über den Modulbaum
Rational Unified Process (RUP) - Definitionen
Fehlerabdeckung/ Regressionstest1 Testen und Analysieren von Software Fehlerbehebung und Re-Engineering Fehlerabdeckung/ Regressionstest Vortragende:
Fachgebiet Software Engineering Übersicht © Albert Zündorf, Kassel University Baustein- vs. Funktionsorientierte Organisation.
Fachgebiet Software Engineering Übersicht © Albert Zündorf, Kassel University Baustein- vs. funktionsorientierte Organisation.
Fachgebiet Software Engineering Übersicht © Albert Zündorf, Kassel University Baustein- vs. Funktionsorientierte Organisation.
Anpassung des RUP an ein konkretes Projekt - 1
Vorgehensmodelle: Schwergewichtige Modelle
Das Wasserfallmodell - Überblick
Prof. Dr. Gerhard Schmidt pres. by H.-J. Steffens Software Engineering WS 2006 / 2007Folie 1 Agile Vorgehensweisen Hintergrund –in den letzten Jahren hat.
Was haben besonders erfolgreiche Projekte gemeinsam?
Entwicklung einer vereinfachten Suche zur Semesterplanung
Das Redaktionssystem der APA
Projektvorgehen.
Innovative Hauptschulen Grundlagen der Evaluation Ferdinand Eder.
Vorgehensmodell mit Scrum-Elementen
Software entwickeln statt Feuer löschen
IT-Projektmanagement SS 2013 Prof. Dr. Herrad Schmidt
1. Vorstellung.
How to scale Scrum - Ursprung des Begriffs Scrum
VORGEHENSMODELLE.
PM Camp Rhein-Main 28. und 29. Juni 2013 Facilitated by Tilman MoserCC-BY-3.0 Alexey Krivitsky
Projektmanagement Ziel und Umfang eines Softwareprojektes definieren
Agile ALM for Plex/2E CM MatchPoint ALM. Themen Agenda CM MatchPoint ALM Übersicht CM MatchPoint 5.2 Web und Mobile Entwicklung Agile ALM / DevOps CM.
Raphael Schatzmann, Christoph Bihr, Roger Hiestand, René Pelosi, 9
Melanie König 5Minds IT-Solutions GmbH & Co. KG
Melanie König 5Minds IT-Solutions GmbH & Co. KG
Vorgehen Business Analyse
Unified Process Historisch-Kulturwissenschaftliche Informationsverarbeitung Übung: Planung von Softwareprojekten Dozent: Christoph Stollwerk WS 2014/2015.
Unified Modeling Language UML
Agile Softwareentwicklung
Scrum Andreas Voraberger.
Entwicklung von Geschäftsprozessen
SWT Praktikum 2012 Gruppe 43 Jörg Böhme, Benedikt Reuter, Maximilian Burkhardt, Valentin Gehrke 1.
Scrum Christian Theisen.
Vorgehen Business Analyse
13. Lehrstuhl-Datenbank- und -Informatiktage , 7:90 Uhr
von Christian Düfel & Christopher Fries
Softwareentwicklungs - Vorgehensmodell
SCRUM Informatik IF1 A. Neck.
…Be ready.
…Be readY.
Wintersemester 2010 / 2011 Wintersemester 2014 / 2015 Dr. F. Sarre Folie 1/21 Juristisches IT-Projektmanagement Andreas Lohrer Projektmanagementmethoden.
Von Fragile zu Agile – so gelingt der Start mit Scrum We are constantly making new discoveries and rediscoveries. Our past informs our present, so we can.
Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Historisch Kulturelle Informationsverarbeitung Hauptseminar:
On the edge, we need to soar or dive, or we will fall.
INHALTE DES VORTRAGS ALS VORSTELLUNG DES THEMAS (10MIN)
INHALTE DES VORTRAGS ALS VORSTELLUNG DES THEMAS (10MIN)
City Yandere Carcassonne
Prozessmodell
Der Agile Festpreis M.Sc. Business Information Systems
Agiles Projektmanagement/ Agile Organisationen
Erfahrungen bei der Einführung agiler Methoden im JBF-Team
Practical Exercises and Theory
DevOps Michael Minh Pham.
Die Wasserfallmethode Projektmanagement SS19 Friedemann Lieberenz 17
 Präsentation transkript:

Hero Quest Verwaltungstool -Projektmanagement Projektplanung für Softwareprojekte: KLips 2.0 Dozent: Prof. Dr. phil. Manfred Thaller Referent: Alexander Pentzlin Datum:

Übersicht ● Nutzung von Scrum ● Rollen ● Sprints ● Aktueller Stand der Planung ● Geplante Aufgaben ● Risikoszenario für User Interface ● Ein Beispiel für Scrum-Tools

Nutzung von Scrum Scrum ist heute eine der bekanntesten agilen Methoden in der Entwicklung von Software. Dafür gibt es unterschiedliche Gründe: ● einfache Struktur ● definierten Rollen ● Scrum- Prinzipien

Nutzung von Scrum Ansatz von Scrum: ● Empirischer Prozess ● Inkrementell (Time Box) ● Iterativ (agiles Arbeiten bedeutet, dass man alle Aufgaben parallel in einer Iteration abarbeitet)

Nutzung von Scrum Die Komplexität von Softwareprojekten versucht Scrum drei Prinzipien zu reduzieren. ● Apply/ Anwenden ● Inspect/ Prüfen ● Adapt/ Anpassen

Nutzung von Scrum ● 1. Apply/ Anwenden: anfangen, entwickeln, Idee umsetzen, überprüfbare Fakten schaffen ● 2. Inspect/ Prüfen: kritische Erfolgskontrolle, Fehler in Produkt und Prozess analysieren ● 3. Adapt/ Anpassen: Spezifikation präzisieren, Prozess verbessern, ggf. alternativ vorgehen, Teile verwerfen

Nutzung von Scrum ● Apply/ Anwenden ● Inspect/ Prüfen ● Adapt/ Anpassen

Nutzung von Scrum

Rollen ● Product Owner ● Scrum Master ● Team ● Stakeholder

Rollen ● Product Owner: Spielleiter ● Scrum Master: Rona Erdem ● Team: Rona Erdem, Stefan Kreinberg, Alexander Pentzlin ● Stakeholder: Herr Thaller

Sprints

● Sprint Planning Meeting 1 ● Sprint Planning Meeting 2 ● Sprint ● Daily Scrum ● Sprint Review ● Retrospektive

Sprints ● Sprint Planning Meeting 1- Planung ● Sprint Planning Meeting 2- Planung ● Sprint- Alle 30 Tage ● Daily Scrum- Im Moment über googledocs, eventuell Planung über ein Scrum-Tool ● Sprint Review- nach Bedarf ● Retrospektive- nach Bedarf

Aktueller Stand der Planung ● Sprint Planning Meeting 1 ● Gespräch mit Spielleiter/Kunde, Product Backlog festgehaltenen User Stories, Scrum Master -Use Case Beispiel: Monster hinzufügen -Scrum Master: Rona Erdem

Aktueller Stand der Planung ● Sprint Planning Meeting 2 ● Allgemeine Planung, Zeitplanerstellung, Konzept, Erster Designentwurf -Planung: noch nicht abgeschlossen -Zeitplan: Sprint 30 Tage, daraus folgen die nächsten Termine und

Geplante Aufgaben Geplant bis : -Pflichtenheft -Sprint-Burndown-Chart -DB Management -Monsterverwaltung -Itemverwaltung -Heldenverwaltung

Geplante Aufgaben Geplant bis : -Kampagnensave/ optional -Droptables -User Interface -Testing -Bugfixes -Dokumentation

Geplante Aufgaben Geplant für den : -abschliessender Test und Besprechung -Abgabe der Arbeit

Risikoszenario für User Interface Darstellung des User Interfaces ist mit QT- Creator geplant.

Risikoszenario für User Interface

Falls die Umsetzung des User Interfaces nicht wie geplant funktionieren sollte, haben wir uns unterschiedliche Alternativen überlegt. -User Interface mit einem alternativen Programm als dem QT-Ceator umsetzen -User Interface mit Java programmieren -Notlösung einfache Konsolenausgabe

Ein Beispiel für Scrum-Tools

Vielen Dank für die Aufmerksamkeit! Fragen?