Entdecken Sie eBooks
Kategorien
Entdecken Sie Hörbücher
Kategorien
Entdecken Sie Zeitschriften
Kategorien
Entdecken Sie Dokumente
Kategorien
Seite 1
Handlungskompetenz I-CH
Anforderungen fr den Einsatz von Informatikmitteln formulieren
sowie den Evaluationsprozess einleiten und durchfhren. Kundenbedrfnisse, Geschftsprozesse und Rahmenbedingungen bercksichtigen. Vorausgesetzte Kenntnisse Grundlagen der Betriebswirtschaft Grundlagen des Projektmanagements Phasenmodell fr Informatikprojekte Elemente des Projektantrags und des Projektauftrags Beschreibung von Geschftsprozessen Erhebungstechniken und deren Einsatz
Seite 2
Seite 3
Seite 4
Beschaffungsgrnde
Untersttzung neuer Einsatzgebiete Erhhte Kapazittsanforderungen an die IT-Systeme Ablsung wegen berkapazitten, hervorgerufen durch Outsourcing Geschftsaufgabe von Herstellern Ablsung der kostenintensiven Eigenentwicklung durch
Standardsoftware Organisatorische Grnde: Neues Produkt (Time to Market) Kosten und Nutzen berlegungen Optimierung der Prozesse Medienbrche eliminieren Bildung neuer Organisationsstrukturen
Seite 5
Ausgangslagen und Beschaffungsarten anwenden: Erst- bzw. Neubeschaffungen Ersatzbeschaffungen Ausbau bestehender Systeme Realisierung und Nutzung von Outsourcing-Lsungen Beschaffung von kompletten Lsungen oder einzelnen Lsungskomponenten Beschaffung einzelner Hardwarekomponenten Beschaffung von Standardsoftware oder Individuallsungen Bezug von Dienstleistungen
Seite 6
Funktionalitt
weniger Personal kleinere Teams weniger eigene Spezialisten gute Berater notwendig
Kosten
Zeitbedarf
Sicherheit
Risiko
normalerweise hoch
Ablsung
Realisierung
Rahmenorganisation
Seite 8
Seite 9
Projektbeginn = Meilensteinentscheide
Zeitachse
Funktionsabnahme
Beginn Evaluation
Ende Evaluation
Projektende
Leistungsabnahme
Seite 10
Abgrenzung
Seite 11
Projektantrag Vorstudie Machbarkeitsstudie Hauptstudie Konzept Evaluation Entscheid fr die beste Lsung. Realisierung Detailkonzept / Detailspezifikation Phase Rahmenorganisation auf die zuknftige Lsung angepasste Rahmenorganisation Implementierung installiertes und betriebsbereites System Abnahme optimierte Gesamtsystem und Abnahmeprotokoll
Seite 12
Die anzustrebende Lsung wird skizziert: Ausgangslage Ziele Lsungsideen Auswirkungen Kostenschtzungen Nutzen Projekt wird grob geplant: zweckmssige Projektorganisation weiteres Vorgehen Resultat = Projektantrag
Seite 13
Betrachtungsniveau analysiert: Projekt abgrenzen Ziele und wichtigste Anforderungen formulieren mgliche Szenarien durchspielen Lsungsanstze aufzeigen Projekt detaillierter planen Risiken abschtzen Angaben zu Kosten und Nutzen vertiefen Resultat = Machbarkeitsstudie
Seite 14
Situation und Chancen analysieren Rahmenbedingungen przisieren Ziele und Anforderungen konkretisieren Lsungsvarianten entwickeln und bewerten fachliche und systemtechnische Konzepte grob entwerfen Realisierungseinheiten (Arbeitspakete) bilden Angaben zur Rahmenorganisation machen Kostenvorschau fr die Umsetzung erstellen Nutzen ermitteln Risiken bewerten Projektplan anpassen Resultat = Konzept
Seite 15
Seite 16
Pflichtenheft erstellen
Pflichtenheft mit folgendem Inhalt Ausgangslage Ist-Situation Ziele Anforderungen Mengengerst Vorgaben zum Aufbau der Offerte Administratives Fragenkatalog Bewertungsdokumentation mit Kriterienkatalog Bewertungsliste Bewertungsmassstab KO-Kriterienliste
Seite 17
Bewertungsdokumente erstellen
Offerten einholen
Grobevaluation Detailevaluation
Offerten Rangfolge Kosten pro Offerte Kosten / Nutzenverhltnis pro Offerte Evaluationsbericht Entscheidungsgrundlagen Zusammenfassung SWOT-Analyse (Strken, Schwchen, Chancen, Risiken) Risikobewertung Kosten / Nutzen-bersicht
Entscheid Vertrag
Programmierung und Parametrisierung (Customizing) ausfhren, inkl. Tests und Dokumentation Resultate Detailkonzept und Detailspezifikationen ausgetestete Applikationssoftware mit ihrer Dokumentation
Seite 19
Seite 20
Einfhrungs- und Schulungskonzept erstellen Systemplattform und Softwarekomponenten installieren Schulungen durchfhren Datenbestnde migrieren und Datenaufbau bewerkstelligen Tabellen fr Systemsteuerung und Zugriffsrechte einrichten Tests durchfhren Funktionen abnehmen und produktiven Betrieb aufnehmen Resultate installiertes und betriebsbereites Gesamtsystem gengend ausgebildetes Personal Protokoll der Funktionsabnahme
Seite 21
Gesamtsystem abnehmen 3 - 6 Monate nach Funktionsabnahme Resultate produktives Gesamtsystem Protokoll der Leistungsabnahme
Seite 22
Seite 23
Start
Pflichtenheft
Entscheid
Vertrag
Seite 24
Lsungsumriss, Abgrenzung
Rahmenbedingungen /
Restriktionen
Seite 25
Meilensteinplan erstellen
Datum geplant 15.10.2003 15.12.2003 31.12.2003 31.12.2003 15.02.2004 28.02.2004 15.03.2004 15.04.2004 30.04.2004 15.05.2004 31.05.2004 Ablauf Meilenstein Evaluation ist vorbereitet Pflichtenheft ist erstellt Bewertungsdokumente sind erstellt Anbieter sind ausgewhlt Offerten sind eingetroffen Offerten sind bereinigt Grobevaluation ist abgeschlossen Detailevaluation ist abgeschlossen Evaluationsbericht ist erstellt Interner Entscheid ist gefllt Vertrag ist abgeschlossen E I I E E
Funktionen A = arbeitet mit E = entscheidet alleine e = entscheiden gemeinsam P = steuert Prozess B = wird befragt I = wird informiert
PA I E I E
Verantwortlichkeiten PL KT RT BER P P P P P P P P P P P A A A A B I B B B B B I B B B B B B A A A A I B I B B B I B
BV I A A I A A A I B I
Datum erledigt
Seite 26
Person zur Lsung eines Problems oder zur Erreichung eines Ziels bentigt wird.
Eine Anforderung ist eine Bedingung oder Fhigkeit, die eine
Software erfllen oder besitzen muss, um einen Vertrag, eine Norm oder ein anderes, formell bestimmtes Dokument zu erfllen.
Seite 28
Anforderungen gewinnen
verfeinern
Anforderungen dokumentieren
korrigieren
Anforderungen prfen
Anforderungskatalog
Seite 29
Anforderungen gewinnen
wichtigste Beteiligte kennen und einbeziehen Problem kennen, das zum Projekt gefhrt hat wichtigste Systemziele identifizieren fr jedes Ziel festhalten, zu welchem Geschftsziel es einen Beitrag
leistet bzw. welchen Nutzen die Beteiligten daraus ziehen Schlsselbegriffe des Systems und der Anwendungsbereiche kennen und in einem Glossar dokumentieren Hauptfunktionen identifizieren Rahmenbedingungen und Risken identifizieren
Seite 30
formulieren? Wer stellt die Anforderungen an den Projektablauf? Wer kann oder muss die Rahmenbedingungen vorgeben?
Seite 31
fr das anstehende Vorhaben? Welche konkreten Ziele lassen sich daraus ableiten? Welchen Nutzen hat welcher Beteiligte von der Erreichung eines oder mehrerer Ziele? Wie wird die Zielerreichung festgestellt? Gibt es Zielkonflikte? Wenn ja, welche Ziele sind zu priorisieren?
Seite 32
und darstellen den Projektkunden Mglichkeiten aufzeigen, wenn diese sie nicht selbst erkennen nur wenn notwendig den Ist-Zustand erheben zum Verstehen der Arbeit und der Bedrfnisse der Benutzer zur Ermittlung von Strken und Schwchen zur bernahme von Teilen aus dem bestehenden System bei Produktentwicklungen das Marktpotenzial klren Rahmenbedingungen erkennen, analysieren und dokumentieren
Seite 33
Erwartungs- und Begriffsdiskrepanzen beim Projektkunden Projektkunden wissen zwar, was sie wollen, knnen ihre Vorstellungen aber nicht formulieren Projektkunden wissen nicht, was sie wollen Beteiligte verfolgen verdeckte Ziele, die sie absichtlich nicht offen legen
Objekte der verschiedenen Anwendungsbereiche strukturorientiert, Geschftsobjektmodell Prozesse der Anwendungsbereiche mit ihren auslsenden Ereignissen und den entsprechenden Reaktionen darauf prozessorientiert, Geschftsprozessmodell Interaktion zwischen systemexternen Akteuren und System Anwendungsflle (use cases)
Ereignis/Reaktionsanalyse:
alle auslsenden Ereignisse auflisten, welche eine Reaktion des Systems erfordern fr jedes Ereignis die erforderlichen Reaktionen festlegen das gewnschte Systemverhalten bestimmen (Prozesse)
Seite 35
Workshop Interview Umfrage, Fragebogen Auswertung von Problemmeldungen und Kundenreklamationen Beobachtung der Benutzer Rollenspiel Analyse von Beispielen Arbeit mit Prototypen Benchmarking Marktstudien
Seite 36
Anforderungen prfen
Abweichungen von der geforderten Qualitt erkennen und
bereinigen mglichst viele Fehler, Lcken, Unklarheiten, Mehrdeutigkeiten, etc. finden und beheben Konflikte zwischen Forderungen verschiedener beteiligter Personen erkennen und lsen verdeckte Wnsche, Erwartungen und Befrchtungen erkennen und thematisieren
Seite 37
Anforderungen nach gewnschten funktionalen Leistungen, Ablufen, Algorithmen und Daten nicht-funktionale Anforderungen Verhaltenseigenschaften, die von den Funktionen und Daten gewhrleistet werden mssen Rahmenbedingungen fr das System Vorgaben und Wnsche, die fr das ganze System gelten Projektrahmenbedingungen Bedingungen und Einschrnkungen, unter denen das Projekt durchgefhrt wird
Seite 38
Angemessenheit, Richtigkeit, Interoperabilitt, Ordnungsmssigkeit, Sicherheit Zuverlssigkeit Reife, Fehlertoleranz, Wiederherstellbarkeit Benutzbarkeit Verstndlichkeit, Erlernbarkeit, Bedienbarkeit Effizienz Zeitverhalten, Verbrauchsverhalten nderbarkeit Modifizierbarkeit, Stabilitt, Analysierbarkeit, Prfbarkeit bertragbarkeit Anpassbarkeit, Installierbarkeit, Konformitt, Austauschbarkeit
Seite 39
derselben Prfkriterien zur Feststellung des Erfllungsgrads Quelle der Anforderung Abhngigkeiten zu anderen Anforderungen Verweise auf weitere Informationen oder Materialien, welche die Anforderung verdeutlichen
Seite 40
Buchhaltung
Rechnungskopie
Anmeldung
Schulsekretariat
Informationsfluss
Seite 42
Bei den anbieterbezogenen Anforderungen werden vor allem Leistungen und Einrichtungen welche die Anbieter zu erfllen resp. zu erbringen haben beschrieben.
Systemtechnische Anforderungen
Wir beschreiben hier lediglich technische Standards welche einzuhalten sind wie z.B. welche Betriebssoftware oder welches Datenbanksystem untersttzt werden soll.
Seite 43
Ebene 1 Ebene 2
Ebene 3
Seite 44
ist leicht zu erstellen kann von allen Beteiligten ohne Schulung gelesen werden ist ausdrucksmchtig
Nachteile
ist unbersichtlich Zusammenhnge sind schwer erkennbar ist fehlertrchtig mehrdeutig, unklar, inkonsistent, widersprchlich ist vielfach redundant sind schwierig zu prfen
Seite 45
Eingabedaten zu spezifizieren mgliche Ausnahmesituationen aufzeigen Annahmen aufdecken und explizit formulieren Leistungs- und Qualittsanforderungen quantitativ spezifizieren
Seite 46
Bedeutung:
MUSS unverzichtbare Anforderung SOLL wichtige Anforderung, auf welche bei zu hohen Kosten verzichtet werden kann WUNSCH schn zu haben, jedoch von geringer Bedeutung
Seite 47
Seite 48
Seite 50
Start
Pflichtenheft
Entscheid
Vertrag
Seite 51
Seite 52
Branche und Zweck des Unternehmens, Standorte im In- und Ausland, Produkte und Dienstleistungen, Geschftspartner (Kunden, Lieferanten), Unternehmensziele, kritische Erfolgsfaktoren, Grsse, Marktstellung (Umsatz, Anzahl Beschftigte), Organisationsstruktur Organisation der Informatik Einbettung der Informatik im Unternehmen, Struktur und Grsse der eigenen Informatikorganisation, Leistungen von Outsourcing-Partnern, Verteilung von Aufgaben, Verantwortungen und Kompetenzen, Leitbild der Informatik Anstoss fr die Beschaffung Projektorganisation
Seite 53
Organisationsstruktur, Personal, Strken und Schwchen Prozessorganisation und Anwendungen bersicht ber Geschftsprozesse, Detailangaben pro Geschftsprozess, Prozessablufe, Anwendung Systemplattformen IT-Standards, Hintergrundsysteme, Arbeitsplatzsysteme, Kommunikationsinfrastruktur brige technische Infrastuktur Ablage, Archive, Mikrofilm, Telefonzentralen, Verpackungsautomaten, Telefax-Gerte
Seite 54
Kostenreduktionen, Effizienzsteigerungen, Qualittsverbesserungen, menschlich-soziale Ziele Ertragssteigerung Systemziele Global- und Teilziele, funktionale Leistung, Parametrisierbarkeit, Systemverfgbarkeit, Verarbeitungs- und Durchlaufzeiten Vorgehensziele Etappierung, Projektmanagementverfahren, Meilensteine, Kostendach
Seite 55
Systemzweck, Projektkunden, Systembenutzer, Rahmenbedingungen fr das Projekt, Namenskonventionen, Fakten, Annahmen funktionale Anforderungen Systemabgrenzung, Anforderungen an Funktionen und Daten nicht-funktionale Anforderungen Oberflchen- und Benutzbarkeitsanforderungen, Performance, Sicherheit, operationelle Anforderungen, Wartungs- und Portierungsanforderungen, Zugriffsschutz, politische Anforderungen Projektrahmenbedingungen offene Punkte, neue Probleme, Aufgabenplanung, Inbetriebnahme und Migration, Risiken, Benutzerdokumentation
Seite 56
Seite 57
Datenart
Periode
D D D D I
m m
50 300 20
t t
t t
100
Datenart
Bestand 1. Jahr Anzahl 5000 20000 2000 150 20000 8000 3 40 2 2 Seiten
max. Bestand Anzahl 8000 25000 10000 7500 140000 8000 Seiten
Bemerkungen
D D O O T T
in 2 J. Maximum bleibt stabil 3 ca. 5 J. speichern 40 ca. 5 J. speichern 2 ca. 7 J. speichern 2 ca. 3 M. speichern
Seite 60
Seite 61
Abgabetermin des Pflichtenhefts, Abgabe der Offerten, Gesprche mit Offertstellern, Besichtigung von Referenzinstallationen, Evaluationsentscheid, geplanter Vertragsabschluss Abgabe der Offerte und weiteres Vorgehen an wen Offerten einreichen, Anzahl Exemplare, besondere Ansprche an die Gltigkeitsdauer
Seite 62
Seite 63
Kriterienkatalog
Pflichtenheft
Einzelkriterien
Teilkriterien
Hauptkriterien
Bewertungsliste
Seite 64
Seite 65
Start
Pflichtenheft
Entscheid
Vertrag
Seite 66
Grobfilter
Feinfilter
optimale Lsung
- Auswahlentscheid
- Antrag, Evaluationsbericht - Offerte, ev. Vertragsentwurf
Seite 67
Seite 68
Vorausschreibung
Seite 69
Grobevaluation durchfhren
Die Vollstndigkeitskontrolle
Wir berprfen, in wieweit die Angaben, welche wir im Pflichtenheft unter dem Kapitel Aufbau der Offerte gefordert haben, auch vorhanden sind (Offertanalyse).
Die KO-Kriterien
Sie bilden das Kernstck der Grobevaluation. Die Erfllung der KO-Kriterien ist fr das Weiterkommen eines Angebotes in unserem Evaluationsprozess Pflicht.
Die Kosten
Selbstverstndlich wird auch eine erste Kostenbeurteilung vorgenommen. Hier wird auch nur grob beurteilt, ob die Kosten den erwarteten Rahmen nicht sprengen.
Seite 70
Bewertungsschema fr Grobevaluation
Bewertungsschema dient fr Eintragungen von Daten und Fakten sowie Kurzkommentare aus der groben Offertanalyse, um sich einen berblick zu verschaffen
Gte der eingegangenen Offerten
formale Qualitt, Vollstndigkeit, Bezug zum Pflichtenheft, Darstellungsqualitt, Konsistenz Erfllung der KO-Kriterien Grobe Bandbreite der Erfllung der Hauptkriterien Kostenrahmen
Seite 71
Seite 72
Seite 73
hoch
Seite 74
Zeitachse
Seite 75
Rangreihenverfahren
Nr. 1 2 3 4 5 Lsungs variante Ford Opel Audi BMW Renault Mller 2 1 3 4 5 Meier 5 4 1 2 3 Huber Tobler Summe 3 5 2 4 1 2 4 1 5 3 12 14 7 15 12 n 2 4 1 5 3 Rang 2.5 4 1 5 2.5
Seite 76
nicht erfllt, nicht vorhanden schwach erfllt ausreichend erfllt gut erfllt sehr gut erfllt
0 1 2 3 4
Seite 77
Seite 78
offerierte Leistung entspricht der geforderten, nmlich der maximalen Zielerfllung Bestnote vergeben absolute Nichteignung geforderte und angebotene Leistung stimmen nicht berein, minimal geforderter Grad der Zielerfllung wird nicht erreicht, Leistung ist berhaupt nicht vorhanden niedrigste Note vergeben relative Eignung offerierte Leistung liegt zwischen minimal und maximal zu erreichendem Zielerfllungsgrad Bewertung liegt zwischen der niedrigsten und der hchsten Note bererfllung angebotene Leistung bersteigt die geforderte strt das berangebot nicht, kann die Hchstnote vergeben werden
Seite 79
System nutzen (Nutzung) Systemfunktionen aufrecht erhalten (Wartung) Lsung weiter entwickeln und ausbauen (Ausbau/Verbesserung)
Seite 80
Datentrger, Spesen ca. 80 Arbeitstage ca. 15 Arbeitstage ca. 50 Arbeitstage Abschreibung: 8 Jahre, 8% Zins
Datentrger, Spesen ca. 110 Arbeitstage ca. 40 Arbeitstage ca. 80 Arbeitstage Abschreibung: 8 Jahre, 8% Zins
Seite 81
Offerte ablehnen
hoch
A1
A2
Offerte berprfen
A3 = tiefe Kosten bei hohem Nutzwert
tief
A4
A3
tief
hoch
Nutzwert (Erfllungsgrad)
Seite 82
technische Realisierbarkeit der Applikationen Systemziele und damit die geplanten Einsparungen und Effizienzverbesserungen werden nicht erreicht personelle Risiken Defizite in Fachkompetenz und Quantitt Terminrisiken zu grobe Planung, personelle Ressourcen nicht bercksichtigt Kosten-/Nutzenrisiken zu optimistische Aufwandschtzungen Partnerrisiken mangelnde Kontinuitt, Geschftsaufgabe
Seite 83
Bewertung W S R
Kommentar
Massnahmen
Personelle Risiken
Terminrisiken
Kosten-/Nutzenrisiken
Partnerrisiken
Seite 84
Seite 86
Vollstndigkeit der Kriterien, Kosten und Informationen Wahrheitsgehalt und Richtigkeit der Informationen Korrektheit der angewandten Verfahren Rechenfehler Sensibilittsanalyse (Empfindlichkeitstests) gleichartige Kriterien zusammenfassen Kriterien neu gewichten Zielerfllung bewerten, vor allem bei Schtzungen Verzichtrangfolge der Bewertungskriterien unwichtige Kriterien weglassen
Seite 87
Anhang
Detailunterlagen, Ablagestelle der Originalofferten
Seite 88
Nutzwert
A1 A2 A3
Seite 89
Strengths
Interne Ana lyse
Opportunities
(Chancen)
Externe Analyse
(Strken)
Wettbewerbsvorteil
Weaknesses
(Schwchen)
Threats
(Gefahren)
Seite 90
der gewhlten Lsung den Nutzwerten den Kosten den mglichen Risiken den Terminen den besonderen Strken
bis wann der Entscheid zu fllen ist bis wann der Vertrag abgeschlossen ist wie und bis wann die Mitbewerber benachrichtigt werden wie die Projektorganisation fr die Realisierung aussieht Meilensteine fr Installation, Einfhrung und Aufnahme der produktiven Nutzung Seite 91
Kosten/Nutzwertanalyse
A2
Kosten
A1 A3 Nutzwert
Risikobetrachtung
technische Risiken personelle Risiken Terminrisiken Kostenrisiken Partnerrisiken
"beste" Lsung
Seite 92
Personal Quantitt, Qualifikation, Akzeptanz Realisierungspartner Qualifikation, Referenzen, Abhngigkeiten Kosten Genauigkeit Zukunftssicherheit der Systemplattform Technologie Offenheit bzw. Flexibilitt der Lsung Systemleistungen Termine externe Einflsse Marktentwicklung, Gesetze Korrektheit des Evaluationsverfahrens vertragliche Absicherungen
Seite 93
Rahmenbedingungen fr Vertragsverhandlungen definieren und allfllige nderungen betreffend der Inhalte der wesentlichen Vertragspunkte festhalten Projektorganisation inkl. der Verantwortlichkeiten fr das weitere Vorgehen festlegen Erfllungskontrolle mit berwachungs- und Rapportierungswesen sicherstellen Entscheid kommunizieren
Seite 94
Evaluationsschritte
Seite 95
Vertragsbestandteile
Rahmenvertrag und die Einzelvertrge ergnzt mit AGB Bereinigtes Pflichtenheft Bereinigte Offerte Leistungsbeschreibungen, Terminplne, Abnahmeverfahren Weitere Dokumente ( Abreden, Zusicherungen, Nachtrge)
Seite 96