RealCore Controlling-Toolset

Größe: px

Ab Seite anzeigen:

Download "RealCore Controlling-Toolset"

Friedrich Hofer
vor 8 Jahren
Abrufe

1 RealCore Controlling-Toolset Svenya Brandt Patrick Schumacher

2 Agenda Einleitung Make or buy? Warum das Toolset entwickelt wurde RealCore - Controlling-Toolset Der Aufbau Reporting Customizing / Definition Planung / Controlling Umsetzung Weiteres Vorgehen & Diskussion

3 Einleitung

4 Make or buy? Warum das Toolset entwickelt wurde Im Rahmen der Entwicklung des Moduls IS Retail in verschieden Großprojekten, waren jährlich sehr viele Entwicklertage zentral zu planen, zu steuern und zu controllen Wegen der hohen Investitionen in dieses Projekt bestand die Management-Anforderung, jederzeit den genauen Status des Gesamtprojektes im Hinblick auf dessen quantitativen und qualitativen Umsetzungsgrad abfragen zu können Gängige Tools wie u.a. MS-Project (bzw Project Server) wurden im Hinblick auf Ihre Eignung zur Gesamtsteuerung geprüft und verworfen, da sie einige Kernanforderungen nicht abbilden konnten (z.b. qualitativen Umsetzungsgrad abbilden) Leistungsumfang/ Ziel des Tools: Kurzfristige Bereitstellung aktueller (!) qualitativer & quantitativer Projekt-Stati in Management-Reports

controllen Wegen der hohen Investitionen in dieses Projekt bestand die Management-Anforderung, jederzeit den genauen Status des Gesamtprojektes im Hinblick auf dessen quantitativen und qualitativen

5 RealCore - Controlling-Toolset 5

6 Implementierungs-Ansatz Controlling-Ansatz Komponenten Der Aufbau Das Toolset ist modular aufgebaut und unterstützt den gesamten Projektverlauf Managementberichte Reporting Entwicklungspakete Planung/ Controlling Organisations- Einheiten Kategorien Change- & Transportmanagement Customizing / Definition Steuerungsrelevante Stammdaten werden initial geplant und im Tool gepflegt Zentrale Planung & Steuerung Einzelentwicklung Entwicklungszeiträume Entwickler- Ressourcen Umsetzung & Dokumentation

Kategorien Change- & Transportmanagement Customizing / Definition Steuerungsrelevante Stammdaten werden initial geplant und

7 Reporting Die Implementierung erfolgt ähnlich eines BI-Systems - Was will ich controllen / reporten? - Welcher Kennzahlen bedarf es dafür? Der variable Aufbau stellt sicher, dass man nahezu beliebige Reports abbilden kann. Plan/Ist-Abweichung von - Budget - Zeit - Fertigstellung über alle Entwicklungen

Der variable Aufbau stellt sicher, dass man nahezu beliebige Reports

Customizing / Definition Steuerungsrelevante Stammdaten werden initial geplant und über die variable Struktur des Tools zentral definiert z.b. Entwicklungspaket von Entwicklungen, die zu einem bestimmten Zeitpunkt fertig sein müssen (z.

8 Customizing / Definition Steuerungsrelevante Stammdaten werden initial geplant und über die variable Struktur des Tools zentral definiert z.b. Entwicklungspaket von Entwicklungen, die zu einem bestimmten Zeitpunkt fertig sein müssen (z.b. Roll-Out Start Österreich) Kriterien definieren und erfassen nach Bedarf z.b. Anzahl, Namen und Leiter der einzelnen Teilprojekte (siehe Screenshot), Meilensteine, Namen des SAP-Systems, Entwicklerteams, etc. Die sinnvolle Gruppierung mit Hilfe von Kategorien spielt eine wichtige Rolle, da sie die Grundlage bietet, variabel zu definierende Kriterien später auf Teilsummenebene auswerten zu können

b. Anzahl, Namen und Leiter der einzelnen Teilprojekte (siehe Screenshot), Meilensteine, Namen des SAP-Systems, Entwicklerteams, etc.

definiert Benutzerpflege Anlage aller Projektressourcen z.b.

9 Customizing / Definition Steuerungsrelevante Stammdaten werden initial geplant und über die variable Struktur des Tools zentral definiert Benutzerpflege Anlage aller Projektressourcen z.b. mit Vorname, Nachname, Adressdaten, Funktion, Verfügbarkeit, ggf. Skills, etc.

10 Planung/ Controlling Strukturrelevante Daten werden zentral an einer Stelle gepflegt Anlage der geplanten DR s Zuordnung von - Org-Struktur - Kategorie - Phasen - Fachkonzept SAP Projektmanagement ist angebunden, d.h. DR kann auch darüber gepflegt werden und ist in Transportwesen eingebunden (Statusübersicht Transporte) Zu den Entwicklungs-Komponenten lassen sich zentral Change-Requests verwalten (inkl. Dokumentenablage, etc.) Pflege der Verfügbarkeit und Prüfung der Auslastung von Entwicklerressourcen = > Zuordnung von DR zu Entwicklern

11 Umsetzung Den Entwicklern steht eine individuelle DR-Maske mit Zielerreichungs-Alert und Zeiterfassung zur Verfügung. Innerhalb der DR-Beschreibung hat der Entwickler sofortigen Zugriff auf die wichtigsten Informationen (Fachkonzept, Startdatum, Enddatum, Meilensteine, zugehöriger Transportauftrag, etc.) Pflicht des Entwicklers ist die Pflege /Rückmeldung seiner tatsächlich verbrauchten Std des Umsetzungsgrades des DR s innerhalb der Maske Ab dem Zeitpunkt, zu dem der Endtermin nicht mehr realistisch zu erreichen ist => Alerting Sobald das Budget aufgebraucht der Zeitrahmen überschritten wird kann der Entwickler keine Zeiten mehr erfassen (Grundlage für Rechnungsstellung) => Neuplanung mit Vorgesetztem => Meldung an Planung/Controlling => Aktualisierung der zug. Plandaten & Managementberichte

) Pflicht des Entwicklers ist die Pflege /Rückmeldung seiner tatsächlich verbrauchten Std des Umsetzungsgrades des DR s innerhalb der Maske Ab dem Zeitpunkt, zu dem der Endtermin nicht mehr

12 Weitere Vorgehensweise & Diskussion

Ähnliche Dokumente

How to do? Projekte - Zeiterfassung

How to do? Projekte - Zeiterfassung Stand: Version 4.0.1, 18.03.2009 1. EINLEITUNG...3 2. PROJEKTE UND STAMMDATEN...4 2.1 Projekte... 4 2.2 Projektmitarbeiter... 5 2.3 Tätigkeiten... 6 2.4 Unterprojekte...