Wissen Sie was Sie Ihre Toolkette kostet? - Sind Sie sicher die richtige Wahl getroffen zu haben?
Der Preis des Produktes ist eines, aber die Synchronisations und Fehlkerkosten …….
Ein kleiner Kalkulator - im Zuge der Entwicklung von OTSM
Warum sich die ISO/IEC/IEEE-Normen im Systems Engineering selbst widersprechen – und warum das kein Zufall ist.
Wer im Systems Engineering arbeitet, kennt das Gefühl: Man kauft eine Norm für mehrere hundert Euro, liest sie durch, und stellt fest – das steht doch schon in der anderen Norm, die man letzten Monat gekauft hat. Nur anders formuliert. Und manchmal widersprüchlich.
Ich habe mir die sieben Kernnormen des Requirements Engineering vorgenommen – ISO/IEC/IEEE 29148, 15288, 12207, IEEE 830, IEEE 1362, ISO/IEC/IEEE 24748 und 24765 – und systematisch verglichen. Das Ergebnis ist ernüchternd.
Kennen Sie das Gesetz von Conway?
Organisationen (Firmen) welche Systeme (Produkte) entwerfen (produzieren) sind dahingehen eingeschränkt, Systeme (Produkte) zu entwickeln (herzustellen), welche eine Abbildung der Kommunikation der Organisationsstruktur sind.
Andersherum:
Zu dem Maße, wie Sie Kommunionsprobleme in der Organisation haben (z.B. dauerhaft: Abstimmungsmeetings, Meetings ….) ist die Qualität der Produkte ihrer Organisation mangelhaft.
Vergleichen Sie eine Organisation einer Firma mit einem Körper.
Wenn der Fuß regelmäßig eine Abstimmung benötigt, was er zu tun hat, wird das Laufen zur Qual.
Solange Sie den Bestandteilen der (Körper) – Organisation im Detail mitteilen müssen was gebraucht wird und was diese zu tun haben und wie, müssen Sie sich nicht wundern, wenn der Körper / die Organisation nicht funktioniert. Micromanager machen das sehr gerne. Auch sind die entsprechenden „Kommunikations-Silos“, Seilschaften oder auch zum Teil Mafiöse Strukturen, diejenigen, welche den Zusammenbruch der Kommunikation in einer Organisation bedeuten.
Zuerst sinkt die Kommunikation und auf dem Fuße folgt die Qualität. Dann gehen die Kunden und dann … kommt die negativspirale richtig in Gang.
Immer wenn man denkt es geht nicht blöder, kommt man an “Experten”, welche da doch noch Potential zeigen.
Der Text, welcher dort für eine
Erkennungsmaßnahme
und ebenso als Vermeidungsmaßnahme im Design verwendet und mit der
Auftretenswahrscheinlichkeit 2
sowie Entdeckungswahrscheinlichkeit 2 bewertet wurde.
TÖRÖ, TÖRÖ
> **An weiteren Maßnahmen zur Risikominimierung wird gearbeitet. Dabei sollen erste Erfahrungen aus dem Prozess berücksichtigt werden und mit einfließen.** > > Abgeschlossene Maßnahmen aus einer FMEA (Sic!)
Wie kann der das denn sagen „Projektleiter sind die besseren CEO’s“, werden Sie einwenden wollen. Ich hoffe Sie werden mir zustimmen, nachdem Sie diesen Text gelesen haben. Je länger man in „Organisationem auf Zeit“ == Projekten tätig ist, desto eher sieht man, wie das Ganze an einem Stück zusammenhängt.
Projekt-, Prozess-, Kosten-, Risiko-, Konfigurations- und Qualitätsmanagement… All the same # Warum:
Ich beginne mal mit der grundlegenden Sicht.
Allein schon in der Definition des Projektes, unterscheidet sich nicht viel von einer gesamten Firma, das Wort „einmalig“ macht den Unterschied.
83,9% aller (IT-) Projekte sind ganz oder teilweise als Fehlschlag zu interpretieren, sind also als Projektversagen zu werten. (Quelle).
Als Externer, wird man immer wieder in Projekte gerufen, wo „die Luft brennt“.
Ein Projekt ist: „Eine Organisation auf Zeit“.
Gerade im Zuge der aktuell sich häufenden Insolvenzen, ist es vielleicht einmal sinnvoll sich über die Gründe für Projektversagen / Organisationsversagen zu unterhalten
Für all diejenigen welche Zeit haben, habe ich folgende Linkliste
Jeden Tag lese ich die „latest und greatest“ darüber wie man als Leader, in der Branche XY – das und das tun muss um die „road to success“ – diesmal aber wirklich – zu begehen.
Und immer wieder ist es das Gleiche. Während seltene Ausnahmen die Regel bestätigen, werden die meisten „neuen“ Methoden und Technologien eingeführt, nur weil man mit den Alten nie klargekommen ist. Die Grundlagen fehlen. Wo sind die Basics?
Es ist so einfach auf der Welle der aktuellen Trends mitzuschwimmen alternativ „Mit dem Strom schwimmen nur die toten Fische“. Verändern wird das aber nichts.
Welche Projekte werden bei Ihnen
in Time
in Budget und
in Quality
abgeschlossen?
Wahrscheinlich wie so überall – Keines.
Keiner will es wirklich wissen.
So könnte man die meisten Planungen sehen. Oder so ähnlich. Die Folgen sieht man täglich.
Sie können 30% teurer sein ind trotzdem billiger!
Preis vs. Wert: Eine Vertriebsherausforderung # Viele Vertriebler glauben, dass sie mit höheren Preisen keinen Erfolg beim Kunden haben. Die Geschäftsführung oder der Controller reduziert daher häufig die ohnehin schon gesenkten Preise und zusätzlich das interne Budget. Das ist kontraproduktiv. Planen Sie Ihren Urlaub mit einem zu geringen Budget und sparen dann zusätzlich beim Essen, sobald Sie vor Ort sind? Ein entspannter Urlaub sieht anders aus – ebenso wie ein erfolgreiches Projektmanagement.
FMEA bedeutet, Failure Mode Effect Analysis und wird ins Deutsch fehlerhaft übersetzt mit
Fehler Möglichkeiten Einfluss Analyse.
Eine bessere Definition wäre
Fehler Modi Auswirkungs-Analyse.
Ganze Heerscharen von Moderatoren (wobei das kein geschützter Begriff ist), bringen die Entwicklungs-Kollegen regelmäßig zur Verzweiflung, wobei es, an sich so einfach wäre, weil FMEA das Normale eines ingenieurmäßigen Vorgehens ist.
Stunden von Zeit werden typischerweise verbrannt ohne dass dies irgendeinen Nutzen für die Firma hat - außer Formalbefriedigung.
Das spricht jetzt nicht wirklich für die Richtigkeit.
Teil der Vorlesungsreihe – Projektmanagement in der Praxis.
Heute - das Thema Anforderungen / Anforderungsmanagement
Ich freue mich über Rückmeldung und Erfolgsberichte
https://youtu.be/owEFSjBKFyw Und wie so immer - das Vorlesungsscript[Anforderungen-1](./Anforderungen-1.pdf)[Herunterladen](./Anforderungen-1.pdf)
