KM your way to CMMI

Qualität in der Weiterbildung als Baustein zum Geschäftserfolg

Der Amerikaner W. Edwards Deming (1900 -1993) ist der geistige Urvater für viele der heute eingesetzten Management- und auch Qualitätsmanagement-Methoden. Im deutschsprachigen Raum sind seine Grundaussagen und die von ihm entwickelten 14 Punkte allerdings nur wenig bekannt. Es lohnt, sich mit diesen Wurzeln des Qualitätsmanagements zu beschäftigen und heutige Initiativen im Management aus diesem Blickwinkel zu betrachten.
Interessante Quellen:

Prince2 (Projects in Controlled Environments, http://www.ogc.gov.uk/prince2) ist ein Projektmanagement-Standard vom Office of Government Commerce. Interessant ist der prozessorientierte Projektmanagement-Ansatz, in den sich Wissensprozesse (Projektkickoff, Projektreview) sehr gut integrieren lassen:

Mit dem Prince2-Maturity-Model (http://www.ogc.gov.uk/sdtkdev/new_content/PRINCE2%20Maturity%20Model%20V0.05.01P1.pdf) kann eine Organisation feststellen, auf welchem Reifegrad sie sich befindet. Wie bei CMM auch, sind folgende Level definiert:

1. Initial
2. Repeatable
3. Defined
4. Managed
5. Optimizing

Ein Set an Dokumentvorlagen kann kostenlos bezogen werden (http://www.ogc.gov.uk/prince2/docs/prince22002templates.zip). Dieses Set enthält:

• Acceptance Criteria
• Business Case
• Checkpoint Report
• Communication Plan
• Configuration Item Record
• Configuration Management Plan
• End Project Report
• End Stage Report
• Exception Report
• Follow-on Actions
• Highlight Report
• Issue Log
• Lessons Learned Log
• Lessons Learned Report
• Post-Project Review Plan

Der Vergabe des Singapore Quality Award ist das sog. SQA-Model zugrundegelegt, dass Organisationen ähnlich dem EFQM-Modell bewertet. Die 7 Kategorien des Modells sind:

1. Leadership
2. Planning
3. Information
4. People
5. Processes
6. Customers
7. Results

Die Liste der Excellence-Indikatoren (http://www.spring.gov.sg/portal/products/awards/sqa/sqa_indicators.html#leadership) ist eine sehr gute Ausgangsbasis z.B. für Assessment-Fragebögen.

Die IEEE Computer Society (http://computer.org) stellt mit dem SWEBOK (Software Engineering Body of Knowledge, http://www.swebok.org/ironman/pdf/SWEBOK_Guide_2004.pdf) geballtes Software-Wissen zur Verfügung. Die behandelten Wissensgebiete sind:

• Software requirements
• Software design
• Software construction
• Software testing
• Software maintenance
• Software configuration management
• Software engineering management
• Software engineering process
• Software engineering tools and methods
• Software quality

Interessant ist auch das Reifegradmodell, das eine Entwicklung innerhalb von ca. 5 Jahren in 3 Phasen (http://www.swebok.org/3phases.html) definiert:

1. Straw Man
2. Stone Man
3. Iron Man

Wikis eignen sich als Wissensportale hervorragend, weil sie es den technisch wenig versierten Nutzern ermöglichen, auf einfachste Art Inhalte einzustellen. Für die Anwendung als Wissensportal im Unternehmen gibt es aber auch einige Nachteile:

1. Wikis verfügen meist nicht über eine Rollen- und Rechteverwaltung.
2. Wikis bieten meist keine hierarchische Navigation.

zu 1.)

Prinzipiell ist zu klären, ob ein Wiki oder ein Content-Management-System (CMS) mit entsprechender Funktionalität (Wiki-awareness, WYSIWYG-Editor) verwendet werden soll. Zur Auswahl nach Kriterien kann z.B. die CMS-Matrix (http://www.cmsmatrix.org) verwendet werden. Wikis oder Wiki-ähnliche Systeme mit Rechte- und Rollenverwaltung (kein Anspruch auf Vollständigkeit):

• Drupal (http://www.drupal.org)
• Socialtext (http://www.socialtext.com)
• TWiki (http://twiki.org)
• Tiki CMS/Groupware (http://tikiwiki.org)

zu 2.)

Das Fehlen der Navigation kann durch das Konzept des Portals innerhalb des Wikis kompensiert werden. Bei einem solchen Portal wird ein strukturierter, themenorientierter Zugang zu verschiedenen Themenseitem im Wiki auf einer Wikiseite gesammelt (siehe z.B. Portal BID - Bibliothek, Information, Dokumentation).

In einem Wissensportal können z.B. folgende Portalseiten sinnvoll sein:

• Projektportal: Portalseite mit allen laufenden Projekten und Informationen zum Projektmanagement.

Das Ishikawa-Diagramm (auch Fischgräten-Diagramm oder Ursache-Wirkungs-Diagramm genannt), ist eine von Ishikawa Kaoru entwickelte, einfach zu verstehende Diagrammform, die Ursache-Wirkungs-Beziehungen darstellt. Die schräg an einer zentralen Achse angesetzten Ursachenpfeile erinnern an die Gräten eines Fisches und haben dem Diagramm einen seiner gebräuchlichen Namen gegeben (Ishikawa-Diagramm bei Wikipedia).

Gebräuchliche Gruppierungen sind z. B. 4M (Material, Maschine, Methode, Mensch), 6M (ergänzt um Management, Mitwelt) oder 7M (ergänzt um Messung).

MS Visio 2003 bietet eine Bibliothek, mit der Ishikawa-Diagramme erstellt werden können. Die entsprechenden Shapes befinden sich unter Datei > Shapes > Geschäftsprozess > TQM-Diagramm-Shapes.