Eintrag kommentierenErfahrung zum Thema berichtenEintrag bewerten
Dieser Eintrag wurde im Schnitt mit 0 von 5 Punkten bewertet
Arbeitsmaterialien
Projektrisiken: Technische Schwierigkeiten
Komponente:5787
Externe Quellen zum Thema NEU: Externe Quellen zum Thema suchen 
Beschreibung der Komponente

In dieser Komponente werden speziell Risiken behandelt, die aufgrund von technischen Schwierigkeiten entstehen können. Die technischen Schwierigkeiten beziehen sich in diesem Zusammenhang vor allem auf Software- und Hardwarerisiken.

Mangelnde Versionsverwaltung

Gegenmaßnahmen
  • Ein der Projektkomplexität angepasstes Change-Management für Ablauf-, Software- und Versionsänderungen einsetzen
Die Machbarkeit einer konzipierten Lösung steht in Frage, z.B. durch
  • Anpassungsprobleme bei Standardsoftware,
  • Probleme durch inkompatible Softwareprodukte verschiedener Lieferanten
  • Projekterschwernis durch IT-Altlasten
Gegenmaßnahmen
  • Genaue Analyse der Gegebenheiten
  • Festlegung von exakt definierten Schnittstellen
  • Entwicklung modernerer Komponenten
  • Komponenten von Fremdanbietern nutzen
  • “Tiger-Team“ einsetzen
  • klare Problemdefinition
Zu viel technologisch Neues bzw. Unbekanntes / unausgereifter Technologie-Einsatz, z.B.
  • Erstmaliger Aufbau dezentraler oder objektorientierter Datenbanken
  • Erstmaliger Einsatz einer Client-Server-Plattform
Gegenmaßnahmen
  • Durch “Tiger-Team” alles vorher ausprobieren
Probleme mit Altsystemen, z.B. schlecht dokumentierte Altsysteme, auf die zurückgegriffen werden muss

Gegenmaßnahmen
  • Migrationsstrategien nutzen
Probleme mit internen/externen Schnittstellen

Gegenmaßnahmen
  • Schnittstellen so genau wie möglich beschreiben:
    Nach der Festlegung der Beziehungen zwischen den Komponenten (Identifizierung der Schnittstellen) werden die Schnittstellen spezifiziert. Die Schnittstellen sollten im Laufe des Projektes immer genauer beschrieben werden.
  • Bei späterem Hinzukommen, Wegfall und Ändern von Schnittstellen Kräfte konzentrieren, um die Architektur stabil zu halten
  • Architektur in 4+1 Sichten darstellen
    1) logische Sicht
    2) Prozesssicht
    3) Entwicklungssicht
    4) physische Sicht
    4+1) Anwendungsfälle (use cases)
Probleme mit externen Komponenten

Gegenmaßnahmen
  • Auskünfte von anderen Firmen einholen
  • Schnittstellendefinition bzw. –analyse
  • Leistungsmessung
Externe Quellen zum Thema NEU: Externe Quellen zum Thema suchen 
 Eintrag kommentieren 
 Eintrag bewerten 
 Erfahrung zum Thema berichten 
Zu dieser Seite wurden noch keine Kommentare oder Bewertungen abgegeben.
 
Zum Seitenanfang Top Drucken Impressum AGB
Home

VSEK ©2001-2012