Qualit - PowerPoint PPT Presentation

1 / 39
About This Presentation
Title:

Qualit

Description:

... 13.15 Wiederholung des Vortrages 13.15 - 14.00 Abgabe der MsProject Abgaben Mit J rgen Mangler Einteilung der Zusatzaufgaben Project & Process Manag. – PowerPoint PPT presentation

Number of Views:54
Avg rating:3.0/5.0
Slides: 40
Provided by: RenateMo5
Category:
Tags: msproject | qualit

less

Transcript and Presenter's Notes

Title: Qualit


1
QualitätssicherungMi, 23. November 2005
  • VU Projektmanagement- Grundlagen und Techniken
  • Renate Motschnig, Kathrin Figl, Jürgen Mangler

2
Mi, 23. November 2005 - Zeitplan
  • 11.15 - 11.45 Vortrag Qualitätssicherung
  • 11.45 - 12.15 Teampräsentationen (5,6,7) 12.15 -
    12.45 Peer-reviews
  • 12.45 - 13.00 Pause
  • 13.00 - 13.15 Wiederholung des Vortrages
  • 13.15 - 14.00 Abgabe der MsProject Abgaben Mit
    Jürgen Mangler

3
Einteilung der Zusatzaufgaben
  • Project Process Manag. Summit
  • 30.11.Kurt Draxler, IBM
  • 14.12.Andreas Schabus, Microsoft
  • 11.01.Christoph Seiwald, BA-CA
  • 18.01.Markus Frantz, OMV

4
Projektmanagement Techniken - Verfahren und
Techniken der Qualitätssicherung
  • Ziele des Abschnittes
  • Begriffsklärung
  • Motivation für Qualitätssicherung
  • Organisation der Qualitätssicherung
  • Erörtern diverser Maßnahmen der
    Qualitätssicherung
  • konstruktive Maßnahmen
  • analytische Maßnahmen, Kontrolle
  • Aufzeigen der Gegenstände der Qualitätssicherung
  • Prozess
  • Produkt
  • Kontrolltechniken genaue Diskussion einzelner
    Verfahren, insbesondere der Reviewtechnik

5
Qualitätssicherung Definition, Ziele
  • Definition (IEEE 1982) (quality
    assurance)Qualitätssicherung (QS) ist die
    Gesamtheit aller geplanten Maßnahmen und
    Hilfsmittel, die bewusst eingesetzt werden, um
    die Anforderungen an den Entwicklungs- und
    Pflegeprozess und an die Software zu erreichen.
  • Ziele
  • Qualitätsplanung
  • frühzeitige Fehlererkennung (Differenz zw. IST
    und SOLL)
  • Reduktion der Projektkosten/Entwicklungszeit
  • Sicherung von Qualitätsstandards bezüglich
  • Prozess (z.B. Durchführung von Reviews)
  • Produkt (z.B. Zuverlässigkeit, Portabilität,
    Dokumentation)

6
Qualitätssicherung Organisation, QP
  • Organisation der QS
  • innerhalb eines Unternehmens unabhängiges
    QS-Team
  • berichtet dem Management direkt über der
    Projektleitung
  • ist für die QS aller Projekte im Unternehmen
    zuständig
  • Qualitätsplan (QS-Plan)
  • für spezielles Projekt geschrieben
  • dient als Vorgabe für die QS
  • wird während der Planungsphase erstellt
  • enthält alle ausgewählten QS-Maßnahmen für ein
    IS-Projekt
  • definiert die erforderlichen Qualitätseigenschafte
    n des Produktes und die Anforderungen an den
    SW-Prozeß
  • legt fest, wie Obiges überprüft/gemessen werden
    kann
  • Zweck Rechtzeitige Planung und Abstimmung der
    QS-Aktivitäten

7
Qualitätssicherung - Qualitätsplan
  • Inhalt des Qualitätsplans (QP)
  • Ziele der QS-Maßnahmen für das IS-Projekt
  • vollständige Liste aller Dokumente, die im QP
    referenziert werden
  • Management Beschreibung der Organisation für die
    QS
  • SW-Dokumentation Auflistung aller Dokumente, die
    den SW-Prozess beschreiben sowie aller Reviews,
    Audits
  • Festlegung von Standards, Verfahren und
    Konventionen
  • Prüfplan Prüfungsobjekte, Prüfungsart je
    Prüfungsobjekt
  • Prüfungskriterien, Checklisten, verantwortliche
    Stellen,...
  • SW-Konfigurationsmanagement

8
Qualitätssicherung - Qualitätsplan
  • Problem-Meldewesen und Korrekturmaßnahmen
    (change management), z.B. Änderungs-Auftragsform
    ular und Schritte bei dessen Abarbeitung
  • SW-Engineeringkonzept
  • Codekontrolle
  • Diverses, z.B. Datenträgerkontrolle,
    Lieferanten-kontrolle,...
  • genaue Erläuterungen zum QP und zur QS enthalten
    die ISO-Normen 8402, 9000 und 9004.

9
Qualitätssicherung - Maßnahmen
  • QS kennt zwei Arten von Maßnahmen
  • konstruktive Maßnahmen Engineering von Qualität
    in das Produkt
  • Beispiele
  • Verwendung eines Gliederungsschemas zur
    Anforderungs-definition, um keinen Punkt
    auszulassen
  • Einsatz moderner SW-Entwicklungsumgebungen
  • analytische Maßnahmen nachträgliche
    Überprüfungen
  • Beispiele
  • Testen, Verifikation
  • Reviews
  • Vorgabe von Standards und Richtlinien, deren
    Einhaltung geprüft wird (Anmerkung auch
    konstruktiv einsetzbar)

10
Qualitätssicherung Standards 1
  • Annahme der QS
  • die Qualität des SW-Prozess beeinflußt direkt die
    Qualität des SW-Produktes
  • dennoch guter Prozeß ist keine Garantie für
    gutes Produkt
  • Stütze der QS Standards, NormenMotivation
  • fassen die geeignetsten Praktiken zusammen
  • solches Wissen wird oft nur durch Versuch und
    Irrtum erworben
  • jeder Standard sollte eine für das Unternehmen
    wertvolle Weisheit erfassen
  • bieten einen Rahmen, auf dem der QS-Prozeß
    realisiert ist
  • die Einhaltung der Standards soll sichergestellt
    werden
  • ermöglichen Einheitlichkeit und Kontinuität der
    Arbeiten

11
Qualitätssicherung Standards 2
  • Nationale und Internationale Standards
  • existieren für Notation, Terminologie,
    Programmiersprachen, etc.
  • sind meist allgemein und bedürfen der Anpassung
  • QS-Standards für Organisationen
  • von QS-Teams entwickelt
  • auf internationalen Standards aufbaut
  • an nat. und internationale Standards angepasst
  • Standard-Handbuch
  • Zusammenfassung aller relevanten Standards

12
Qualitätssicherung Standards 3
  • Beispiele für Standards
  • Produkt Standards Prozess-Standards
  • Formular für Design Review Ablauf eines
    Design Reviews
  • Dokument-Namensschema Einreichung von
    Dokumenten an das Konfigurationsmanageme
    nt
  • Standard für C Programm Versions-Release-Pr
    ozeß
  • Format für Projektplan
    Projektauswahlverfahren
  • Änderungsantragsformular Prozess der
    Änderungskontrolle
  • Testbericht Testdurchführungsprozess

13
Qualitätssicherung Standards 4
  • um Probleme bei der Einhaltung von Standards zu
    minimieren, soll die Organisation der QS
    sicherstellen, daß
  • SW-Engineers an der Entwicklung der Standards
    beteiligt sind
  • sie sollen die Motivation für die Notwendigkeit
    der Standards verstehen
  • sie sollten wissen, welche Standards als
    Richtlinien interpretiert werden können und
    welche Standards unter welchen Umständen
    vernachlässigbar sind
  • das Standard-Handbuch geeignete Erklärungen für
    die den Standards zugrunde liegenden
    Entscheidungen enthält
  • die Standards regelmäßig durchgesehen und
    aktualisiert werden, um neue Technologien zu
    berücksichtigen

14
Qualitätssicherung Standards 5
  • geeignete Tools verfügbar sind, die die
    Einhaltung von Standards wie z. B Formatierung,
    Nummerierung, etc. von Dokumenten unterstützen
  • zu Projektbeginn das QS-Team und die
    Projektleitung entscheiden, welche Standards
  • exakt eingehalten werden
  • in modifizierter Form angewandt werden
  • ignoriert werden können

15
Qualitätssicherung - typische, phasenspezifische
Aspekte
  • Planungsphase
  • Qualitätsplanung
  • QS-Plan inkl. Prüfplan
  • Analysephase
  • Prototyping
  • Requirements-Reviews und Walk-Throughs
  • Design
  • Design-Reviews und Walk-Throughs
  • Einsatz von Metriken
  • Implementierung
  • Testen
  • formale Verifikation
  • Code-Inspections
  • Wartung
  • Konfigurationsmanagement
  • Versionskontrolle, etc.

16
Qualitätssicherung - KontrollverfahrenÜberblick 1
  • Testen
  • Testen ist der Prozeß, ein SW-Produkt durch
    manuelle oder automatisierte Hilfsmittel zu
    bewerten, um damit die Erfüllung der speziellen
    Anforderungen nachzuweisen.
  • Review
  • Ein Review ist ein mehr oder weniger formal
    geplanter, strukturierter Analyse- und
    Bewertungsprozess, in dem Projektergebnisse einem
    Team von Gutachtern präsentiert und von diesem
    kommentiert oder genehmigt werden.Was unter
    welchem Aspekt wann reviewed wird, ist im
    Prüfplan eines Projektes festgelegt.

17
Qualitätssicherung - KontrollverfahrenÜberblick 2
  • Audit
  • Ein Audit ist eine Aktivität, bei der sowohl die
    Angemessenheit und Einhaltung vorgegebener
    Vorgehensweisen, Anweisungen und Standards als
    auch deren Wirksamkeit und Sinnhaftigkeit geprüft
    werden.
  • Code-Inspektion (nach Fagan, 1976, IBM)Die
    Code-Inspektion hat zum Ziel, die Qualität der SW
    sowie die Leistung der Programmierer zu steigern,
    indem die Schnittstellen, die Ablaufstruktur, der
    Codierstandard, etc. überprüft werden.
  • hier werden genauer besprochen
  • technischer Review (z.B. Design-Review)
  • Projektreview
  • Projektaudit

18
Qualitätssicherung Techn. Review 1
  • Technischer Review
  • Gegenstand des Reviews Prüfobjekt
  • Anforderungsspezifikation oder
  • Design (Entwurf) oder
  • Code oder div. technische/organisatorische
    Konzepte
  • Ziele
  • frühzeitige Fehlererkennung
  • Minimieren von Fehlern
  • Optimierung der Vollständigkeit
  • Verbesserung der Verständlichkeit
  • Voraussetzungen
  • Gutachter müssen die Methodik, nach der das
    Prüfobjekt erstellt wurde, kennen
  • verwendete Standards/Richtlinien sind zu
    referenzieren
  • der Fragenkatalog/die Aspekte, nach welchen
    geprüft wird, müssen schriftlich festgelegt sein
    ...

19
Qualitätssicherung - Techn. Review 2
  • Prozess eines technischen Reviews

selektiereReview-Team
bestimme Ortund Zeit
verteileUnterlagen
halte Review-Sitzung ab
notiere Aktionen undführe Änderungen durch
20
Qualitätssicherung - Techn. Review 3
  • Kommentare zum Vorgehen bei technischen Reviews
  • ad Reviewteam
  • Projektleiter bestimmt Gutachter, falls diese
    nicht schon vergegeben sind
  • das Reviewteam soll einige Projektmitarbeiter
    (3-4) mit großem, heterogenem Wissensspektrum
    beinhalten
  • ad Verteilung der Unterlagen
  • muß rechtzeitig, allenfalls nach Fertigstellung
    der Dokumente geschehen, damit eine ausführliche
    Vorbereitung möglich ist
  • ad Reviewsitzung (max. 2 Stunden)
  • ein Mitglied des Reviewteams wird zum/zur
    Vorsitzenden ge-wählt und ist für die
    Organisation des Reviews verantwortlich

21
Qualitätssicherung - Techn. Review 4
  • ein anderes Mitglied wird mit der Schriftführung
    betraut und ist für die Aufzeichnung aller
    während der Sitzung gefällten Entscheidungen
    verantwortlich
  • der Autor des Prüfobjektes führt das Reviewteam
    durch das Dokument (Vorlesen, Präsentation, ...)
    Walk-Through
  • das Team notiert Probleme, Inkonsistenzen und
    stellt Fragenvorerst werden keine
    Lösungsversuche unternommen!
  • ad Abschluss - Nachbearbeitung
  • Nach Abschluß des Walk-Through werden alle
    Kommentare durchgegangen
  • einige können unzutreffend sein und werden
    verworfen

22
Qualitätssicherung - Techn. Review 5
  • Alle anderen werden einer der folgenden
    Kategorien zugeordnet, zum Beispiel
  • (K1) Problem vernachläßigbar, keine Aktion
  • (K2) gebe Autor (z.B. Designer) zur Korrektur
  • (K3) überdenke Teilentwurf neu Änderungen
    betreffen andere Teile des Entwurfs (der
    Analyse,...)
  • Treffen zwischen betroffenen Personen wird
    vereinbart
  • Formulare betreffend Aktionen und Kommentare
    werden von Autor und Vorsitzendem unterfertigt
    und als Teil der Projektdokumentation abgelegt
  • Der/die Vorsitzende ist für die Durchführung der
    Änderungen verantwortlich
  • falls nur kleine Probleme auftreten, kann von
    einem weiteren Review abgesehen werden
  • bei größeren Problemen wird ein weiterer Review
    anberaumt, ggf. werden Betroffene verständigt

23
Qualitätssicherung Projektreview 1
  • Projektreview (Management-Review)
  • Gegenstand des Reviews und Bedeutung
  • Standortbestimmung aus bestimmtem Blickwinkel
  • Kontrolle des Sachfortschritts, der Termine,
    Kosten, etc.
  • unter Beibeziehung der technischen
    Reviewberichte, Testberichte, Auditberichte,...
  • Zeitpunkt der Durchführungnach Phasenende oder
    in speziellen Situationen wieWechsel des
    Projektleiters, Auftraggeber-Probleme,...

24
Qualitätssicherung - Projektreview 2
  • Zusammensetzung des ReviewteamsGutachter,
    Moderator, Projektleiter, Vorgesetzter des
    Projektleiters, Projektmitarbeiter
  • Voraussetzungen
  • die Anforderungen an das Projektmanagement liegen
    in meßbarer Form vor (s. Pflichtenheft des PM)
  • Definition der Ziele des Reviews - was soll
    erreicht werden?
  • Vorliegen quantifizierter System- und
    Abwicklungsziele
  • Bereitschaft zur Verwertung der Ergebnisse
  • Ablauf
  • etwas weniger formal als bei technischen Reviews,
    da größere Komplexität der Fragestellungen

25
Qualitätssicherung - Projektreview 3
  • Prozess eines Projektreviews

Planungssitzungabhalten
Review vorbereiten
Reviewsitzung abhalten
analysiere Ergebnisse
setze erlasseneMaßnahmen um
26
Qualitätssicherung - Projektreview 4
  • Kommentare zu den Schritten von Projektreviews
  • ad Planungssitzung
  • es wird festgelegt, wann, wo, wer, wie, wen/was
    kontrolliert
  • Zielfestlegung
  • ad Vorbereitung
  • soll max. 2 Wochen dauern, während welcher noch
    offene Arbeiten abgeschlossen/überarbeitet werden
    können
  • Gutachter formulieren Fragen und erstellen
    Checklisten
  • Projektteam aktualisiert Ergebnisse, bereitet
    Dokumente vor
  • Projektleiter stellt Präsentation zusammen
  • Moderator informiert alle Verantwortlichen
    offiziell

27
Qualitätssicherung - Projektreview 5
  • ad Durchführung
  • Projektleiter/Mitarbeiter präsentieren
    Projektstatus
  • Gutachter stellen Fragen bzgl. der Präsentation
  • Gutachter stellen Zusatzfragen gemäß Checklisten
  • Konklusionen ziehen in gemeinsamem Gespräch
  • Risikobeurteilung
  • Festlegen des weiteren Vorgehens durch
    Projektleiter- Vorgesetzten in Abstimmung mit dem
    Projektleiter
  • ad Analyse der Ergebnisse
  • Dauer max. eine Woche
  • Gutachter analysieren die Ergebnisse der Sitzung
    und entwerfen Maßnahmen zur Problemlösung in zwei
    Berichten

28
Qualitätssicherung - Projektreview 6
  • Review-Bericht - Inhalt
  • technische Sachverhalte
  • Risikobeurteilung
  • Empfehlung korrektiver Maßnahmen
  • zu treffende Entscheidungen
  • Aktionsplan
  • soll die Durchsetzung der getroffenen
    Phasenentscheidungen und/oder Qualitätsmängelbehe
    bungen gewährleisten
  • ggf. Änderung von Prioritäten, Terminen, Budgets,
    Aufgabenumverteilung
  • Dokumente werden der zuständigen Instanz
    (Kontrollausschuß, Auftraggeber,...) zwecks
    Entscheidung über das weitere Vorgehen
    übermittelt
  • ad Umsetzung Projektleiter modifiziert den
    Projektplan und führt das Projekt gemäß der neuen
    Planung weiter.

29
Qualitätssicherung Projektaudit 1
  • Projektaudit
  • Ziel Beurteilung der Qualität des
    Projektabwicklungs-Verfahrens
  • Konformität des SW-Prozesses mit Vorgaben
  • Vollständigkeit, Effektivität des SW-Prozesses
  • Praktiken, Leistungen des Managements
  • Ablauf
  • Planungsphase
  • Einführungsgespräch unter Leitung des
    Qualitätsauditors
  • Teamzusammensetzung ähnlich Projektreview
  • Festlegen von Termin, Ort, Ablauf, Aufgaben,
    Ziele,...
  • Zusammentragen von Vorbereitungsmaterial wie
    vorhandene Projektkennwerte, Checklisten,
    Projekthandbuch, QS-Richtlinien, etc.

30
Qualitätssicherung Projektaudit 2
  • AnalysephaseBeantwortung von Fragen wie z. B.
  • Werden aktuelle QS-Richtlinien befolgt?
  • Wurde in der Projektabwicklung gemäß der
    vorgegebenen Verfahren gearbeitet?
  • Entsprechen die Ergebnisse den geforderten
    Werten, z.B. bzgl. Vollständigkeit, Formalität
  • Entsprechen die Projektplandaten den
    Projektkennwerten?
  • Entspricht die Wirksamkeit der eingesetzten
    Methoden und Werkzeuge den definierten
    Vorstellungen?

31
Qualitätssicherung Projektaudit 3
  • Auditsitzung (Leitung Auditleiter)
  • Beurteilung aller aufgeführten Analysedaten
  • Ordnung von Negativ- und Positivwerten und
    Herausfinden von deren systembedingten Ursachen
  • Erstellung eines Auditberichts mit Feststellungen
    und für notwendig erachteten, besprochenen
    Maßnahmen
  • Prozeßintegration
  • Weiterleitung des Auditberichts zum
    Projektreviewteam
  • Besprechung der empfohlenen Maßnahmen im Rahmen
    des nächsten Projektreviews
  • Integration der notwendigen Maßnahmen in den
    weiteren SW-Prozess

32
Qualitätssicherung - ISO 9000 1
  • ISO International Organization for
    Standardization
  • ISO 9000 Serie internationaler
    QualitätsstandardsStandards betreffen
    allgemein
  • das Qualitätsmanagementsystem
  • den Prozeß der Produktion von Produkten.
  • ISO 9000 stellt eine Menge von Anforderungen an
    dasQualitätsmanagementsystem die sicherstellen
    sollen, daß der beschrittene Prozeß imstande ist,
    konsistent Produkte zu produzieren, die die
    Erwartungen der Kunden erfüllen.
  • Spezialisierung durch Richtlinien für Software
    ProdukteISO 9000-3

33
Qualitätssicherung - ISO 9000 2
  • Aufbau der StandardsISO 9000 Quality systems
    - Quality management and quality assurance -
    guidelines for selection and useISO 9001
    deckt gesamten Lebenszyklus ab - siehe Skizze

(Schmauch, ISO 9000, Abb. 1.4, S. 9)
34
Qualitätssicherung - ISO 9000 3
  • Motivation für das Erfüllen der ISO 9000
    StandardsQualitätsstempel für Produkte, die
    durch einen ISO 9000 kompatiblen Prozess
    entwickelt wurden
  • ISO 9000 Registrierung (Zertifizierung)
  • Falls ein Unternehmen die ISO 9000 Standards
    erfüllt, kann es sich registrieren lassen.
  • Registrierung erfolgt durch einen unabhängigen
    Auditor
  • dann ständige Kontrollen.
  • Nutzen der Registrierung
  • Wettbewerbsvorteil
  • Fundierung für Qualitätsprodukte
  • Produktivitätssteigerung
  • ISO 9000 schreibt allgemein vor, was gemacht
    werden muß, nicht wie es zu erfolgen hat!

35
Qualitätssicherung - ISO 9000 4
  • Übersicht über die
  • Elemente von ISO 9001

(Schmauch, S. 15)
36
Qualitätssicherung - ISO 9000 5
  • Beispiele zweier ISO 9001 Standard Elemente4.4
    Design controlYou must have procedures for
    controlling and verifying the design output to
    ensure that specified requirements will be met.
    You are also required to plan each stage of the
    development activity, plan and carry out design
    reviews, assign the design verification to
    qualified personnel, and have defined procedures
    for controlling design changes.4.16 Quality
    recordsYou must identify and keep records to
    demonstrate achievement of product quality and
    effective operation of your quality system.

37
Peer-reviews
  • Jeweils 2 Teams (ein 3er Team)
  • Bisherige Unterlagen des Partnerteams durchgehen
    und Reviewliste ausfüllen
  • Bitte auch konstruktive Verbesserungs-vorschläge
    dazu überlegen
  • Auch positives Feedback geben
  • Ca. 20 min Zeit
  • Danach Besprechung mit Partnerteam
  • Reviewunterlagen abgeben

38
Aufgabe bis nächste Woche
  • Vorgehensmodell - Projektstruktur
  • Festlegung des VorgehensmodellsVorschlag
    Anwendung des evolutionären Modells mit 2-4
    Stufen oder des Unified Process (UP)
  • Erstellung des (ersten) Projektstrukturplans, bis
    zur Ebene grober Arbeitspakete, Bsp
  • Entwurf des Subsystems "Prüfungsanmeldung über
    das www"
  • Abnahme des Subsystems Informationsabruf"
  • Der Projektstrukturplan kann durch Überlagerung
    der Produktstruktur mit dem Vorgehensmodell
    abgeleitet werden.
  • Erstellung eines ersten, groben Netzplans.

39
Wiederholung
  • Zuerst versuchen selbstständig zu lösen
  • Dann Austausch im Team
  • Kontrolle mit Folien
  • Vergleich mit richtigen Lösungen
Write a Comment
User Comments (0)
About PowerShow.com