ClarityDACH Funktionale Anforderungen 29 Oktober 2008 Clarity DACH

Clarity-DACH Funktionale Anforderungen 29. Oktober 2008 Clarity DACH: Funktionale Anforderungen / Clarity Wishlist

Offizielle Dokumentation (CA) Generelle Vorgehensweise: Enhancement Requests Anfrage („Case“) eröffnen unter https: //support. ca. com/ Kunde Support Engineer Anbieten eines „Work. Around“ bzw. Lösung in aktueller Version Markierung als Enhancement Request Übergang der Verantwortung („Ownership“) Product Management Regelmäßige Prüfung der ERQ‘s Bereitstellung der „Wishlist“ Kundenvertretung (User Group, PLC) Clarity DACH: Funktionale Anforderungen / Clarity Wishlist Einbeziehung in den Review-Prozess / Abstimmung 2

Enhancement Requests für Clarity Feedback von CA (Giovanni di Natale, Globaler User Group Verantwortlicher). . . With regard to the enhancement request process, we have not yet conducted the voting and prioritization of customer wish list for Clarity. Typically product enhancement requests that have been categorized as wish list by product management/development are compiled by the Product Analyst and my team facilitate the voting. … Was bedeutet das konkret für unsere „Wishlist“? Clarity DACH: Funktionale Anforderungen / Clarity Wishlist 3

Anforderungen Giesecke & Devrient 1. Zeitintervall-basierte Ressourcen Attribute 2. Konfiguration Timesheet Views (List/Filter) 3. Automatische Baseline bei Projekterstellung(Baselined Cost) 4. Audit Trail für weitere Ressource Attribute (Darstellung) 5. Konfiguration Resource Views (Filter) Clarity DACH: Funktionale Anforderungen / Clarity Wishlist 4

Anforderungen Henkel 1. Notification für neue Kostenpläne (Submitted for Approval) 2. Konfiguration Timesheet Views (List/Filter) 3. Timesheet Approval by Project manager 4. Zeitintervall-basierte Ressourcen Attribute 5. Konfiguration Timesheet Views (List/Filter) Clarity DACH: Funktionale Anforderungen / Clarity Wishlist 5

Anforderungen West. LB 1. Deployment verbessern (insb. Test Produktion) 2. Verbesserung der Plausibilitätsprüfungen 3. Durchgängige Berücksichtigung der Mehrsprachigkeit (insb. Portlets) 4. Performanceverbesserungen, insbesondere beim Aufruf der Projektliste und im Admin-Bereich 5. Kopieren einzelner Felder beim Anlegen eines Datensatzes in einem Unterobjekt Clarity DACH: Funktionale Anforderungen / Clarity Wishlist 6

Anforderungen R+V Versicherung 1. Timesheet: Korrekte Berechnung der Restaufwände bei Anpassungen 2. Zeitintervall-basierte Ressourcen Attribute 3. Timesheet: Approval by Projectmanager 4. Resource Management: Maximale Nutzung pro Ressource Clarity DACH: Funktionale Anforderungen / Clarity Wishlist 7

Anforderungen Cortal Consors 1. Zeitintervall-basierte Ressourcen Attribute 2. Stellvertreter für Projekte 3. Copy-Timesheet Funktion 4. Ressourcen-spezifisches Publishing (Views) Clarity DACH: Funktionale Anforderungen / Clarity Wishlist 8

Anforderungen T-Systems MMS 1. Zeitintervall-basierte Ressourcen Attribute 2. Konsistente Ermittlung des Wertes "%abgeschlossen" (manueller Fertigstellungsgrad) auf Phasenebene 3. Darstellung der Earned. Value-Kennzahlen auf Vorgangsebene im Projektstrukturplan 4. Darstellung kumulierter Finanzplanwerte in der Projektliste 5. Sperren Ressourcen für die Zeiterfassung auf Vorgangsebene 6. Bug: Department OBS wird in Custom. Objects nicht mehr angezeigt 7. Bug: Berechtigung "Aufträge - Ausgabe anzeigen - Alle" fehlerhaft Clarity DACH: Funktionale Anforderungen / Clarity Wishlist 9

Anforderungen Flughafen München 1. Timesheets: Kommentare je Tageseintrag + Favoritenlisten 2. Project Management: „Nach Schätzwerten zuordnen“ inkl. Ist-Werte in der Vergangenheit 3. Dokumentenmanager-Verbesserungen (Zurückschreiben direkt aus Applikation, Anzeige von Ordnerdetails) 4. Outlook-Anbindung: Zugewiesene Ressourcen, Berichte 5. OWB: Anordnungsbeziehungen verbessern (einfaches Löschen, AOBs auf Phasenebene erlauben) 6. Sinnvolle Stellvertreterregelungen für Projektleiter, Ressourcenmanager, Zeiterfassung, andere Objekte 7. Performanceverbesserungen Clarity DACH: Funktionale Anforderungen / Clarity Wishlist 10

Anforderungen Kühne+Nagel 1. Erweiterung "Post to WIP" Funktionalität 2. Audit Trail für weitere Action Item Attribute 3. OWB: Indent/Outdent Buttons mit gleicher Logik wie in Clarity 4. "Collaboration Manager" Administration durch Clarity Administrator 5. Darstellung der Projektstrukturen (Haupt-/Unterprojekte) in einer Übersicht Clarity DACH: Funktionale Anforderungen / Clarity Wishlist 11

Anforderungen Daimler 1. Baseline nicht nur auf Projektplan, sondern auf alle Projekt. Attribute (incl. Scope Statement. . ) 2. Vertretungsregelung inkl. aller notwendigen Berechtigungen Clarity DACH: Funktionale Anforderungen / Clarity Wishlist 12

Gesamtüberblick Firma Clarity Funktionsbereich Clarity DACH: Funktionale Anforderungen / Clarity Wishlist Funktionale Anforderungsdetails Firmen. Priorität 13

Ziel: Top 10 (nach Abstimmung) - Basis für CA World - Erwartung: Feedback zu diesen Punkten durch CA Weiteres Vorgehen - Bereitstellung der ERQ-Details über Google Group - Abstimmung durch die User Group bis zum 11. 2008 - Jede Firma hat 10 Stimmen, die gewichtet verteilt werden können (z. B. 10 Stimmen auf 1 Anforderung, je 1 Stimme auf 10 Anforderungen oder Verteilung der 10 Stimmen auf n Anforderungen) Clarity DACH: Funktionale Anforderungen / Clarity Wishlist 14