Projektmanagement pragmatisch und agil. DINI Workshop Prozessmanagement Kompetenzen und Methoden , Bonn

Größe: px

Ab Seite anzeigen:

Download "Projektmanagement pragmatisch und agil. DINI Workshop Prozessmanagement Kompetenzen und Methoden 23.02.2011, Bonn"

Ulrike Scholz
vor 8 Jahren
Abrufe

1 Projektmanagement pragmatisch und agil DINI Workshop Prozessmanagement Kompetenzen und Methoden , Bonn Andrea Grimm, Hendrik Eggers, RRZE

2 Agenda Projekt-Management-Standards - von PRINCE2 zum agilen Management Projekt-Management-Standards Details Warum IT-Entwicklung ohne Organisationsentwicklung selten zum Erfolg wird 2

3 Vorbedingungen... für erfolgreiche Eigenentwicklung: Grunderkenntnis: Es gibt in begrenztem Umfang immer Bedarf für Eigenentwicklungen. g Ausreichende Finanzmittel, wie z.b. Förderung im Rahmen der Zielvereinbarung mit dem Freistaat 3

4 Projektmanagement Standards 4

5 Projektmanagement Standards Im Hochschulkontext anwendbare Standards entwickelt bei i 3 -sic!, Carl von Ossietzky Universität Oldenburg Vorlagen für verschiedene Zwecke Practical PRINCE2 Reduzierung auf das, was benötigt wird Ergänzung um plattformunabhängige Softwarewerkzeuge Zunehmende Komplexität stellt PRINCE2 zur Disposition, da es nicht für Multiprojektmanagement konzipiert wurde 5

Reduzierung auf das, was benötigt wird Ergänzung um plattformunabhängige Softwarewerkzeuge

6 PRINCE2 Quelle: 6

7 Herausforderungen Man betritt Neuland, dessen Exploration nicht planbar ist. Es muss auf ein Tagesgeschäft Rücksicht genommen werden. Der Aufwand für das Risikoassessment übersteigt Nutzen des Risikomanagement. Lenkungsausschuss pro Projekt kann mit zunehmenden Interdependenzen nicht mehr autonom entscheiden. Viele Softwarewerkzeuge konnten sich langfristig nicht bewähren. 7

Der Aufwand für das Risikoassessment übersteigt Nutzen des Risikomanagement.

8 Manifesto for Agile Software Development Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan Quelle: 8

comprehensive documentation Customer collaboration over contract

9 Wechsel zu Agilem Management (1/2) product owner verwendet Produkt tagtäglich und ist intrinsisch zur Mitarbeit motiviert Kommuniziert mit anderen Fachanwendern auf gleicher Kommunikationsebene Diesem ist die Komplexität zu vermitteln. Verwendet die gleichen Werkzeuge wie die Entwickler. Releaseplanung durch Entwicklerteam und product owner 9

gleicher Kommunikationsebene Diesem ist die Komplexität zu vermitteln.

10 Wechsel zu Agilem Management (2/2) Realisierung in zeitlich begrenzten Sprints Zweistufige QA u.a. auch durch product owner Releases lassen sich gut kommunizieren Veränderungen werden sichtbar Motto: release early release often Personelle Verzahnung der Projekte macht Komplexität greifbar und damit verständlich 10

auch durch product owner Releases lassen sich gut kommunizieren Veränderungen

11 Projektmanagement heute (1/2) Antrag mit klar quantifizierbaren Zielen gemeinsam mit product owner product owner werden an ihre Rolle herangeführt Alles fängt mit einer MindMap an issue tracker als zentrales Werkzeug für Planung Enge Zusammenarbeit mit den Abteilungen, die später den Betrieb übernehmen werden. 11

Alles fängt mit einer MindMap an issue tracker als zentrales Werkzeug für

12 Projektmanagement heute (2/2) Im Team entwickelte Regeln für alle Aspekte der Zusammenarbeit Chief Software Architect entscheidet über Technologiewahl Peer review von Konzepten und Entwicklung der Entwickler untereinander Jeder Entwickler Fachanwendungsbetreuer für ein Produkt 12

Technologiewahl Peer review von Konzepten und Entwicklung der

13 Mitarbeiterführung Neue Mitarbeiter werden via Team-Normung ins Team integriert Ziele für das ganze Team und jeden Einzelnen mit gemeinsamen zeitlichen Horizont Verantwortung gepaart mit Freiräumen Zeit für eigene Projekte der Mitarbeiter, die aber mit den eigentlichen Projekten in Verbindung stehen Möglichkeit für Publikationen (Dienstreisen) Mobilität als Anforderung und Chance Blogbeiträge als Mittel der Außendarstellung pp 13

Mitarbeiter, die aber mit den eigentlichen Projekten in Verbindung stehen Möglichkeit für Publikationen (Dienstreisen)

14 Projektmanagement Standards (Details) 14

15 Regeln Definition... sind zumeist gemeinschaftlich getroffene Vereinbarungen aber das kürzere Synonym werden initial in der Teamnormung erarbeitet entsprechen dem common sense machen das Projekt gestaltbar und die tägliche Teamarbeit effizient 15

16 Regeln - Gegenstand Kommunikation (innen wie außen) Arbeitsweisen Arbeitsmittel Berichte Reiseberichte Arbeitsberichte Dateiablage 16

17 Arbeitsmittel = Werkzeuge Plattformübergreifende Software-Werkzeuge Alles beginnt mit einer Mindmap! Dateiablage mittels Versionskontrollsystem Projektplanung, Aufgabenverfolgung und Dokumentation mittels integrierter, webbasierter Plattform Berichtswesen mittels öffentlichem Blog Einheitliche, integrierte Entwicklungsumgebung g g für alle Programmiersprachen 17

Dateiablage mittels Versionskontrollsystem Projektplanung, Aufgabenverfolgung und

18 Warum IT-Entwicklung ohne Organisationsentwicklung selten zum Erfolg wird 18

19 Gründe für Organisationsentwicklung IT ist immer noch ein Thema von und mit Menschen Menschen stehen Veränderungen ablehnend gegenüber Anwendungsintegration bringt tiefgreifende Veränderungen mit sich Gefühl des Macht-/Kontrollverlusts Zwang zum Teilen von Verantwortung und Informationen Prozesse + Transparenz! Komplexität, die die Vorstellungskraft übersteigt Alles hängt irgendwie i mit allem zusammen! Insgesamt steht nicht weniger als ein Kulturwandel an! 19

Macht-/Kontrollverlusts Zwang zum Teilen von Verantwortung und Informationen Prozesse + Transparenz!

20 Schonende Organisationsentwicklung Offene Kommunikation Breite Beteiligung bei der Vorbereitung von Entscheidungen Langsames Vorgehen mit den zur Veränderung bereiten Kollegen Kollegen bei Ihren Problemen abholen und durch individuelle Lösungen überzeugen Entscheidungen durch Management manifestieren Einsatz offener Standards/Technologien... aber die IT als Organisationsentwickler??? i i 20

Problemen abholen und durch individuelle Lösungen überzeugen Entscheidungen durch Management

21 Fortsetzung folgt... 21

22 Ihre Fragen Anregungen Kritik 22

23 Vielen Dank! 23

Ähnliche Dokumente

Agile Management Einführung in agiles Management

Agile Management Einführung in agiles Management Agile Management Agile Management-Methoden Einführung Agile Management PQRST e.u. - Ing. Erich Freitag Version 25.06.2013 Lernziele Den Unterschied zwischen