Studie

Projektname

Klassifizierung	Wählen Sie ein Element aus.
Status	Wählen Sie ein Element aus.
Programmname
Projektnummer
Projektleiter	Projektleiter
Version	0.1
Datum	Klicken Sie hier, um ein Datum einzugeben.
Auftraggeber	Auftraggeber
Autor/Autoren
Verteiler

Änderungsverzeichnis

Version	Datum	Änderung	Autor
0.1

Tabelle 1:	Änderungskontrolle

Beschreibung

Die Studie beschreibt die angestrebte Lösung, in dem sie die groben Ziele definiert, möglichen Lösungsvarianten aufführt und diese dann bewertet. Sie bildet die Grundlage für die Entscheidung, ob ein Projekt freigegeben wird oder nicht. Sie ist die Voraussetzung für die Erarbeitung des Projektmanagementplans und des Projektauftrags.

Ausgangslage

Motivation und Anlass zur Erstellung dieser Studie, zum Start des Projekts, etwaiger Handlungsbedarf.

Situationsanalyse

Die Situationsanalyse schafft eine fundierte Wissensbasis um Ziele und Lösungsvarianten für das Soll-System /-Produkt erarbeiten zu können

Geschäftsorganisation

Hier wird die heutige Geschäftsorganisation beschrieben. Meistens basiert man auf bestehenden Dokumenten. Wenn nichts vorhanden ist, muss überprüft werden inwiefern eine Dokumentation der Ist-Situation der Geschäftsorganisation für die Studie nötig ist. Es geht um eine grobe Beschreibung der wichtigsten Aufgaben / Leistungen und der Hauptprozesse sowie der Aufbauorganisation.

Organigramm, Funktionsbeschreibungen, Prozesslandkarte, IST-Prozessbeschreibungen, Mengengerüst der Geschäftsfälle, Mitarbeitenden, Kunden etc.

Mengen und Häufigkeiten

Eingesetzte Sachmittel

Nr.	Beschreibung	Erläuterung
01	PCs	25
02	Fahrzeuge	13 Kombi

Tabelle 2:	Eingesetzte Sachmittel / Produkt oder IT System

Geschäftsvorfälle / Transaktionen

Geschäftsvorfall / Transaktion	Durchschnitt pro Zeiteinheit	Spitze pro Zeiteinheit	Minimum pro Zeiteinheit
Auszahlungen	8500/Mt.	20000/Mt.	500/Mt.

Tabelle 3:	Geschäftsvorfall / Transaktion

Datenbestände

Objekttyp	Bestand	Mutationen pro Zeiteinheit	Zugänge pro Zeiteinheit	Abgänge pro Zeiteinheit
Antragsteller	20‘000	1500/Mt.	750/Mt.	500/Mt.

Tabelle 4:	Datenbestände und Bewegungen

Informationssicherheit und Datenschutz

Beschreibung der IST Situation

Stärken-, Schwächen- und Ursachenanalyse

Stärken

Prosa Beschreibung inklusive Überlegungen, ob die Stärken künftig erhalten, oder gar gestärkt werden könnten.

Nr.	Beschreibung	Ursache	Erhaltungschancen *
01	Praktisch fehlerfreie Auszahlungen	Hohe Qualifikation der Mitarbeitenden	+
* Erhaltungsschanzen: + = Stärkung möglich / H = Hoch / M= Mittel / N= Niedrig

Tabelle 5:	Stärken und ihre Ursachen

Schwächen

Prosa Beschreibung inklusive Überlegungen, ob die Schwächen beseitigt werden könnten.

Nr.	Beschreibung	Ursache	Beseitigungschancen *
01	Ineffiziente Abwicklung des Geschäftsprozesses Pxxx	Fehlende Funktionalität in IT-Anwendung	H
* Beseitigungschancen: H = Hoch / M= Mittel / N= Niedrig

Tabelle 6:	Schwächen und ihre Ursachen

Ursachen

Erkenntnisse aufgrund der Analyse von (direkten) Ursachen.

Systemkontext

Beschreibung des Systemkontexts

Mit der Darstellung / Beschreibung des Systemkontexts wird aufgezeigt, welche Aspekte für die Definition und für das Verständnis der Anforderungen des betrachteten Systems relevant sind.

Abb. 1 -	Systemkontex (Symbolbild)

Kontextdiagramm

Das Kontextdiagramm zeigt alle Akteure (Stakeholder, Umsysteme), die mit dem Produkt/System interagieren und die Informations- und Materialflüsse

tätigen wollen

erhalten wollen

Darstellung in Form eines Datenfluss- oder Use-Case-Diagrammes

Abb. 2 -	Kontextdiagramm (Symbolbild)

Ziele

Im Gegensatz zu den später im Projekt konkret definierten und priorisierten Zielen, sind die Ziele in der Studie erst grob formuliert und nach Muss, Soll und Kann gewichtet. Sie dienen als Grundlage für die Ausarbeitung der Lösungsvarianten.

System-/ Produktziele

Beispiele von Kategorien:

Finanzziele, Kosten/Nutzen/Wirtschaftlichkeit

Leistung, Effizienz, Durchlaufzeit

Qualität, Fehlerreduktion

Kunden-/ Anwenderzufriedenheit, Service Public

Sicherheit, Zuverlässigkeit

Rechtliche Konformität

Flexibilität

Ausbaubarkeit

Wartbarkeit

Nachhaltigkeit

Nr.	Kategorie	Beschreibung	Messgrösse	Gewicht*
S1	Organisation	Jede Abteilung kann seine Events selbständig organisieren, die Prozesse sind für das Amt einheitlich.	Von heute 2 Personen, können dies neu 5 Personen organisieren.	M
S2	Funktionalität	Es sollen Events für externe Teilnehmer und für Abteilungsinterne organisiert werden können.	Externe und interne Events können organisiert werden.	S
S3	Qualität	Die Qualität der Eventorganisation erhöht sich.	Weniger Überbuchungen – neu keine	K
S4	Nachhaltigkeit	Der personelle Aufwand soll sich reduzieren	Reduktion des Aufwandes um 2 Stunden pro Event	S
S5	Nachhaltigkeit	Für die Eventorganisation und Durchführung soll weniger Papier gebraucht werden.	Das gebrauchte Papier soll um 20% reduziert werden.	M
* Gewicht: M = Muss / S = Soll / K = Kann

Tabelle 7:	System / Produktziele

Projektvorgehensziele

Beispiele von Kategorien:

Projektkosten (Budget)

Termine

Meilensteine

Methodik

Kommunikation

Nr.	Kategorie	Beschreibung	Messgrösse	Gewicht*
T1	Termin	In einem halben Jahr steht ein Tool für die Eventorganisation produktiv zur Verfügung	Events können über das Tool organisiert werden.	M
* Gewicht: M = Muss / S = Soll / K = Kann

Tabelle 8:	Projetvorgehensziele

Strategiebezug und Umsetzung von Vorgaben

Strategiebezug

Das Projekt unterstützt folgende Strategie der Stammorganisation:

YXYX

Umsetzung von Vorgaben und Rahmenbedingungen

Das Projekt hält folgende Vorgaben und Rahmenbedingungen der Stammorganisation ein:

XYXY

Grobanforderungen

ID	Anforderungen	Art 1	Abnahmekriterium	Wichtigkeit 2	Dringlichkeit 3
A1	Kursanmeldung erfassen	F	Erfolgreiche Tests gemäss Testfallspezifikation	5	5
A2	Anzeigen Bestätigung	Q	In einer realen Systemumgebung in 90% Tests innerhalb von 2 Sek.	3	4
A3	Die Bestätigungen müssen tagfertig versendet werden	G	Nach dem Entscheid für eine Kursdurchführung innert 24 Std.	3	3
A4	Daten verschlüsselt übermitteln	S	Erfolgreiche Tests gemäss Testfallspezifikation	5	4
A5	Sicherstellung der methodischen Kohärenz	K	Methodenelemente mit HERMES-CD validieren	5	3
A6
1) Art = Anforderungsart: G = Geschäftsorganisation, F = Funktional, Q = Qualität, S = Sicherheit, M= Migration, A= Architektur, B = Betrieb, K = Konformität (Gesetzgebung, Weisungswesen, Normen und Richtlinien) 2) Wichtigkeit: 5 = muss zwingend umgesetzt werden; 4 = sehr wichtig, 3 = wichtig, 2 = normal, 1 = nicht wichtig 3) Dringlichkeit: 5 = muss sofort umgesetzt werden, 4 = sehr dringend, 3 = dringend, 2 = normal, 1 = nicht dringend

Tabelle 9:	Grobanforderungen

Lösungsvarianten

Variantenübersicht

Variante	Bezeichnung
V1	Optimierte Geschäftsorganisation mit zentralisiertem Betrieb
V2	Optimierte Geschäftsorganisation mit dezentralem Betrieb
V3
V4
V5

Tabelle 10:	Variantenübersicht

Methoden zur Generierung von Lösungsvarianten: Kreativitätstechniken (z.B. Brainstorming, Methode 6-3-5), Ursache-Wirkungs-Grafiken (-Matrizen), Morphologischer Kasten, Analogie-Methode, u.a.

Variante nn

Pro Varianten werden folgende Punkte beschrieben.

Kurzbeschreibung

Text

Systemkontext (Soll)

Beschreibung und Grafik

Kontextdiagramm (Soll)

Beschreibung und Grafik

Geschäftsorganisation

Prozesse

Aufbauorganisation

Produkt oder IT-System

Für ein IT-System müssen folgende Aspekte beschrieben sein: Grobe Systemarchitektur (Übersicht und Struktur des Systems), Schnittstellen und Abgrenzung

Informationssicherheit und Datenschutz

Text

Voraussetzungen, Abhängigkeiten

Text

Analyse und Bewertung der Varianten

Zielerreichung

Nr.	Beschreibung	Gewicht *	V1	V2	V3
1	Jede Abteilung kann seine Events selbständig organisieren, die Prozesse sind für das Amt einheitlich.	Muss	Ja	Ja	Ja
2	Es sollen Events für externe Teilnehmer und für Abteilungsinterne organisiert werden können.	Soll	Ja	Ja	Ja
* Gewicht: M = Muss / S = Soll / K = Kann

Tabelle 11:	Zielerreichungsgrad

Anforderungsabdeckung

ID	Anforderungsbeschreibung	Wichtigkeit *	V1	V2	V3
nn	Kursanmeldung erfassen	5	Ja	Ja	Ja
nn	Anzeigen Bestätigung	3	Ja	Ja	Ja
nn	Die Bestätigungen müssen tagfertig versendet werden	3	Ja	Ja	Ja
* Wichtigkeit: 5 = muss zwingend umgesetzt werden; 4 = sehr wichtig, 3 = wichtig, 2 = normal, 1 = nicht wichtig

Tabelle 12:	Anforderungsabdeckung

Weitere Kriterien

Beurteilungskriterien	V1	V2	V3
Kosten
Projektkosten	CHF 80‘000- bis 100‘000.-	CHF 50‘000- bis 80‘000.-	CHF 20‘000- bis 30‘000.-
Wiederkehrende Kosten	CHF 20‘000.- bis 30‘000.-	CHF 10‘000.- bis 20‘000.-	CHF 30‘000 .- bis 40‘000.-
Nutzen
Quantifizierbarer Nutzen	Keine Einsparungen	Keine Einsparungen	Pro Event 0.5 Tage
Nicht quantifizierbarer Nutzen	Weniger Fehler bei der Organisation	Weniger Fehler bei der Organisation	Weniger Fehler bei der Organisation
Risiken	Keine Abhängigkeit von Hersteller Störungsbehebung braucht lange (wenige interne Stellen) Nach Windows resp. Office Update läuft das Tool nicht mehr	Abhängigkeit vom Hersteller Bei SW-Update entstehen unerwartete Folgekosten Störungsbehebung braucht lange (wenige interne Stellen)	Abhängigkeit vom Hersteller
Nachhaltigkeit	Proprietäre Lösung Keine freie Verfügung über die Daten Nicht sozialverträglich produziert Umweltverträglichkeit nicht gegeben	Proprietäre Lösung Wenige Entwicklungsmöglichkeiten Nur teilweise sozial-verträglich produziert Nur teilweise umweltverträglich	Urheberrecht an neuen Entwicklungen behalten Zugang zum Quellcode sicherstellen Das Recht um Dritte für die Weiterentwicklung zu beauftragen Sozialverträgliche Produktion Hohe Umweltverträglichkeit
Rechtliche Grundlagen
Weitere

Tabelle 13:	Weitere Kriterien

Mögliche Darstellung der Bewertung durch

Nutzwertanalyse

Kosten-Nutzen-Wirtschaftlichkeitsrechnung

Kosten-Wirksamkeitsanalyse

Argumentbilanz (+/-, Vorteile, Nachteile), Wirtschaftlichkeits- und Investitionsrechnung

Variantenwahl

Die Variante Vn wird empfohlen und die Wahl kurz begründet.

Abkürzungen und Glossar

Abkürzung / Fachwort	Erläuterung
HERMES	Vorgehensmethodik für Projekte und Programme HERMES 5 ist ein eCH Standard

Tabelle 14:	Abkürzungen und Glossar

Inhaltsverzeichnis

Änderungsverzeichnis	1

Beschreibung	1

1	Ausgangslage	2

2	Situationsanalyse	2

2.1	Geschäftsorganisation	2

2.2	Mengen und Häufigkeiten	2

2.2.1	Eingesetzte Sachmittel	2

2.2.2	Geschäftsvorfälle / Transaktionen	2

2.2.3	Datenbestände	2

2.3	Informationssicherheit und Datenschutz	3

2.4	Stärken-, Schwächen- und Ursachenanalyse	3

2.4.1	Stärken	3

2.4.2	Schwächen	3

2.4.3	Ursachen	3

2.5	Systemkontext	4

2.5.1	Beschreibung des Systemkontexts	4

2.5.2	Kontextdiagramm	4

3	Ziele	5

3.1	System-/ Produktziele	5

3.2	Projektvorgehensziele	6

4	Strategiebezug und Umsetzung von Vorgaben	6

4.1	Strategiebezug	6

4.2	Umsetzung von Vorgaben und Rahmenbedingungen	6

5	Grobanforderungen	6

6	Lösungsvarianten	7

6.1	Variantenübersicht	7

6.2	Variante nn	7

6.2.1	Kurzbeschreibung	7

6.2.2	Systemkontext (Soll)	7

6.2.3	Kontextdiagramm (Soll)	7

6.2.4	Geschäftsorganisation	7

6.2.5	Produkt oder IT-System	7

6.2.6	Informationssicherheit und Datenschutz	8

6.2.7	Voraussetzungen, Abhängigkeiten	8

6.3	Analyse und Bewertung der Varianten	8

6.3.1	Zielerreichung	8

6.3.2	Anforderungsabdeckung	8

6.3.3	Weitere Kriterien	8

7	Variantenwahl	9

Abkürzungen und Glossar	10

Inhaltsverzeichnis	11

Abbildungsverzeichnis	12

Tabellenverzeichnis	12

Abbildungsverzeichnis

Abb. 1 -	Systemkontex (Symbolbild)	4

Abb. 2 -	Kontextdiagramm (Symbolbild)	4

Tabellenverzeichnis

Tabelle 1:	Änderungskontrolle	1

Tabelle 2:	Eingesetzte Sachmittel / Produkt oder IT System	2

Tabelle 3:	Geschäftsvorfall / Transaktion	2

Tabelle 4:	Datenbestände und Bewegungen	2

Tabelle 5:	Stärken und ihre Ursachen	3

Tabelle 6:	Schwächen und ihre Ursachen	3

Tabelle 7:	System / Produktziele	5

Tabelle 8:	Projetvorgehensziele	6

Tabelle 9:	Grobanforderungen	7

Tabelle 10:	Variantenübersicht	7

Tabelle 11:	Zielerreichungsgrad	8

Tabelle 12:	Anforderungsabdeckung	8

Tabelle 13:	Weitere Kriterien	9

Tabelle 14:	Abkürzungen und Glossar	10