Im Rahmen einer Studienaufgabe entwickle ich einen Qualitätsmanagementplan.
Ich glaube, ich bin ein bisschen verloren, wo ich anfangen soll.
Welche allgemeine Struktur sollte ein Qualitätsmanagementdokument haben? Oder sieht das bei jedem Projekt anders aus?
Soll dieses Dokument konkrete Maßnahmen zur Qualitätssteigerung aufführen (z. B. Testen aller Softwarekomponenten, Akzeptanzkriterien für alle User Stories, Einbeziehen von Kundenfeedback etc.)?
Sollte ich Qualitätswerkzeuge integrieren: SIPOC, CTQ, Piloten, Lessons Learned usw.?
Wie entscheide ich, welche Tools verwendet werden sollen? Basierend auf den besonderen Qualitätsanforderungen des Projekts?
What general structure should a quality management document have? Or will it look different for each project?
Struktur ist immer wichtig, wenn es um Dokumentation & Planung geht. Allerdings hat jedes Projekt unterschiedliche Anforderungen. Zwingen Sie nicht jedes Projekt, gleich auszusehen.
Should this document list specific measures to be taken in order to increase quality.
Ja.
Should I be incorporating quality tools
Werkzeuge, ja. Lektionen gelernt Nr.
How do I decide which tools should be used? Based on the particular quality needs of the project?
Auch hier ist jedes Projekt anders. Was für ein Projekt funktioniert, funktioniert nicht immer für andere.
Ich selbst habe noch nie in einem Unternehmen gearbeitet, das Qualitätsmanagementpläne für Projekte erstellt, sondern wir haben solche Pläne direkt in unsere Entwicklungs- und Geschäftsprozesse integriert. Wenn ich jedoch einen solchen Plan erstellen würde, würde ich ein Dokument erstellen, das ungefähr so aussieht:
Eine wichtige Sache, die zusätzlich zu dem, was Jesse gesagt hat, zu beachten ist, dass Managementpläne lebendige Dokumente sind. Es gibt Dinge, die angegangen werden sollten, aber wenn etwas nicht funktioniert, ändern Sie es.
Dinge, die ich in den aktuellen Managementplänen erwähnenswert habe:
Konfigurationsmanagement (Auch nur ein Ausschnitt, wenn es ein größeres eigenständiges Dokument gibt) Risikomanagement (wie oben) Testansatz (Unit Testing, Iterative Testing, Alpha, Beta, Beschreibungen der Testphasen) Methodik (Scrum, XP, Wasserfall, Kanban , irgendetwas)
Soll dieses Dokument konkrete Maßnahmen zur Qualitätssteigerung aufführen (z. B. Testen aller Softwarekomponenten, Akzeptanzkriterien für alle User Stories, Einbeziehen von Kundenfeedback etc.)?
Alle Ihre Beispiele sind in den obigen Kategorien enthalten und ich glaube, dass sie für den Plan wichtig sind.
Ich füge auch immer eine Dokumentenrevisionstabelle auf der zweiten Seite dieser Dokumente hinzu und aktualisiere sie, wenn ich Änderungen vornehme (ok, vielleicht nur, wenn ich große Änderungen vornehme).