„Im Spinnennetz gefangen (Opinion-Driven Decisions) vs. Kontrolle durch Struktur (OTSM)“ 40–50 % des Entwicklungsaufwands entsteht durch vermeidbare Nacharbeit. Nicht durch technische Komplexität — durch fehlende Grundlagen. Eine empirische Bestandsaufnahme der wichtigsten Methoden: was belegt ist, was nur behauptet wird, und was wirklich funktioniert. Die Ausgangslage „Die Wahl einer Entwicklungsmethode hat eher mit dem Beitritt zu…
Weiterlesen
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.…
Weiterlesen
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…
Weiterlesen
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 im Design verwendet und mit der 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…
Weiterlesen
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…
Weiterlesen
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…
Weiterlesen
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,…
Weiterlesen
FMEA bedeutet, Failure Mode Effect Analysis und wird ins Deutsch fehlerhaft übersetzt mitFehler Möglichkeiten Einfluss Analyse.Eine bessere Definition wäreFehler 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…
Weiterlesen