QPATCH / BERATUNG UND METHODEN ZUM ENTWICKLUNGSPROZESS

 

 

Qpatch sorgt für Klarheit und Qualität im Produktentwicklungsprozess

QiD / Quality-in-Design Reviews - Wissen über technische Zusammenhänge

 

Komplexitätsmanagement ist eine sehr junge Disziplin.
Eine (notwendige) ganzheitliche Betrachtung in Entwicklungsprojekten findet (noch) nicht in vielen Projekten statt.
Vernetztes Systemisches Denken wird im Projekt kaum eingefordert.
Zusammenhänge zwischen den Domänen (Software, Mechanik, Use-cases ...) oder den Disziplinen (Entwurf, Risikomanagement, Qualität ...) werden selten und spät dokumentiert und noch weniger gemanagt.

QiD-Reviews sollen hier helfen

Auf die Schnelle erklärt geht das so:

Man nimmt sich etwas Zeit und beschreibt, wie und womit man sein Entwicklungsziel, ein technisches System oder Produkt erreichen will. 

Die Inhalte, die einem dazu einfallen, werden nach den QiD Regeln zueinander in Beziehung gesetzt.

Danach geht es um die Qualität der Beziehungen. Was davon ist bekannt, verifiziert? Was weiss ich noch nicht? Und bewertet damit die Beziehungen der Inhalte zueinander.

Das erste QiD-Review ist fertig.

Beim nächsten Review geht man tiefer ins Detail. Merkt, dass noch Wissenslücken da sind oder die ersten Lücken schon gefüllt sind.

Klarheit zum notwendigen Wissen für weitere Entscheidungen entsteht.

Das Resultat: Stabilität im Entwicklungsprozess durch Entscheidungen auf Basis Wissen.

 

Übrigens: Als externer Consultant verschaffe ich mir mit Hilfe der QiD-Review Methode den schnellsten Überblick in neuen Projekten.

 

 

Anders gesagt, ist ein QiD-Review...

eine Review-Form, die Basis für stabile Entscheidungen in der Produktentwicklung schafft. Denn ...

um in komplexen technischen Aufgabenstellungen stabil entscheiden zu können, braucht man Wissen über technische Zusammenhänge in ausreichender Qualität.

Das ist die Aufgabe von QiD-Reviews.

QiD-Reviews sind Arbeit am Wissen über Zusammenhänge. Sie sind unabhängig von einer Projektsteuerungs-Philosophie (Agile, Lean, Waterfall) einsetzbar.

In einem, in diesen Reviews erzeugten, QiD Dokument kann im Entwicklungsprozess das beschriebene Wissen laufend ergänzt, aktualisiert und neu bewertet werden.

 ... mehr zu QiD-Reviews

Was ist Quality in Design?

 

Eine Methode.

Quality in Design, kurz QiD, beschreibt Regeln zur Verknüpfung von Information zu technischem Wissen aus den vier QiD-Review Sichten:

  • Anforderungssicht
  • Lösungssicht
  • System- oder Randbedingungssicht
  • Risikosicht

Das verknüpfte Wissen in einem QiD Dokument wird bei Einhaltung der QiD Regeln für alle lesbar, nutzbar und bewertbar.

... mehr zu Quality in Design

Welchen Nutzen bieten QiD-Reviews? 

Ein QiD-Review als disziplinenübergreifende Review-Form bietet:

  • Die Vorbereitung technischer Entscheidungen in ausreichender Qualität
  • Strukturiert und im Projektkontext abgelegtes und bewertetes Wissen
  • Dokumentiertes Systemverständnis, in einer Disziplinen übergreifenden Sprache
  • Überblick über die technischen Zusammenhänge innerhalb einer Aufgabenstellung oder eines Projektes

 

 

Was ist die Intention von QiD-Reviews und QiD?

Stabilität durch Wissen über technische Zusammenhänge.

Die Intention von QiD-Reviews mit QiD ist es, mit geringem Aufwand und ohne eine zusätzliche Software, einem Team sofort ein Werkzeug in die Hand zu geben, mit dem es sich einer komplexen technischen Herausforderung stellen kann.

Durch wiederkehrende Reviews von strukturiertem und bewertetem Wissen über die Zusammenhänge eines Kontextes, soll das Team auch den Überblick über die Zusammenhänge behalten können. ... mehr zum Thema Dokumentation und Software

Woher kommt die Idee zu QiD-Reviews?

Ursprünglich kommt die Idee aus dem Projekt Coaching und der Methodenberatung.

Wie soll man komplexe Projekte coachen oder zu Entwicklungs-Systematik beraten, wenn man die Projekt-Zusammenhänge nicht kennt?

Ein klares Bild vom "Wie will ich Ziele erreichen" oder eine Begeisterung für den Weg dorthin bringt nicht jeder Projektverantwortliche zum ersten Coachingtermin mit. Umso wichtiger war es diese Gespräche zu führen. Daraus entstand die Idee zu QiD-Reviews.

Und das soll einfach sein?

Bei komplexen technischen Aufgaben ist nichts wirklich einfach. Es ist wie bei einem Liebesbrief ... wenn es denn ein ehrlicher ist! 

Den Liebesbrief schreibt man auch in gutem Willen etwas in Zukunft gemeinsam zu schaffen. Er sollte das Fundament einer Beziehung sein, also ohne die eigenen Fehler zu vertuschen. Und zwar so, das der Partner den Brief auch versteht. Seinen besonderen Zweck erfüllt er, wenn es in der Beziehung mal scheppert und man solch einen Liebesbrief wieder hervorholen und lesen kann. Bevor man sich verrennt und falsche Entscheidungen trifft.

In QiD-Reviews im Projekt wird, wie in einem Liebesbrief, das WIE beschrieben.

  • Mit welcher Lösung will das Projekt-Team seine Aufgaben und Anforderungen erfüllen?
  • Wie soll die Lösung funktionieren?
  • Aber auch: Was fehlt noch zum "Wie"? Was weiss man noch nicht! ...

Nein, QiD-Reviews können nicht einfach sein. Ein ehrlicher Liebesbrief ist es auch nicht.

 

 

Sind QiD-Reviews eine Art Systems Engineering?

Ja und Nein.

Ja,

wenn Systems Engineering (SE) für eine ganzheitliche Betrachtung einer technischen Aufgabenstellung steht. Für Systemverständnis durch Problemverständnis. Und für Wissen über Zusammenhänge.

Nein,

wenn man unter SE eine prozessbegleitend wachsende Systemspezifikation versteht.

Nein,

wenn man von QiD-Reviews den direkten Einstieg ins Model Based Systems Engineering (MBSE) erwartet. 

Wo helfen QiD-Reviews zu SE oder MBSE?

 

  • Beim Überblick behalten

Mit QiD-Reviews besitzt man die ganzheitliche Sicht auf alle relevanten Zusammenhänge innerhalb und ausserhalb eines Systems.

QiD-Reviews können die Qualität des Systemwissens bewerten. Aus den ersten QiD-Reviews kann man die Frage "Was wissen wir, und was nicht?" beantworten. Und welches fehlende Wissen man zuerst erarbeiten sollte.

  • Bei der Priorisierung von Aufgaben

In den Reviews werden dabei die notwendigen Artefakt-Typen einer Systementwicklung offengelegt. Und die Frage "Wann brauchen wir welche Systemspezifikation in welcher Qualität?" beantwortet.

Damit kann man das Vorgehen im Systems Engineering und / oder MBSE gestalten.

  • Bei der Wahl der Waffen

Aus den Qpatch-Reviews kann man auch die Frage "Welche Art von SE oder wieviel modellbasierte Entwicklungsunterstützung nutzt meinem Projekt?" beantworten.

Auch die Frage "Mit welchem MBSE Tool wollen wir das SE unterstützen?" kann diskutiert werden.

 

 

Feedback welcome...

Diese Website befindet sich im Umbau. 

Über Feedback würde ich mich sehr freuen. Bitte schreibt mir Eure Anfragen, Kritiken oder Anregungen ins Kontakt-Formular.