34 Anwendung TotalQualityManagement TQMi 34 Anwendung

Transkript

1 TotalQualityManagement TQMi 34. Anwendung Input Prozessbezeichnung Erwartetes Ergebnis Aufträge (12, 31, 32, 35, 36, 37) Dienstleistungsverbesserungen (13) Vorgaben ISMS (15) Zuständigkeiten, Verantwortungen (21) Produktkatalog (33) Qualitativ einwandfrei Dienstleistungen/Produkte Personalbedarf (12) Abweichungen (12) Anforderungen ISMS (15) Aufträge (12, 35, 36, 37) Produktanforderungen (33) Submissionsauftrag (38) Verrechnungsanzeige (42) Zielinhalt Kann etwas aussagen über Messungen D Produktivität der Mitarbeiter Führungsqualität der GL, des Abteilungsleiters Anzahl verrechenbare Stunden und Qualität der Perso- naleinsatzplanung Geringer Nachbearbeitungsaufwand Arbeitsqualität des Projektleiters und Anzahl Stunden Kulanz Arbeiten im nach Projektabnahme Qualität der Arbeit insgesamt Verhältnis zur gesamten Arbeitszeit Qualität der Projektarbeit 34.1 Zweck Einhalten von Lieferungspaketen, Terminen und Kosten = Qualität der Abteilung Rückmeldung und Kunden zu Projektmeilensteinen (Befragung) D = Durchführungsverantwortung Eine zuverlässige, effiziente Abwicklung von Projekten gemäss Projektantrag / Projektauftrag bzw. eine hohe Verfügbarkeit von in Betrieb genommenen Applikationen. Das übernimmt keine Neuentwicklungen von grösseren Softwareprojekten, es unterhält keine Softwareentwicklungsabteilung. Kleinere Softwareentwicklungen werden bestenfalls im Rahmen von in sich geschlossenen Amtsaufgaben oder im Rahmen von Lehrlingsaufgaben vorgenommen. Aus diesem Grund verzichtet das auf die Beschreibung eines Entwicklungsprozesses Störung Unklar spezifizierte Anforderungen. Mangelnde, nicht definierte oder nicht abgesprochene Ressourcen. Unrealistische, nicht abgestimmte Termine. Kein phasenweises Vorgehen mit sinnvoll definierten Meilensteinen. Fehlende Kostenziele. Ungenügende oder fehlende Dokumentationen zu in Betrieb genommenen Applikationen 34.3 Vorgehen, Prüfungen, Prüfverfahren Projekte Der Input für den Start eines Projektes erfolgt i. d.r über den Prozess Budget/Staatsvoranschlag (32), Produktmanagement (33), SystemTechnik (36) oder SystemBetrieb (37). Ein Projekt darf erst gestartet werden, wenn der Projektauftrag vom Auftraggeber/Kunde unterschrieben ist. Die Zeiterfassung wird so eingesetzt, dass Projekte immer nachkalkuliert werden können. Projekte werden direkt fakturiert. Titel: TotalQualityManagement TQMi Typ: Handbuch Version: (65) Thema: Klasse: intern Freigabe: Autor: Oskar Zumstein Status: Freigegeben PrtDat./gültig bis: / Oktober 13 Ablage/Name: H:\900 \TQMi\QM Mgm\30 Leistung\\.docx Registratur:. InformatikLeistungsZentrum Güterstrasse 3, 6060 Sarnen 2 Tel Fax / 5 - Internet info@ilz.info

2 TotalQualityManagement TQMi Der Projektablauf erfolgt nach folgenden Phasen: Phase Tätigkeit Resultat Verantwortung Vorphase/Vorstudie Konkretisierung der vorhandenen Idee Aufnahmen ins Informatikportfolio, Budgetprozess Departement/Direktion, Initialisierung Analyse der Situation, Abgrenzung, Machbarkeit, Projektantrag, Aufnahme Departement/Direktion, extern, Zieldefinition, Kostenschätzung, Risikobeurteilung ins Informatikbudget Projekt Projektauslösung Definition Phasen, Termine, Meilensteine, Bildung Projektteam Konzeption und Evaluation Realisierung und Einführung Betrieb und Konfigurationsmanagement Grober Entwurf (Funktionen, Daten, Plattformen, Organisation), Vertiefung der Kosten-Nutzen Anforderungen, Bewertung, Auswahl Detailspezifikationen, Vertragsabschluss, Freigabe Übergabe des Projektes in den Betrieb Unterschrift Situationsanalyse, Ist/Soll Zustand, Ziele, Marktanalyse, Lösungsvorschläge, Wirtschaftlichkeit, Einführungskonzept Pflichtenheft, Selektion des Anbieters Systemanforderungen, Systemarchitektur, Installation, Integration, Parametrierung, Datenübernahme, Schulung Abnahme, Konfigurations- und Änderungsverwaltung, Datensicherung Nach jeder Phase erfolgt eine Standortbestimmung und Freigabe der nächsten Phase., Lieferant, Lieferant.docx Version: / 5 -

3 TotalQualityManagement TQMi 34.4 Aufgaben / Zuständigkeiten Projekteinführungen Projektantrag und Projektauftrag (Projektabwicklung) SystemTechnik SystemBetrieb Ein Projekt wird gemäss den Kriterien der Teilprozesse Budget/Staatsvoranschlag (32), Produktmanagement (33), SystemTechnik (36) oder SystemBetrieb (37) lanciert. Projektantrag/-Auftrag 32 Vorphase / Vorstudie Aufnahme ins Projektportfolio, Budgetprozess Projektportfolio 34 Initialisierung Budget / Staatsvoranschlag Produktmanagement für Weiterverfolgung oder des Projektes Projektauftrag abstimmen, Ziele klären, Team bilden, Vorgehen planen, benötigte Ressourcen und Kapazitäten klären, Meilensteine festlegen. Projektleiter und Auftraggeber unterzeichnen den Projektauftrag. Vorentscheid, Empfehlung bei GL, von Ziele überprüfen, wenn notwendig revidieren. Freigabe Konzeption Projekt- oder Evaluationsvorgehen? Projektauftrag Konzept (Projekt) Konzept (Evaluation) Projekt: Situationsanalyse, Ist/Soll Zustand, Ziele, Marktanalyse, Lösungsvorschläge, Wirtschaftlichkeit, Einführungskonzept Evaluation: Anforderungen, Pflichtenheft, Selektion der Anbieter, Bewertung, Auswahl Realisierung und Einführung Werden die Ziele erreicht? Freigabe Realisierung Systemanforderungen, Systemarchitektur, Installation, Integration, Parametrierung, Datenübernahme, Schulung Installationshandbuch Betrieb und Konfigurationsmanagement Informationssicherheit dokumentieren: - Nachführen Klassifizierung - Schadenspotenzial / Wahrscheinlichkeit - Sicherungsperiodizität festlegen - maximale Ausfallzeit Übergabe des Projektes in den Betrieb Projektabnahme Konfigurations- und Änderungsverwaltung, Datensicherung P15 A.14 Betriebliche Abnahmeprotokoll Nachführen P21 Funktionsmatrix Finale Abschluss Zusammenstellung und Bereinigung der Dokumentation, Rechnungserstellung auslösen, Erfahrungsauswertung, Review GL Ende Auflösung des Projektteams, "Feiern" Tätigkeiten Führen Projektportfolio Eintrag im Projektportfolio Projektportfolio MA Projekterfassung in TIM MA E =, D = Durchführungsverantwortung, M = kann Mitwirken, I = muss informiert werden = Auftraggeber.docx Version: / 5 -

4 TotalQualityManagement TQMi 34.5 Anwendungsbetrieb Beschreibung Anwendungsbetrieb. Konfigurationsmanagement, Usermanagement. Tätigkeiten Betrieb von Applikationen Führen des Installationshandbuches Installationshandbuch Führen des Benutzerhandbuches Erstellung Notfallblatt Notfallblatt Erstellung Benutzerhandbuch Benutzerhandbuch Erstellung Administrationshandbuch Administrationshandbuch Führung User Accounting Erstellung Beschreibung Einrichten/Löschen von User Accounting Beschrieb Benutzern in der Anwendung Nachführung Benutzerliste User Accounting Login Mitteilung Login Mitteilung Login Dokumentation Change Management Erstellung Testkonzept Testkonzept Dokumentation der Updates/Releases Führen der Applikationsfehlerliste Nachführung der Applikationsfehler Applikationsfehler E =, D = Durchführungsverantwortung, M = kann Mitwirken, I = muss informiert werden 34.6 Changemanagement Tätigkeiten Changemanagement RfC Initialisierung Request for Change (RfC) wird eingereicht. Dieser kann aus dem Prozess SystemBetrieb, SystemTechnik oder Anwendung generiert werden. Er kann aber auch aus einem Auftrag oder gar RfC Analyse Change Planung Change Freigabe Change Implementierung Überarbeitung der Informationssicherheit aus einem Projekt erfolgen. Der Projektleiter prüft den RfC inhaltlich auf Konsistenz. Allfällige Anpassungen werden mit dem Auftraggeber besprochen, danach wird der RfC als Change oder Incident erfasst. Der Change wird in Bezug auf Ablauf und Termin geplant. Zudem wird ein Fallback Szenario geplant. Freigabe des Change. Information aller durch den Change betroffenen Stellen (BS). Durchführung des Changes. Falls Probleme auftreten, wird das Fallback Szenario angewendet. Betroffenen Stellen werden über die Durchführung informiert. Ersterfassung, Kontrolle und Nachführen der Klassifizierungen Schutzbedarf und betriebliche Change Change Change Change BS Change BS P15 A.14 Betriebliche P21 Funktionsmatrix SB Change Abnahme Abnahme des durchgeführten Change. Change Review Change wird dokumentiert. Anschliessend wird der Change formell abgeschlossen. Change 34.7 Hilfsmittel Identifikation Bezeichnung Ablageort (Realsystem) A F V J W 34 Projektportfolio.xls Projektportfolio Projektvereinbarung.doc Projektvereinbarung Projektantrag-/ auftrag.doc Projektantrag-/ Auftrag_Intranet.doc doc Projektantrag/-Auftrag Projektantrag/-Auftrag Intranet - E 5 P 5 P 5 P 5 P Mitteilung Login.doc Mitteilung Login /Anwendung/200 User Accounting - E Projektabnahmeprotokoll.doc Abnahmeprotokoll 5 E Administrationshandbuch.doc Administrationshandbuch /Anwendung/100 Betriebshandbuch/100 Benutzerhandbuch - E Benutzerhandbuch.doc Benutzerhandbuch /Anwendung/100 Betriebshandbuch/100 Benutzerhandbuch - E Change Change CM CM - E.docx Version: / 5 -

5 TotalQualityManagement TQMi Identifikation Bezeichnung Ablageort (Realsystem) A F V J W Installationshandbuch.doc Installationshandbuch /Anwendung/000 Systemanforderungen Notfallblatt.doc Notfallblatt /Anwendung/100 Betriebshandbuch/000 Notfall P15 A.14 Betriebliche Schutzobjektklassifizierung P14 Funktionsmatrix Funktionsmatrix QM Realsystem\20 Personalmanagement\21 Aufbauorganisation\Funktionen\P21 Funktionsmatrix.xlsm QM Realsystem\10 Unternehmen\15 Sicherheit\A.14 Betriebliches smanagement - E - E Programmfehler.xls Applikationsfehler /Anwendung/800 QM - E Testkonzept.doc Testkonzept /Anwendung/300 Change Management - E User Accounting.doc User Accounting Beschrieb /Anwendung/200 User Accounting - E User Accounting.xls User Accounting Login /Anwendung/200 User Accounting - E A = Ausgestellt, F = Freigabe, V = Verwaltung, J = Jahre der Archivierung W= welche Art der Archivierung, E =Archivierung in elektronischer Form, P = Archivierung in Papierform.docx Version: / 5 -