Episoden

Fünf vor Zwölf

Time to Market verstehen und verbessern

019 -Time to Market verstehen und verbessern

Time to Market ist eine der wichtigen Größen in der Produktentwicklung. Eine schnelle Produktentwicklung eröffnet viele Möglichkeiten, die in dieser Folge diskutiert werden. Wie Sie die Time to Market beschleunigen macht den zweiten Teil der Folge aus.

Permalink zu den Shownotes und Transskript: http://smarterentwickeln.de/time-to-market-verstehen-und-verbessern/

Videos aus der Episode

Nehmen Sie Kontakt mit mir auf. Ich freue mich über Anmerkungen, Rückmeldungen und Fragen.

 


Transkript der Episode

Warum ist Time to Market ein wichtiger Parameter für die Produktentwicklung

Time to market ist ein wichtiger Begriff und ein wichtiges Konzept. Time to market beschreibt, wie viel Zeit gebraucht wird von einer Idee bis das Produkt verkauft wird. Manche zählen auch noch die Produktionsrampe mit und stoppen die Uhr erst nach 100.000 verkauften Einheiten.

Das Konzept ist seit den 80er und 90er Jahren bekannt, hat aber seitdem nicht nur mehr Bekanntheit bekommen, sondern ist als Erfolgskriterium für eine Firma immer wichtiger geworden.

Jede Industrie hat hier ihre eigenen Zeitskalen. Während in der Autoindustrie die Entwicklungszeit von Jahren sich zwar verkürzt haben, aber immer noch in der Einheit Jahre gemessen werden können, macht das für Software heute keinen Sinn mehr. Programme, die früher als CD im Karton mit einer großen Änderung einmal im Jahr verkauft worden sind, werden heute als SaaS Software as a Service-Modell angebtoen mit Updates dutzende Male am Tag.

Diese Unterschiede führen vor allem dann zu Spannungen, wenn ein Produkt in zwei Welten spielt. Besonders auffällig immer wieder bei der Unterhaltungselektronik im Auto, die Jahre hinter dem hinterherhinkt, was wir bei Mobiltelefonen gewöhnt sind und daher besonders aus der Zeit gefallen wirkt.

Lassen Sie uns ein bisschen über die Vorteile von kurzen Entwicklungszeiten, von einer kurzen Time-to-Market (TTM) reden.

Marktführer werden – Vorteile genießen

Diejenige, die als erste auf den Markt kommt, hat erst mal den Markt für sich. Sie ist de facto Marktführerin. Dazu noch in einer Monopolsituation. Das hat handfeste wirtschaftliche Vorteile. Sie können den Preis Ihres Produktes, Ihrer Leistung mit dem Kunden ausmachen und müssen dabei keine Rücksicht auf die nicht vorhandene Konkurrenz nehmen. Sie können sich also sehr stark am Kundennutzen orientieren und nicht so sehr an Ihren eigenen Kosten. Das lässt Raum für deutlich interessantere Margen.

Aber auch jenseits des Zeitraums, in dem Sie noch alleine auf dem Markt sind, lohnt es sich, der Erste gewesen zu sein. Man erinnert sich an Sie, die Nische wird auf längere Sicht mit Ihrem Produkt verknüpft werden. Entweder wird Ihr Produkt zum Gattungsnamen (Tempotaschentücher) oder jeder denkt direkt an Sie.

Stellen Sie Sich vor, sie sind IT-Leiter und sollen eine ERP-System-Einführung machen. Sie haben sich diverse Gedanken gemacht, gute Software verglichen und letztlich eine ausgesucht. Jetzt kommt der Termin mit der Geschäftsführung, wo Sie Ihre Arbeit vorstellen. Sie stellen die verschiedenen Programme vor, Vor- und Nachteile und haben eine tolle Vergleichstabelle, die auch auf Powerpoint sowohl gut aussieht, als auch Informationsgehalt hat. Und was ist die erste Frage? Gibt es einen Grund, warum SAP in der Auswahl nicht vorkommt? Haben die nichts für uns?

Das wünsche ich Ihnen auch. Dominieren Sie Ihre Nische so, dass, wenn Sie nicht mit auf der Entscheidungsvorlage stehen, die Entscheidungsvorlage unvollständig erscheint. Sie werden automatisch angefragt.

Machen Sie Sich einen Namen, dadurch, dass Sie die ersten sind, die eine Produkt verkaufen und dominieren Sie begrifflich und wirtschaftlich Ihre Nische.

Natürlich hat das alles nicht nur Vorteile. Wer als erster eine Nische aufmacht und das erste Produkt anbietet, der muss manchmal eine ganze Menge erklären, bis die Menschen verstanden haben, warum sie etwas brauchen. Aber lassen Sie Sich davon nicht abschrecken, es kann sich sehr lohnen.

Innovativ sein

Eng verknüpft mit erster sein ist es innovativ zu sein. Das macht ja auch Sinn, jemand der regelmäßig der erste mit den Innovationen ist, ist auch derjenige von dem diese Innovationen kommen.

Das funktioniert nicht immer, so gibt es chinesische Hersteller, die Crowd-Funding-Platformen nach Ideen durchsuchen und vielversprechende Ideen aus den Markt bringen, bevor die eigentlichen Innovatoren Zeit hatten, Ihre eigenen Entwicklungen umzusetzen. Aber erstens ist das auch eine Leistung und zweitens geht das bei einfachen Konsumgütern leichter als bei Investitionsgütern.

Für einen Kunden, der sein Problem schwer zu lösen hält ist ein Innovator ein vertrauenerweckender Partner. Mein Problem ist so schwer, das können nur die ganz innovativen lösen…

Innovation mag nicht die leichteste Strategie sein, aber für innovative Produkte, die mit nichts vergleichbar sind, sind auch besserer Margen aufrufbar. Vorausgesetzt, sie lösen das Problem des Kunden wirklich.

Herdentrieb

Früher gab es in der IT den Spruch: Es ist noch keiner gefeuert worden, weil er IBM gekauft hat. Das war die Zeit der Mainframes, der großen Eisen wie man so schön sagt. Heute läuft ja alles auf Hardware mit PC-Architektur oder gleich ganz in der Cloud. Ich bin Maschinenbauer, ich will gar nicht über die Details der Computerentwicklung reden – kann ich auch nicht sinnvoll.

Aber der Satz hat eine wichtige Botschaft: Es gibt Lieferanten, mit denen ist man auf der sicheren Seite. Hier geht man kein Karriererisiko ein, wenn man bei denen kauft. Wenn es gut geht, war es die richtige Wahl, wenn es schlecht geht, hat man halt Pech gehabt, aber keinen Fehler gemacht, der Lieferant war ja tadellos und daran könnte es nicht gelegen haben.

Der Podcast wendet sich an Maschinenbauer, für Investitionsgüter, B2B. Hier wird oberflächlich nach Zahlen Daten und Fakten entschieden. Darunter ist aber nochmal eine ganz eigene Entscheidungsebene, bei denen nicht so sehr zum Wohle des Projektes, sondern zum Wohle des Entscheidungsträgers entschieden wird. Und ich rede da noch gar nicht von Korruption, sondern von diesen Gedanken zu den Fragen: Ist der Lieferant verlässlich? Fällt das auf mich zurück? Ist der Lieferant gut zu führen? Oder wird das eine Claim-Management-Hölle? Wenn die Kollegen sich meine Lieferantenauswahl anschauen, rümpfen die die Nase oder sagen die: Mit denen wollte ich auch immer mal zusammenarbeiten?

Im englischen gibt es dieses schöne: There is safety in numbers. In der Herde ist man sicher. Dieser Herdentrieb sorgt dafür, dass Menschen die Entscheidungen treffen, die andere schon mal in ähnlicher Situation getroffen haben. Das ging schon mal gut, das wird wieder gut gehen.

Warum erzähle ich das alles? Nun, stellen Sie Sich vor, Sie sind der erste in einem Markt. Die Käufer haben noch keine große Entscheidungsfreiheit. Sie lösen das Problem und es ist besser, etwas mit Ihnen zu machen als nichts zu machen, eine Konkurrenz gibt es nicht. Also kaufen sie bei Ihnen.

Und der nächste kauft und der nächste kauft. Wenn die Konkurrenz auf den Markt kommt, haben Sie die Referenzen und die Konkurrenz nicht. Es ist mit Ihnen schon mal gut gelaufen, die Konkurrenz muss das erst noch zeigen.

Dieser Rückenwind wird Sie noch lange nach der ersten Phase, in der Sie alleine auf dem Markt waren, beflügeln. Der Effekt ist in manchen Branchen stärker, in manchen schwächer, sie können auch etwas dazu beitragen, das dieser Effekt bestehen bleibt.

Der Herdentrieb der Kundschaft ist wichtig und stärkt den Marktführer oder in neuen Märkten den ersten. Nehmen Sie diesen Effekt mit, wenn sie Ihre Produktentwicklung beschleunigen und Erster auf dem Markt sind.

Enger am Markt agieren, Chancen nutzen Risiken minimieren

Sie haben eine tolle Produktidee, das wäre genau das richtige für den Markt jetzt. Jeder brauch es, keiner hat es. Also werden Sie das jetzt entwickeln. Der Businesscase sieht toll aus. Alle brennen für das Projekt und trotzdem gibt es Stimmen: Wir dürfen aber auch die neue Plattform, das neue Steuergerät, die Varianten für Entwicklungsländer nicht vernachlässigen. Die Produktroadmap ist voll und alle sind stolz.

Jetzt kommt unsere tolle Produktidee nicht so recht vom Fleck. Wegen der vielen anderen Projekte ist es schwer, das Team zusammenzustellen und alle notwendigen Rollen zu besetzten. Das macht aber nichts, der Plan steht und das Team muss sich einfach ein bisschen anstrengen um ihn einzuhalten.

Der Plan rutscht ein bisschen. Und noch ein bisschen. Es gibt immer gute Gründe. Mal fehlt Personal, dann fehlt die Fertigungskapazität, es wurden noch nicht die richtigen Lieferanten gefunden. Jedes Projektupdate verspätet sich das Projekt etwas. Meist heißt es dann: Das holen wir wieder auf. Wenn die Verzögerung zu groß geworden ist, so dass man sie nicht mehr wegdiskutieren kann, dann wird ein neuer Plan verabschiedet. Ab jetzt werden alle Verspätungen nur noch gegen diesen neuen Plan berichtet, so dass immer nur ein paar Wochen und Monate Verspätung sichtbar sind.

Würden Sie den originalen Plan daneben legen, so würden sich alle erschrecken, aber so geht die Salamitaktik auf und keiner muss seine Blutdruckmedikamente neu einstellen.

Jetzt kommen Sie mit 18 Monaten Verzug auf den Markt. Ihnen ist schon klar, dass der Bedarf, wie er sich damals abzeichnete nicht mehr so ausgeprägt zu verspüren ist. Sie haben sogar schon mal überlegt das Projekt einzustellen und die Ressourcen woanders einzusetzen. Aber, um die Wartezeit zu überbrücken sind sie mit einem Modell Ihrer Innovation auf die Messe gegangen. Die Katze ist aus dem Sack und jetzt wollen Sie auch liefern. Es geht hier schließlich um die Glaubwürdigkeit. Also haben sie weitergemacht und jetzt ist die Nachfrage nicht so wie erhofft.

Was ist passiert?

Können Sie mir die Lottozahlen der nächsten Woche sagen? Nein? Können Sie raten? Klar. Was ist die Wahrscheinlichkeit, dass Sie Recht haben? 1 zu 140 Mio. Können Sie mir die Lottozahlen der KW 16 in drei Jahren sagen? Nein, ein Tipp? Wie wahrscheinlich? 1 zu 140 Mio. Genauso unsicher. Es macht keinen Unterschied, ob Sie die Lottozahlen von morgen oder von in drei Jahren vorhersagen wollen. Die Wahrscheinlichkeit ist in beiden Fällen absurd niedrig.

Aber Sie spielen ja doch nicht Lotto, nicht im Unternehmen. Sie machen Analysen und Szenarienvergleiche und kommen so zu einer informierten Meinung. Aber wenn Sie sich zuhören, wie Sie über den Markt in drei oder fünf Jahren reden, dann sind da eine ganz ordentliche Portion Unsicherheit und eine Menge Abhängigkeiten drin. Welche Produkte entwickeln Sie, was macht die Konkurrenz, was für einen Präsident wählen die Amerikaner, steigt jetzt die Nachfrage nach Beton an der US Südgrenze oder nicht?

Nur, wenn Sie darüber diskutieren, was der Markt jetzt will, dann gibt es da zwar immer noch gewisse Unsicherheiten, diese sind aber viel kleiner und Sie sind Sich auch entsprechend sicherer in Ihren Aussagen.

Das ist die Unsicherheit der Zeit. Je weiter Sie versuchen in die Zukunft zu schauen, desto unsicherer werden Ihre Aussagen. Wenn Sie heute der Meinung sind, da ist ein Markt, der es wert ist angegangen zu werden, so ist die Aussage, ob dieser Markt in drei Jahren noch genauso vorhanden ist schon mit viel mehr Unsicherheit versehen. Sie gehen mit längeren Entwicklungsprojekten alleine aus diesem Aspekt ein größeres Risiko ein.

Wenn Sie mit Ihrer Firma eine gewisse Kapitalrendite anstreben, so schauen Sie auf den Erwartungsgewinn. Höhe des Nutzens des Projektes mal der Eintrittswahrscheinlichkeit. Schlechtere Wahrscheinlichkeiten können Sie eher theoretisch durch höheren Nutzen kompensieren. Die Rendite wird einfach fallen. Hätten Sie die Ideen, wie Sie höheren Nutzen erzeugen, würden Sie ja diese Projekte machen.

Risiko kostet Sie Rendite. Projektlänge steigert das Risiko. Alleine deswegen lohnt es sich, zu lernen Projekte schnell abzuwickeln. Erster sein, Konkurrenz ausstechen, aber vor allem den Markt noch so vorfinden, wie Sie das bei der Aufplanung Sich gedacht hatten.

Was ist Business Agility?

Das lässt sich noch etwas verallgemeinern. Bis hierhin haben wir nur von einem Projekt gesprochen. Aber Sie machen Ihre Projekte nicht zum Spaß, sondern um die Firma in der Zukunft besser da stehen zu lassen. Jedes Projekt beeinflusst die Wirtschaftlichkeit der Firma. Also schauen wir uns doch mal das Portfolio an.

Jedem Manager ist klar, wie wichtig die Produktentwicklungen für die Firma sind. Je nach Herkunft haben die Manager andere Schwerpunkte, auf die sie achten, aber egal ist es eigentlich keinem. Der Vertrieb will die Produkte, nach denen die Kunden fragen und die sich verkaufen lassen. Die Fertigung will endlich ihre Kostenziele umsetzen und legt wert auf Produkte, die sich einfacher montieren lassen. Die Qualitätsabteilung will, das endlich die unsäglich Gewährleistungssituation sich bessert und der Service hätte gerne Produkte, die zuverlässig laufen, aber genug Verschleißteile haben, dass sie auch morgen noch genug Arbeit haben. Keinem ist es wirklich egal, auch wenn sie alle eine andere Sprache sprechen.

Es ist also ein wichtiges Thema. Es wird darüber in Strategiesitzungen diskutiert, die Produktpipeline der nächsten 5 Jahre wird festgelegt. Schließlich ist das der ultimative Ritterschlag für ein Thema im Unternehmen, dass wir jetzt schon wissen, was wir in fünf Jahren auf dem Thema machen wollen. Wäre es nicht so wichtig, hätten wir nie die Zeit investiert, so lange in voraus zu planen. Auch hier gilt, übertreiben verdeutlicht, aber schauen Sie Sich doch mal bei Sich um und fragen Sie Sich, wie lange im Vorlauf Ihre Entwicklung schon verplant ist.

Und was passiert jetzt? Die Welt steht nicht still, sie dreht sich jeden Tag und einmal im Jahr auch um die Sonne. Die Konkurrent arbeitet die ganze Zeit, andere Technologien kommen auf den Markt und die Anforderungen der Kunden ändern sich. Die ganze Liebe, die Sie als Organisation der Produktentwicklung zukommen lassen, indem sie eine Produktstrategie für die nächsten fünf Jahre ausformulieren wirkt jetzt eher bedrückend. Wie ein etwas zu anhänglicher Partner hängt Ihnen diese Strategie die nächsten fünf Jahre an den Füßen, während sich draußen die Welt weiterdreht.

Eigentlich wollen Sie doch etwas anderes. Sie wollen flexibel auf den Markt reagieren können, Ihre Kunden mit Ihren tollen Produkten, die genau den Nerv der Zeit treffen, begeistern und nicht fünf Jahre in der Zwangsjacke stecken und zuschauen.

Es geht also nicht nur darum, ein spezifisches Projekt schnell durch den Entwicklungszyklus zu bringen, sondern mit der ganzen Firma flexibel auf die sich bietenden Chancen und Gelegenheiten zu reagieren. Die Fähigkeit ein Projekt schnell abzuwickeln ist das eine, die Fähigkeit, die richtigen Projekte zu definieren, die jetzt die besten für die Firma sind ist das andere. Nicht Agilität im Projekt sondern Business Agility.

Das ist ein großer Sprung für den einen oder anderen, denn schließlich ist doch eine volle Produktpipeline gut, und jetzt komme ich und sage, Nein, sie müssen den Kopf frei haben für kurzfristig interessante Themen, die sich lohnen, schnell ergriffen zu werden. Nur wer diese Fähigkeit beherrscht, kann schließlich kleinere Zeitfenster nutzen, in denen sich Möglichkeiten darbieten.

Die gleiche Agilität, die in den Projekten läuft. Kurze Feedbackzyklen, schnelle Entscheidungen, Backlog, der erst priorisiert und dann bearbeitet wird, darf auch auf der Ebene des Business gelebt werden. Keine fixierende Fünf-Jahresplanung mehr, sondern genau dann wenn wieder ein Projekt starten könnte, dann wird überlegt welches das genau dann beste Projekt ist.

Das ist die pure Herausforderung für klassisches Management. Wo lange Pläne Wertschätzung ausdrücken. Und an so einer Stelle sollen Sie jetzt von der Hand in den Mund leben? Mitnichten.

Ja es ist richtig, wenn Sie ein Projekt erst beginnen, wenn Sie auch die Ressourcen haben, dieses mit voller Kraft voraus zu bearbeiten, und dann sogar auch erst das Projekt auswählen, das begonnen wird, dann wird der Inhalt Ihrer Produktpipeline in der Tat unberechenbarer. Sie verlieren die Sicht auf Was Wann kommt. Und dennoch halte ich das für etwas Gutes. Es geht ja gerade darum, dass Sie das attraktivste Projekt, dass Ihnen vorliegt starten. Wenn Sie also von Ihrem 5-Jahresplan abweichen, dann doch genau deshalb, weil Sie eine bessere Chance gefunden haben, Ihre Ressourcen einzusetzen, ein besseres Projekt.

Und hier gilt ganz klar das Gute ist der Feind des besseren. Wenn Sie auf Businessebene nicht agil sind, wenn Sie nicht in der Lage sind, ein besseres Projekt vorzuziehen, dann entgehen ihnen Chancen Ihr Geschäft stärker auszubauen. Sie leben dann halt 5 Jahre mit Ihrem 5-Jahresplan und jede Verbesserung dessen wird ignoriert, weil jemand Stabilität vor Wertschöpfung stellt.

Stellen Sie Sich ein Buffet bei einer Konferenz vor. Das Social Event. Ein gutes Buffet. Auf dem Tisch steht das Menu mit der Auswahl, die Sie gleich sehen werden. Sie können nicht alles essen. Viel zu viele Gute Dinge. Also machen Sie Sich einen Plan.

Dann gehen Sie zum Buffet und ein Kollege, der gerade zurückkommt raunt Ihnen zu, dass der Lachs fantastisch ist. Sie schmeißen Ihren Plan in diesem Detail um. Lende raus, Lachs rein. Wie erleben Sie das? Haben Sie jetzt etwas besseres erreicht? War diese Flexibilität jetzt zu Ihrem Nutzen? Oder sind Sie jetzt ein Wackelkandidat, ein Umfaller, der keine Pläne durchziehen kann?

Das ist für mich Buisness Agility. Das Leben und Geschäftsleben sind voll von Gelegenheiten. Die Gewinner sind die, die diese Gelegenheiten genutzt haben und etwas tolles draus gemacht haben. Dafür müssen Sie Sich aus der Zwangsjacke befreien und sich selber den Freibrief geben diese Chancen auch zu nutzen.

Time to market quantifiziert – Cost of Delay nutzen um timing zu verbessern

Ich habe hier schon eigene Folgen zu Cost of Delay gemacht und auf diese sei hier verwiesen. Ich möchte das Thema aber hier nochmal aufgreifen, weil Cost of Delay dasjenige Werkzeug ist, das uns erlaubt Time to market auch wirtschaftlich auf Euro und Cent zu begreifen. Time to Market ist wichtig, ich habe jetzt schon einige Faktoren angesprochen ohne diese numerisch zu bewerten. Aber hier geht es ja auch um ZDF Zahlen, Daten, Fakten. Was bedeutet es für Sie, Ihre Time to Markt zu verbessern, was kostet es Sie, wenn Sie hier nicht handeln?

Cost of Delay berechnet die Kosten, die entstehen, wenn Sie eine Woche, ein Monat oder gar ein Jahr später auf den Markt kommen. Dabei werden nicht nur die direkten Kosten angeschaut (Mehraufwand, gebundene Ressourcen, Schleifen und Wiederholungen) sondern vor allem auf die Opportunitätskosten geschaut. Opportunitätskosten sind die Kosten, die sich berechnen aus dem entgangenen Nutzen, hier Gewinn, für Optionen, die Sie nicht realisiert haben. Wenn sie später als gewollt auf den Markt treten mit Ihrer Entwicklung, dann entgeht Ihnen Gewinn, die Konkurrenz ist schon da, langfristig kostet es Sie Marktanteile usw. Dieser entgangene Gewinn ist meist deutlich größer als die direkten Kosten. Das perfide ist, dass er nicht in den Projektkosten sichtbar wird und daher häufig vergessen oder ignoriert wird. Aber es sind harte EUR in dem Sinne, dass dies echter Gewinn ist, der sich am Ende des Projektes nicht realisieren lässt. Es ist also echtes Geld.

Sie können den Cost of Delay nutzen, um Ihre Time to Market zu verbessern. Einfach indem Sie erstens den Cost of Delay für Ihr Projekt berechnen und allen Projektbeteiligten bekannt machen und indem Sie zweitens dafür sorgen, dass das neue Wissen auch in die Entscheidungen im Projekt einfließt.

Ein Konstrukteur, der nochmal von vorne anfangen will, weil er sich in seinem Konzept verrannt hat und das jetzt keine so „schöne“ Konstruktion ist? Der Manager, der das Projekt in die Warteschleife schmeißt, weil er mit einer Entscheidungsvorlage nicht zufrieden ist und lieber in vier Wochen nochmal einen Anlauf machen will? All das Kostet Zeit. Das verlängert Ihre Time to Market und das kostet auch Geld. Ihnen entgeht messbarer Gewinn.

Das Wissen können und dürfen Sie nutzen, um Ihre Projektbearbeitungszeiten zu beschleunigen.

Wie kann ich meine Time to Market verbessern?

Und damit sind wir auch schon mittendrin im zweiten Teil: Was können Sie denn tun, um Ihre Time to Market zu beschleunigen? Cost of Delay ist wichtig. Aber letztlich ist Gewinn ein nacheilender Indikator. Ein Indikator, der Ihnen hinterher sagt, ob Sie richtig oder falsch lagen. Und auch eine Prognose auf den nacheilenden Indikator macht daraus keinen voreilenden. Und wer hier schon ein paar Folgen gehört hat, der hat mir schon abgekauft, dass nacheilende Indikatoren geeignet sind um Schuldige zu finden und nur die voreilenden geeignet sind um zu managen.

Was Sie von agiler Softwareentwicklung für Produktentwicklung im Maschinenbau lernen können

Ich möchte Ihren Blick ein bisschen lenken Richtung Softwareentwicklung. Dort sind in den letzten Jahren und Jahrzehnten sehr spannende Dinge passiert, die sich teilweise sehr gut auch im Maschinenbau anwenden lassen.

Gerade der Bereich Agil und Lean wird in der Softwareentwicklung auf spannende Art anders gelebt als dies im Maschinenbau, gerade in der Fertigung, gelebt wird. Der große Unterschied zwischen Lean in der Entwicklung und Lean in der Fertigung ist, das die Fertigung viel Wert legt auf Berechenbarkeit, Wiederholgenauigkeit und generell jede Art von Abweichung ausmerzen will. Das sorgt für stabile Prozesse und guten Durchsatz. In der Entwicklung hingegen sind die Arbeitspakete viel unberechenbarer. Die Länge ist nicht klar, das Ergebnis ist nicht klar. Und auch durch mehr Planung lässt sich das nicht kompensieren, weil Unsicherheit in der Entwicklung sogar einen wirtschaftlichen Nutzen hat. Wenn sie entwickeln machen Sie Experimente. Wenn sie vorher wissen wie das Ergebnis ausgeht und nur die Experimente machen, von denen Sie wissen, wie sie ausgehen, schöpfen Sie keine Werte, sie generieren keine neuen Erkenntnisse. Neues Wissen wird durch Experimente generiert, deren Ergebnis nicht vorher klar ist. Das aber schafft Unsicherheit, in der Entwicklung sogar gewollte Unsicherheit.

Da ist uns die Softwareentwicklung und die IT näher als die Fertigung in der eigenen Branche.

Ein massiver Trend, weswegen sich auch Maschinenbauer mit schlanker Softwareentwicklung auseinandersetzen muss, ist, dass immer mehr Funktionen nicht in Hardware, sondern in Software realisiert werden. Eine Maschine, die früher eine große Welle und viele Getriebe hatte, damit sich alles synchron drehte, hat heute viele unabhängige Antriebe mit Frequenzumrichtern, die von Software synchron gehalten werden.

Wenn mehr Features in Software realisiert werden, heißt das aber auch, das Methoden der Softwareentwicklung in den Maschinenbau Einzug erhalten.

Schauen Sie Sich nur mal bei einem gebrauchten PKW das Navi und die Unterhaltungselektronik und vergleichen Sie dies mit dem, was auf Ihrem Handy heute geht. Hier ist noch ein sehr sichtbares Beispiel, wo die Koordination nicht funktioniert hat. Aus heutiger Sicht hat das schon Komik wie sehr da die Prozesse auseinander laufen.

Zweitens wurde Software ja nicht schon immer in so schnellen Zyklen entwickelt. Früher gab es in wichtigen Projekten massive Komplexität, die mit viel Projektmanagementaufwand und großen Teams abgearbeitet werden musste. Das hat heute noch den Namen Wasserfall oder Stage-Gate. Das Projekt durchläuft gewisse Phasen gleichzeitig.

Aus der großen Unzufriedenheit damals mit Termin- und Kostentreue sind andere Methoden entwickelt worden, Software zu entwickeln.

Gerade auch die Häufigkeit mit der Feedback vom Kunden eingeholt wird hat sich erheblich vergrößert. Dadurch sind Markt oder Kunde und das Projekt nicht so weit auseinandergedriftet, auch wenn das Projekt länger gebraucht hat.

Ferner fokussieren sich die Entwicklungsmethodiken mehr darauf, die Abarbeitung der Arbeitspakete zu verbessern und dadurch mehr Werte zu schaffen als einfach zu planen und dann mehr Plantreue einzufordern. Hier wird teilweise sehr agil die Reihenfolge und Wichtigkeit von Features im laufenden Projekt neu bewertet, aber immer zu Gunsten von Features, die dem Kunden mehr Nutzen bringen. Man kann hier also sehen, das die Inhalte unplanbarer werden, aber die Wertschöpfung sich dadurch verbessert und nicht verschlechtert. Im Maschinenbau gilt ja häufig noch der Glaubenssatz, dass wenn ein Projekt nur gut genug aufgeplant wird, jede Abweichung von diesem Plan negativ zu bewerten ist. Die Softwareentwicklung zeigt, dass dem nicht so ist. So sehr, dass mittlerweile deutlich weniger Wert auf detaillierteste Planung gelegt wird, weil diese für die Wertschöpfung unerheblich ist.

Auch die Entkopplung der Komponenten untereinander ist ein ganz großes Thema in der Softwareentwicklung, denn durch diese Entkopplung kann viel schneller in den Subsystemen entwickelt werden, ohne die anderen zu stören. Auch das ist ein Konzept, das sich sehr gut aus der Softwareentwicklung übernehmen lässt.

Jede Maschine lässt sich mehr oder weniger integriert bauen. Wenn Sie Ihre Produkte mit gut voneinander entkoppelten Subsystemen aufbauen, dann lassen sich Änderungen schneller umsetzen.

Und zuletzt noch ein Konzept. Software wird in Schichten gebaut. Datenbank unten, Kundenschicht oben und dazwischen Middleware. Sie können eine Software von herunterladbarem Programm zu Webseite mit gleicher Funktion umbauen indem Sie nur die Kundenschicht ändern und die beiden anderen darunter konstant lassen. Die IT-affinen Personen unter Ihnen mögen mir diese massive Vereinfachung nachsehen, mir geht es um das Konzept, verschiedene Subsysteme so weit voneinander zu entkoppeln, dass sie unabhängig voneinander entwickelt werden können. Das ermöglicht dann auch sehr kundenindividuelle Lösungen zu realisieren. In einer frühen Episode hatte ich mal das Beispiel einer Kleintierwaage für Tiermediziner. Gleiches Innenleben, wie die Gemüsewaage auf dem Markt, aber ganz andere Anforderungen an die äußere Hülle (abwasch- und desinfizierbar, Datenschnittstelle zum Praxisprogramm, usw.).

Entkopplung bietet Ihnen große Möglichkeiten, auf spezifische Kundengruppen viel intensiver einzugehen, als dies bisher der Fall war. Und nebenbei verkürzen Sich auch Ihre Zyklen.

Das Thema ist groß genug um es mal in eigenen Folgen auseinanderzunehmen.

Agiler Kulturwandel im Unternehmen

Fangen Sie den Agilen Kulturwandel für Ihr Unternehmen in Ihrer eigenen IT an. Erstens schadet eine schlagkräftige IT nicht und zweitens haben Ihre Mitarbeiter hier schon von Scrum und DevOps gehört. Entweder sie leben es schon, oder sie hören von draußen immer wie toll das ist und Sie rennen hier mit Ihrer Initiative offene Türen ein.

Gleichzeitig dürfen Sie Sich in der Führung damit auseinandersetzen, was es heißt Business Agility groß zu schreiben. Also wie schaffen Sie es vorzuleben, was Sie von anderen verlangen. Dazu gehört eine Kultur des Feedbacks in kurzen Schleifen, der Reaktionsschnelle auf Entwicklungen und eine gewisse Kultur, seine Entscheidungen datenbasiert zu fällen.

Generell achten Manager zu sehr auf Ressourceneffizienz und zu wenig auf Floweffizienz. Sie bekommen in BWL als Haupt- oder Nebenfach beigebracht, dass eine Maschine bestmöglich ausgelastet sein soll. Damit die Stückkosten minimal werden und der Gewinn maximiert wird. Das galt mal als Mehrheitsmeinung in der Fertigung und ist dann durch Lean abgelöst worden mit einer Fokussierung auf den Wertstrom durch die Fabrik und stark ausgelastete Ressourcen bringen Verzögerungen in den Ablauf.

In der Entwicklung war es noch nie richtig dafür zu sorgen, dass Ressourcen stark genutzt sind. Hier ist es viel wichtiger, dass Ressourcen dann zur Verfügung stehen, wenn die Projekte sie brauchen, damit diese nicht verzögert werden. In der Episode zum Cost of Delay haben wir herausgearbeitet, dass die Kosten durch Verzögerung viel höher sind als die direkten Kosten. Hohe Ressourcenauslastung macht keinen Sinn.

Und zuletzt gehört zu Business Agility kleine Projekte zu machen. Ein Projekt wie der Berliner Flughafen, der Stuttgarter Bahnhof oder der Elbphilharmonie mag zwar geeignet sein, den beteiligten Politikern ewigen Ruhm zu geben (sobald sie dann mal fertig sind). Aber in einer Produktentwicklung von der die Zukunft der Firma abhängt ist ein solcher Umgang mit der Zeit schlicht nicht akzeptabel.

Es geht mehr als Sie denken

Ich möchte an dieser Stelle Werbung machen, dass Sie Sich nicht zu sehr im Denken einschränken. Während es schwierig ist, für etwas die Kosten zu halbieren oder den Gewinn zu verdoppeln, eben weil hier viele Augen drauf schauen und offensichtliche Potentiale schnell genutzt werden, so gilt dies beim Thema Zeit nicht. Viele Manager wissen gar nicht, wie sie es anstellen sollten, einen Vorgang in der halben Zeit abzuschließen. Wenn aber jemand, der sich mit so etwas auskennt, der Sache annimmt, dann kommen erstaunliche Fortschritte dabei heraus. Dies liegt daran, dass wir bei allem Druck Zeit meistens nicht gut managen. Dadurch sind hier meist auch noch ganz erhebliche Potentiale.

Das Nachher die umstehenden sagen: „Das war aber unkonventionell“ sagt nicht so viel über die Beschleunigung aus, sondern mehr darüber wie wenig dieses Wissen im Mainstream verfügbar ist.

Hier sind mal zwei Beispiele von Projekten die verglichen mit dem, was wir für normal halten massiv beschleunigt wurden und das durch Methoden, die eigentlich nicht unkonventionell sein sollten.

Hier wird eine Prachtstraße in Moskau neu geteert. Mehrere hundert Meter lang, viele Spuren breit an einem Tag. Das Video ist aufschlussreich. Hier sind die wichtigsten Takeaways. Erstens es arbeiten genau so viele Teermaschinen, wie notwendig um die Breite der Straße abzudecken. Das ist das Maß an Parallelität, das notwendig ist. Eine Maschine zu wenig und eine Maschine muss die Strecke zweimal fahren und die Baustelle dauert doppelt so lange. Eine Maschine mehr und sie hätte nichts zu tun. Dies ist der Engpass. Vor den Teermaschinen eine Armada von LKW, die neuen Teer ranschaffen. Bloß nicht den Nachschub stocken lassen, damit die Teermaschinen immer arbeiten können. Hier sieht es nach zu vielen LKW aus, weil ja immer welche herumstehen und nichts machen. Aber, das ist wichtig, damit der Engpass, die Teermaschinen durcharbeiten können. Wenn die Teermaschinen vorgefahren sind und eine Asphaltdecke hinterlassen kommt eine Menge Walzen ins Spiel, die den Asphalt glättet.

So eine Baustelle ist sehr gut kalkulierbar. Man weiß, wie viel Teer eine Teermaschine pro Stunde macht und wenn man sie gut versorgt halt, dann kann sie das auch leisten. Also hat man hier ein Projekt, dass sehr schnell durchgezogen wurde, aber in der Kernkonzeption nicht zu fragil ist.

Ein zweiter Film ist ein Tunnel unter der Autobahn in Holland. Hier wird der Tunnel als Betonkasten neben der Autobahn vorbereitet und dann die Autobahn nur für ein Wochenende aufgegraben, um den Tunnel einzubringen.

Auch hier ist eine wichtige Lektion Dinge vom kritischen Pfad wegzuhalten. Der Tunnel ist komplett vormontiert und wird auf Schienen an seinen Platz gebracht, ein Tag, nachdem die Autobahn aufgegraben wurde und einen Tag später war der Tunnel vergraben, die Teerdecke wieder hergestellt. Welche Möglichkeiten haben Sie, den kritischen Pfad zu entlasten und schon mal Dinge vorzubereiten, die sonst Zeit kosten. Ich kenne mehr als einen Einkauf, der gerne mit fertigen Zeichnungen zum Lieferanten gehen will, weil er dann die meiste Macht beim Preise verhandeln hat. Wird zu früh verhandelt kann ein pfiffiger Lieferant für jede Änderung den Preis anpassen und der Preis endet dann im Endeffekt höher. Nur: Wo ist hier das globale Optimum? Der Einkauf setzt hier Zeit ein, um sein Siloziel zu erreichen.

Ich habe in meiner eigenen Geschichte Lieferanten von Anlagenbaukomponenten gehabt, die wir spezifisch für die Anlagen gekauft haben, die also noch konfigurieren mussten. Wir hatten da regelmäßig 8-12 Wochen Lieferzeit auf den Komponenten, was uns immer wieder zu Problemen bei unseren Aufträgen geführt hat. Also habe ich den Lieferanten vorgegeben, dass wir in Zukunft in 2 Wochen nach Lieferung beliefert werden wollen. Wir haben das mit mehreren Lieferanten geschafft, mit jedem gab es ein individuelles Vorgehen, für jeden Lieferanten haben wir auch Änderungen bei uns gemacht, dass es denen leichter fällt. Warum 2 und nicht 6 Wochen? Von 8 auf 6 Wochen, da wäre die Versuchung groß gewesen, das mit mehr Druck und mehr Managerfingern im Prozess zu lösen. Das hätte ein paar Male geklappt und danach nicht mehr. Für 2 Wochen mussten wir uns die Prozesse hüben wie drüben anschauen und aufräumen. Es war immer Arbeit auf beiden Seiten, aber das Ergebnis war dann auch, dass die 2 Wochen zuverlässig funktioniert haben. Kostensteigerungen? Keine, das war Bedingung.

Ich habe an anderer Stelle schon mal eine Episode zu Großen und Kleinen Zielen gemacht. Mein Fazit damals war, dass ich Große Ziele bevorzuge. Faktor 5 statt 5% weil Sie um das zu erreichen anders denken müssen und das Problem grundsätzlich hinterfragen. Und häufig geht es auch, nur nicht, wenn man nicht nachdenkt. Jedes Jahr 5% bringt einen eigentlich auch ans Ziel, aber da ist die Versuchung zu groß, jedes Jahr nur den Druck zu erhöhen und nicht das System zu verbessern. Das Ergebnis ist, dass die 5% dann doch nicht erreicht werden und keiner mehr zufrieden ist. Oder das Ergebnis ist, dass mögliche Verbesserungen nicht wahrgenommen werden, um nächstes Jahr noch Luft zu haben. Auch nicht gut.

Seien Sie mutig, meist geht mehr als Sie denken, aber eben nur, wenn Sie strukturell aufräumen und lernen die richtigen Fragen zu stellen und die richtigen Probleme zu lösen. Und darum geht es hier bei Smarter Entwickeln. Wir wollen die Produktentwicklung im Maschinenbau von der Wertschöpfung her neu denken und mit allen Methoden, die uns voran bringen die richtigen Produkte für die richtigen Kunden schnell auf den Markt bringen.

In diesem Sinne haben Sie eine erfolgreiche Woche, Ihr Florian Kuhnke

Entchen in einer Reihe angeordnet

Optimal Projekte priorisieren mit COD3

018 – Optimal Projekte priorisieren mit COD3

Die Herausforderung

Sie haben eine Entwicklungsabteilung und viele tolle Projektideen. Sie haben verstanden, dass wenn Sie alles gleichzeitig machen wollen, Sie alles verspätet bekommen. Also wollen Sie Priorisieren. Die Projekte in der sinnvollsten Reihenfolge abarbeiten.

Der Controller zeigt den ROI. So hat er es gelernt, Geld ist knapp, also muss das beste daraus gemacht werden.

Der Werksleiter schreit nach den Produkten, die hier am Standort gefertigt werden, klar, er will seinen Overhead schön auf Volumen verteilen. Seine Zahlen sehen am Besten aus, wenn der weder überlastet ist, noch unterausgelastet ist, sondern genau das verkauft wird, was er fertigen kann und dabei die Umlagen sich auf viele Aufträge verteilen.

der Vertrieb will die Produkte, die sich am besten verkaufen, so lässt sich am meisten AE hereinholen und von Aufträgen leben Sie doch. Oder er schreit nach Entwicklungen, damit der Wettbewerbsnachteil ausgeglichen wird, den Sie bei einem Produkt hat. Er würde gerne wieder das versprochene Volumen liefern, aber bei der Konkurrenzlage, keine Chance.

Das Marketing will jetzt endlich die Big-Data-Komponente umgesetzt haben, damit sie damit auf die Messe gehen können. Sie wollen doch ein modernes Image, oder nicht.

Und Sie als Leitung sitzen dazwischen und wollen Struktur in diese Unruhe bringen. Aus der Kakophonie der Anforderungen ein schlüssiges Konzept machen. Hat nicht das Produktmanagement eine Entscheidungsvorlage gemacht? Und während Sie diese noch suchen, kommt ein kleiner frecher Gedanken hoch: Keiner Ihrer Leute hat vom Kunden her argumentiert, keiner hat über seine Silogrenzen hinaus gedacht, keiner hat die Punkte der anderen aufgenommen, geschweige denn deren Sprache gesprochen.

Sie können sich jetzt für einen entscheiden, aber dann verärgern Sie N-1 andere. Es steht Ihnen zu, diese Entscheidung zu fällen. Aber warum sollten Sie das eigentlich machen? Ist das nicht eigentlich eine Sachentscheidung? Oder zumindest eine, die sich sachlich vorbereiten lässt, auch wenn dann noch etwas Unsicherheit bleibt? Wo ist denn die Entscheidungsvorlage vom Projektmanager, sie hätten gerne eine Liste der Projekte in einer Reihenfolge. Erstens, zweitens, drittens und wenn wir können viertens. Mit Zahlen, Daten, Fakten Argumenten und einem sinnvollen Vergleich. Kurz, eine Entscheidungsvorlage mit einem Vorschlag und unterstützenden Argumenten.

Haben Sie dies so oder ählich schonmal erlebt? Dann ist diese Episode für Sie, denn ich möchte Ihnen einen Weg herausweisen.

Aber zuerst nochmal ein Schritt zurück: Was wollen sie eigentlich erreichen?

Sie haben begrenzte Möglichkeiten. Eine existierende Entwicklungsabteilung. Eine bestimmte Gruppengröße der Konstruktion, eine bestehende Prüfstandsinfrastruktur, ein bestimmtes Budget, dass Sie Sich leisten können, Kundenbedüfrnisse und eine gewisse Ahnung, wo die Märkte hingehen. Kurz, Sie haben jede Menge Randbedingungen, die gegeneinander abgewogen werden müssen.

Sie wollen ein erfolgreiches Unternehmen führen. Erfolgreich kann vieles bedeuten, die Sinnfrage beantwortet jeder unterschiedlich. Aber allen Sinnfragen ist eines gemeinsam: Sie werden Ihr Ziel nur erreichen, wenn Sie die Möglichkeiten dazu haben. Dazu brauchen Sie Geld. Geld ist ein Potential, ein Rohstoff, den Sie einsetzen können, um die Ziele zu erreichen. Um es frei für Ihre Ziele einsetzen zu können muss es frei sein, übrig nach dem alle Kosten abgezogen worden sind. Gewinn also.

Beantworten Sie Sich Ihre Sinnfrage, wie sie wollen, der Weg dahin führt über Gewinn. Dabei müssen Sie Gewinn nicht notwendigerweise herausziehen, sie können auch Reinvestieren oder bestimmte Dienstleistungen dadurch subventionieren, weil Sie etwas zurückgeben möchten.

Sie wollen schnell auf dem Markt sein. Das Rad dreht sich schneller, die Konkurrenz ist schneller, es kommt Konkurrenz aus technologien, die sich viel schneller entwickeln. Früher wurden Maschinen mit spannenden Getrieben gebaut und konnten eine Bewegung durchführen. Heute läuft das alles in Software. Andere Bewegung vom Roboter -> Software, andere Hubkurve an der Presse -> Parameter, andere Belüftungsstrategie -> Software.

Diese anderen Technologien kommen in Ihren Markt und verändern das Tempo. Nicht selten wird dabei die Zeitskala um den Faktor 10 oder 100 verkürzt. Etwas was früher vier Monate gedauert hat, 100 Tage, weil es konstruiert, gebaut, verschifft, verzollt, eingebaut und in Betrieb genommen werden musste, wird jetzt als Softwareänderung über Nacht eingespielt.

Hier halten Sie nur mit, wenn Sie ähnlich agil werden. Wenn Sie ein Produktmanagement haben, dass nicht versucht zu erraten, wie die Welt in fünf Jahren aussieht und dann ein die Firma verwettet auf ein paar wenige große Projekte mit langer Laufzeit.

Sie fühlen sich zunehmend unwohl damit, die Priorisierung als Verhandlungsergebnis zu sehen. Jeder bringt seine Vorschläge, Ideen, Forderungen und Taktiken mit und am Ende hat sich durchgesetzt, wer am meisten und am lautesten geredet hat. Die schlagfertigsten Antworten parat hatte um die Kollegen am durchsetzen Ihrer Punkte zu hindern.

Warum soll ein für die Firma besseres Ergebnis herauskommen, wenn ein extrovertierter Vertriebler einen introvertierten Controller unter den Tisch quatscht?

Sie wollen eine sachliche Entscheidungsbasis. Eine, die schon auch mal überstimmt werden kann, wenn der Bauch gar in eine andere Richtung zeigt, aber eine Basis, die hilft die Interessen aller auf einem Maßstab abzubilden und hinterher auch hilft, der ganzen Firma zu erklären, warum die Entscheidung denn so gefallen ist.

Denn nur, wenn Sie es schaffen, die Priorisierung der Führungsebene und dem Rest des Hauses zu verkaufen, haben Sie die Chance, dass sich die Leute danach richten. Die Priorisierung für ihre Entscheidungen nutzen und dadurch auch nicht nur am gleichen Strang zu ziehen, sondern auch am gleichen Ende. Kurz eine Priorisierung, die vom Haus aufgegriffen wird, führt dazu, dass alle in die gleiche Richtung marschieren und Sie die Energie in die Erreichung der Ziele und nicht in interne Querelen stecken.

Sie brauchen eine Methode, die diese Kriterien erfüllt. Eine Methode, die Sie weitergeben können, mit der das Team arbeiten kann, mit der eine schlüssige Entscheidungsvorlage erstellt werden kann.

Damit Sie eine Entscheidungsvorlage bekommen, die Sie aufnehmen können und verabschieden können. Sie geben die Methode vor und behalten die Kontrolle. Ihr Team bereitet die Daten auf und sie kommen mit einer einheitlichen, vermittelbaren Priorisierung aus dem ersten Meeting.

Klingt gut? Hier ist mein Vorschlag und ich will Ihnen auch erläutern warum ich so denke.

Cost of Delay divided by duration. COD3.

Sie nehmen den Cost of Delay eines Projekts. Also, den entgangenen Gewinn, wenn sich dieses Projekt verzögert. Wie das geschieht, dazu habe ich schon eine Episode gemacht. Das Beispiel damals war ein COD von EUR 100.000 pro Woche.

Ferner schauen Sie sich an, wie lange ihre Engpassressource von diesem Projekt belegt wird. Also wie sehr Sie andere Projekte verschieben, wenn Sie dieses Projekt vorziehen.

Der Engpass ist die Ressource, die für Ihr System durchsatzbestimmend ist. Man kann sie systematisch sichtbar machen mit Kanban-Boards und Cumulative-Flow-Diagrammen aber sie sind meist auch intuitiv zugänglich und sichtbar daran, dass hier die meisten Projektverzögerungen und Konflikte auftauchen.

Das kann eine Konstruktion sein, das kein ein Prüfstand sein, eine Qualitätsischerung, die mit der Erstbemusterung nicht hinterher kommt oder andere Abteilungen. Meist teure Spezialisten, die aber dringend gebraucht werden.

Wenn Sie 30 Konstrukteure haben und für ein Projekt 300 Teile à 30 Stunden Aufwand konstruieren müssen, dann binden Sie 300 Mannwochen Konstruktion. Bei 30 Konstrukteuren blockieren sie damit die Konstruktion für andere Aufgaben für 10 Wochen. Kurz, wenn Sie dieses Projekt machen, schieben sie alle anderen Projekte 10 Wochen nach hinten verglichen mit dem Fall, das Projekt nicht zu machen oder nach allen anderen zu machen.

Aus diesen beiden Zahlen bilden Sie jetzt den Quotient. Also EUR 100 000 pro Woche durch 10 Wochen. Die Einheit ist Euro pro Woche im Quadrat, eine Einheit, mit der man zwar abstrakt arbeiten kann, die aber nicht unmittelbar zugänglich ist.

Es geht einfach nur darum, den Nutzen eines Projektes mit dem Aufwand ins Verhältnis zu setzen. Der Begriff Cost of Delay kommt vom Begriff der Opportunitätskosten. Und Opportunitätskosten sind entgangene Gewinne, wenn Sie ein Projekt verschieben, bzw. Gewinne, die Sie erwirtschaften, wenn Sie das Projekt jetzt machen. Es geht also um Gewinnsteigerung.

Und der Delay ist die Zeit, die eine Engpassressource durch dieses Projekt blockiert ist. Also letztlich ein Maß für den Preis, den wir zahlen, um das Projekt durchzusetzen. Ich habe diverse Episoden zu Warteschlangen und Priorisierung gemacht, in denen ich auf die Details eingehe.

Also einfach nur ein bestimmtes Maß für den Nutzen (Gewinnsteigerung, die mir nicht entgehen soll) durch einen Aufwand (Engpassressource, die ich unwiederbringlich in dieses Projekt investiere und für nichts anderes heranziehen kann). Nutzen durch Aufwand. So bekannt.

Kleiner Exkurs für Ingenieure: Erinnern Sie Sich an Kinematik? Weg, Geschwindigkeit, Beschleunigung? Was waren denn da die Einheiten dran? Welche Dimension hatten Sie da? Das waren m, also Länge für den Weg. m/s für die Geschwindigkeit also Länge durch Zeit. Und Länge durch Zeit zum Quadrat, also m/s2 war die Einheit der Beschleunigung.

Was sind also EUR/Woche2?

EUR ist die Einheit vom Gewinn.

EUR/Woche ist die Einheit des Gewinnwachstums und

EUR/Woche2 ist die Einheit für die Gewinnbeschleunigung.

Die Entwicklungsabteilung ist also nichts anderes als das Gaspedal Ihres Unternehmens und unsere Priorisierung zielt auf nichts anderes als die maximale Beschleunigung für Ihren Gewinn zu erreichen. Und dazu suchen wir uns die Projekte aus, die den größten Beschleunigungswert aufweisen.

Das ist auch der Moment, nochmal an Alois Gälweiler zu verweisen, der sein vierstufiges Modell hatte, dass die Entwicklung die zukünfitge Marktposition beeinflusst, die aktuelle Marktposition (Marktanteil, Marktführerschaft) beeinflusst den Gewinn und der wirkt sich auf den Cash aus. Cash bestimmt letztendlich über Leben und Tod, also Insolvenz einer Unternehmung. Hier schließt sich also wieder der Bogen zur Episode Werte schaffen in der Entwicklung.

Ich will nicht über klassisches Multi-Projektmanagement lästern, nur, wer sich damit im Detail auseinander gesetzt hat, weiß noch, wie kompliziert es ist, die verschiedenen Abhängigkeiten abzubilden. Und wie überaschend die Kaskade von Änderungen, die in einem Projekt gestartet sind dann durch die anderen schwappen. Nicht selten kamen dabei große Veränderungen an den Zeitplänen heraus, die komplex und unberechenbar waren, so dass sich dann auch keiner mehr dafür verantwortlich zeigen wollte.

COD3 ist eine sehr einfache Methode, deren ganz großer Vorteil auch darin besteht, dass die Kennzahl, nach der sortiert wird für ein Projekt berechnet werden kann, ohne, dass Abhängigkeiten zu anderen Projekten bestehen. Das sorgt für ruhigere Ergebnisse, weil sich die Kennzahl nur ändert, wenn sich an meinem Projekt etwas ändert und das wiederum fürht dazu, dass sich die Mitarbeiter auch mit den Ergebnissen des Projektes identifizieren und bereit sind, sich daran auch messen zu lassen.

Priorisieren mit COD3

Wie gehen Sie daran, COD3 bei Ihnen zu implementieren?

Für jedes Projekt haben Sie eine Projektergebniskalkulation, also eine Rechnung, wie das Projekt sich auf Ihr Ergebnis auswirken wird. Welche Aufwände haben Sie? In welcher Höhe und wann? Welche Auswirkungen hat das Projekt? Stückzahlen, Marge, AE, Umsatz, Kosten und letztlich Gewinn?

Dies ist die Grundlage für Ihren Szenariovergleich. Vergleichen Sie den Gewinn für ein pünktliches Projekt mit einem verspäteten Projekt. Sehen sie dabei die direkten Kosten (Prüfstand länger benutzt, Mitarbeiter länger im Projekt gebunden) machen Sie sich aber vor allem Gedanken darüber, wie das Projektergebnis im Markt beeinflusst wird.

Wenn sie später fertig werden, verlieren Sie dann Verkäufe? Fast sicher.

Kann es sein, dass Sie Probleme haben werden, den angenommenen Marktanteil zu realisieren. Gerade wenn eine neue Nische besetzt werden soll, kann ein verspäteter Markteintritt zu empfindlich kleineren Marktanteilen führen.

Sind Sie in einem kurzlebigen Markt? Wie lange lässt sich das Produkt überhaupt verkaufen (Regulatorische Einflüsse, aber auch Moden). Das kann Ihre Projektergebnisrechnung empfindlich beeinflussen.

Jetzt kennen Sie den Cost of Delay. Jetzt brauchen Sie noch den Teiler.

Was ist Ihr Engpass? Was ist ihre knappe Ressource, die bestimmt, wie viele Projekte Sie im Jahr schaffen. Controller, Geschäftsführer und andere kaufmännisch denkende Menschen sagen häufig: Geld. Aber stellen Sie sich vor, sie würden doppelt so viel Geld bereitstellen, würden Sie dann doppelt so viel Ergebnis sehen? Kann ich einmal die Hände sehen, von denen, die glauben, dass Geld die wahre Knappheit ist?

Es sind meistens andere Dinge. Ich reite hier nicht umsonst im Podcast so viel auf Beispielen herum, die davon ausgehen, dass die Konstruktion der Engpass ist. Gerade in gewachsenen Betrieben, wo früher am Reißbrett gearbeitet wurde, wird schnell vergessen, dass durch die Einführung von CAD nicht nur eine Beschleunigung der Konstruktionsarbeit stattgefunden hat, sondern auch viele Aufgaben in der Konstruktion gelandet sind.

Ein Gussteil wurde früher gezeichnet und der Formenbauer musste an unzähligen Stellen noch Details in die Zeichnung hereininterpretieren. Das war OK, das war die Arbeitsteilung und die hat funktioniert. Eine 3D-Konstruktion muss aber alle Details vorgeben. Einen Formenbauer, der Lücken füllt gibt es nicht mehr, die Fräse, die die Form aus dem vollen Fräst nimmt nur Daten aus der Konstruktion. Garbage in – garbage out. Das gleiche bei Stammdaten, Lieferanten usw. An vielen Stellen macht die Konstruktion heute mehr Wertschöpfungstiefe als früher.

Natürlich können Sie Externe einsetzen. Aber wie viele? Wenn Sie sich mit dieser Thematik auseinandersetzen sind sie nicht irgendwer, sondern erster, zweiter oder dritter in Ihrem Markt. Sie können etwas besonders gut, dass sie heraushebt. Und da soll ein allgemeiner Konstruktionsdienstleister gleichwertige Arbeit machen können? Das funktioniert in Excel-Sheet des Controller, aber nicht ich der Kernkompetenz des Unternehmens.

Davon unbenommen ist natürlich die Möglichkeit unspezifische Arbeiten abzugeben, das kann ganz gut klappen.

Dieser Engpass begrenzt den Durchsatz für alle. Ich kann noch so viele Einkäufer haben, wenn die Konstruktion nicht nachkommt, drehen die Einkäufer halt Däumchen. Der Durchsatz wird im Engpass bestimmt und Prozessverbesserungen sind auch nur im Engpass relevant für den Durchsatz.

Der Engpass kann auch in den Prüfständen liegen. Teure Investitionsgüter, die man nicht eben mal baut. Schauen Sie genau auf Ihren Fall und lassen Sie sich ggfs helfen.

Jetzt schauen Sie in den Projektplan und bewerten Sie den Aufwand im Engpass. Der Aufwand geteilt durch Ihre Kapazität im Engpass ist die Zeit, die sie den Engpass für dieses Projekt monopolisieren. Die Zeit, die andere warten müssen.

Diese zwei Zahlen setzen Sie zusammen zu COD3.

Noch haben Sie nur innerhalb des Projektes gearbeitet, keine Abhängigkeiten der Projekte untereinander. Diesen Schritt können Sie also für jedes Projekt einfordern, noch bevor eine Entscheidung fällt über tun oder nichts tun.

Diese Kennzahl funktioniert am besten, wenn es einen konkreten, berechenbaren Nutzen gibt. Technologie-Projekte, Vorentwicklungen, Strategischen Themen und ganz neue Geschäftsfelder sind schlechter zu erfassen als konkrete Produktentwicklungen für bekannte Märkte mit bekannten oder gar bestehenden Kunden. Ihnen wird die Führungsaufgabe also nicht vollständig abgenommen.

Mit diesen Zahlen gehen Sie in den Vergleich. Und dann sehe ich das ganz nüchtern: Wer schnell fahren will muss gut beschleunigen. Nehmen Sie also die Projekte, die Ihren Gewinn am meisten beschleunigen nach vorne und machen Sie die anderen später.

Jetzt wird es etwas Geschrei geben, weil die Reihenfolge der Projekte nach COD3 wahrscheinlich anders aussieht, als sich das Vertrieb oder Produktion gewünscht haben. Das ist aber auch in Ordnung. Sie priorisieren ja nicht mehr nach den Partikularinteressen der Silos, sondern nach dem Gesamtwohl der Firma. Gewinn. Und Gewinn können Sie dan reinvestieren und das Rad schneller drehen lassen oder anderweitig verändern, so, wie Sie Sich Ihre Sinnfrage beantwortet haben.

Jetzt kommen wir an einen spannenden Punkt, und ich will ja auch, dass Sie Sich freuen, die Episode ganz angehört haben.

Wenn jetzt jemand unzufrieden ist, mit der Platzierung auf der Rangliste. Kann er oder sie sich bemühen, das Projekt so zuzuschneiden, dass es attraktiver wird.

Erinnern Sie Sich an diesen einen Mitschüler, der nach jeder Klausur zum Lehrer hingegangen ist, um die Note nachzuverhandeln. Ich musst immer feixen, wenn der Lehrer geantwortet hat: Es gibt einen ganz einfachen Weg, die Note zu verbessern. Du setzt Dich hin, lernst die Vokabeln, nächstes Mal machst Du weniger Fehler und schwuppdiwupp ist Deine Note besser.

Hier ist es genauso. Jeder ist seines eigenen Glückes Schmied. Jeder hat es in der Hand ein Projekt attraktiver zu machen. Nehmen wir an Pareto hatte Recht. Und es geht hier nicht um die absoluten Zahlen, sondern um das Prinzip, das Aufwand und Ergebnis meist sehr ungleich verteilt sind. Dann lassen sich in jedem Projekt die 20% Aufwand finden, die für 80% des Ergebnisses veranwortlich sind. Das ist viermal so viel Nutzen pro Aufwand wie das ursprüngliche Projekt.

Schauen Sie sich die Projekte an. Dann machen wir das noch, und das gleich mit, und wir haben schon so lange nichts neues mehr gemacht, das muss der große Wurf werden… Viele Projektentwürfe haben eine fette Speckschicht angesammelt. Schneiden Sie die rigoros ab.

Laden Sie die Projekte zum Wettbewerb ein. Laden Sie zum manipulieren der Rangliste ein. Wer sein Fett so abgeschnitten bekommt, das pure Wertschöpfung über bleibt, der hat es dann auch verdient als erstes bedient zu werden.

Das hat drei Effekte. Erstens werden dadurch die Projekte kleiner, kürzer, sie sparen Sich überflüssigen Aufwand und verringern dadurch die Zeit am Flaschenhals. Kürzere Projekte machen Sie agiler und sie können mehr Innovationen pro Jahr auf den Markt bringen.

Zweitens ist der Wettbewerb ein gesunder, weil die Projekte besser werden. Es geht nicht darum, wer am meisten schreit, wer am besten erzählt, sondern darum, welches Projekt am meisten Werte schafft. Unzufrieden, verbesser Dein Projekt.

Und drittens, setzt diese Methode Kreativität frei. Hier ein kleines Beispiel. Der Einkauf hat eine Reihe von Kostenreduktionsthemen, die nicht abgearbeitet werden, weil sie nicht auf der gleichen Liste stehen wie die Entwicklungsprojekte. Sie sind auch nicht so sexy. Aber, es kann durchaus sein, dass diese Themen sehr attraktiv sein können, weil sie große Einsparung bringen für verhältnismäßig wenig Konstruktionsaufwand. Aufwand, den auch der Lieferant übernehmen könnte, wenn er ins Geschäft kommen will. Der Engpass ist die Konstruktion in der eigenen Firma, nicht Konstruktionsaufwand allgemein. Dadurch lassen sich ideen schnell mal um den Faktor 10 in der Bewertung verbessern.

Sie merken also, ich will ihnen die Methode wärmstens ans Herz legen.

Wer mehr darüber lesen will kann bei Donald Reinertsen The Principles of Product Development Flow fündig werden. Ein Link ist in den Shownotes. Das Buch ist Gold wert für Menschen, die sich mit der wirtschaftlichen Seite der Produktentwicklung beschäftigen. Es ist auch das Buch, das ich am meisten verschenkt habe.

Nächste Woche gehe ich nochmal spezifisch auf Time-To-Market ein. Ich will diskutieren, warum kurze Entwicklungszeiten überproportional wertvoll sind. Ich freue mich darauf, Sie dann wieder begrüßen zu dürfen.

Stau

Die wahren Kosten der Warteschlange

017 – Die Echten Kosten der Warteschlangen

Heute will ich mal ein paar Dinge zusammenziehen, die ich in den vergangenen Episoden vorbereitet habe.

Aber zuerst: Zwei Geschichten:

Oma und Kleinfritzchen gehen auf dem Fußweg. Kleinfritzchen sieht einen Hunderteuroschein auf der Straße liegen und will ihn aufheben. Oma lässt ihn nicht und zieht ihn weiter. Kleinfritzchen meckert und zetert aber Oma sagt: Den Hunderteuroschein gibt es nicht, denn wenn es ihn gäbe hätte ihn schon jemand mitgenommen. Keiner lässt doch einen Hunderteuroschein liegen.

Neben dem Fußweg herrscht Stau in der Stadt. Zu viele Autos wollen die Einfallstraße reinfahren und der Verkehr steht. In jedem Auto sitzt eine Person. Eine Handwerker, eine Ärztin, ein Lehrer, eine Ingenieurin, Programmierer, Erzieher, Händler, der Stau ist ganz demokratisch, jeder hat seinen eigenen Stehplatz auf der Fahrbahn.

Wenn man sich mal den Stundenlohn zusammenrechnet, der hier verprasst wird, ist das schon faszinierend. Ach nehmen wir nicht den Lohn, sondern die Kosten für den Arbeitgeber mit Steuern, Nebenkosten und Overhead.

Da sind wir bei schnell bei EUR 200 pro Fahrzeug und Stunde. Ein Fahrzeug ist 5 m lang, also EUR 40 pro Meter Fahrbahn. EUR 40 000 pro Kilometer.

EUR 80 000 für zwei Spuren.

Morgens und Abends, fünf Tage die Woche. EUR 800 000.

Und alles nur wegen einer Baustelle, ein Rohr ist geplatzt, die Straße wurde aufgegraben, notdürftig geflickt aber bis die Reparatur endlich fertiggestellt werden kann und die Straße wieder freigegeben wird muss noch das Bautrupp noch woanders fertig werden.

10 Wochen dauert das. 8 Millionen. Die Wartezeit ist ein Vielfaches teurer als die direkten Kosten der Baustelle. Aber die Kosten sieht die Stadt ja nicht und zahlt die Stadt ja nicht.

Wartezeit kostet. Viel, viel mehr als die Baustelle selber. Die Zeit, die die Leute nicht arbeiten konnten sind Opportunitätskosten. Cost of Delay, die Kosten, dafür, dass sie im Stau feststeckten.

Warum erzähle ich das? Ich rede doch sonst über Entwicklung.

Haben Sie diesen Kollegen, durch den alles durch muss? Der Spezialist, der gerne konsultiert wird, der Supermann, der der einzige ist, der eine Aufgabe machen kann? Hat jeder. Wenn ihnen keiner einfällt, gehen Sie doch mal suchen, Sie werden einen finden. Ihr Team kennt ihn sicher.

Wandeln wir das Bild etwas um. Dieser Experte ist viel gefragt. Schau doch mal auf die Auswertung, was denkst Du zu den Messwerten, konntest Du schon meinen Bericht anschauen. Immer warten wir auf diese eine Person.

Und ich verstehe das, manche Personen sind echt teuer. Richtige Spezialisten gibt es nicht wie Sand am Meer. Da kann man froh sein, wenn man einen hat. Mehr können wir uns nicht leisten, mehr können wir auch gar nicht auslasten. Schreck, die Kosten wenn der Spezialist nicht die ganze Zeit arbeitet.

Und in der Zeit warten Arbeitspakete auf den Mitarbeiter. Und bleiben liegen. Sie stehen sozusagen im Stau. Und verzögern sich. Sie haben einen Delay. Und letzte Woche sprachen wir von Cost of Delay und wie man den misst. Und wir haben herausgefunden, dass ein Projekt teilweise erhebliche COD haben kann, dass das aber Opportunitätskosten sind, Kosten, die wir nicht sehen, nur entgangener Gewinn, noch nicht mal für dieses Geschäftsjahr. Nur in ein zwei Jahren fehlt dann halt der Gewinn.

 

Aber warum erzähle ich das?

Verzögerung kostet, sogar erschreckend viel. Und Wartezeiten, Warteschlangen, verzögern Arbeitspakete und Projekte und kosten daher auch.

Jede Warteschlange erzeugt Opportunitätskosten. Wir könnten schneller fertig werden und die Vorteile haben. Machen wir nicht, also entgeht uns der Nutzen, der Gewinn, also haben wir Opportunitätskosten.

Jetzt haben wir ein Arbeitspaket in einem Projekt, dass sich verzögert. Der unersetzliche Schlüsselmitarbeiter kommt nicht dazu, weil er erst noch zu einem Kunden fahren muss, einen Vortrag halten soll und danach noch drei weitere Dinge zu erledigen hat. Also bleibt das Arbeitspaket liegen. Es ist auf dem kritischen Pfad. Verzögerungen wirken sich also eins zu eins auf das Projekt aus.

Nehmen wir die Zahlen aus dem Beispiel der letzten Woche. Also einen Cost of Delay von EUR 100 000 pro Woche. Das Arbeitspaket bleibt drei Tage liegen. Also EUR 60 000.

Dumm nur, dass das gleiche auch mit zwei anderen Projekten passiert. Nehmen wir der Einfachheit halber die gleichen Zahlen. Also kostet uns das ganze Spiel jetzt schon EUR 180 000. Wieviel verdient dieser Mitarbeiter und könnte man davon nicht noch einen finden, oder kann man seine Aufgaben auf mehr Schultern verteilen?

Zu weit hergeholt? Glaube ich nicht, aber nehmen wir ein anderes Beispiel:

Alle Entwicklungsprojekte müssen durch die Konstruktionsabteilung. Wir haben hier 7 Projekte. Cost of Delay wie oben. Jedes Projekt könnte in 2 Monaten durch die Konstruktionsabteilung geschleust werden, wenn wir sie brav der Reihe nach abwickeln würden.

Warum nacheinander? Es gab da mal eine Folge zu. Sequentiell statt Parallel. Da habe ich das erklärt.

7 mal zwei Monate: Also brauchen wir die Konstruktionsabteilung dieses Jahr 14 Monate. Sie ist etwas überbelegt, aber nur ein bisschen.

Wir haben ja gute Projektmanager, die daran gemessen werden, dass ihr Projekt vorankommt. Jeder kümmert sich um sein Projekt. Mehr kann man ja nicht machen.

Erkennen Sie ihre Firma wieder? So weit so typisch.

Jetzt haben sie richtig gute Projektmanager, sie haben ja gute Leute. Sie wissen auch das Projektmanagement wichtig ist und haben hier nicht gespart. Kurz, Sie sind der Meute einen Schritt vorraus. Andere Firmen setzen Führungsanfänger im Projektmanagement ein, Führung light sozusagen, aber doch nicht Sie. So weit so untypisch.

Also diese guten Projektleiter wissen, dass die Konstruktion ein Problem wird. Also kämpfen sie von Anfang an, direkt im Januar darum, dass Ihr Projekt in der Konstruktion bearbeitet wird. Jeder Konstrukteur, den Sie abgeben müssen tut ihnen weh, aber so ganz egoistisch wollen die Projektleiter ja auch nicht dastehen, also gestehen sie den anderen Projekten zu, dass an ihnen gearbeitet wird, solange nur auch am eigenen gearbeitet wird.

Also machen wir alles parallel. Wenn überall dran gearbeitet wird, machen wir doch überall Fortschritt und alles ist gut.

Jetzt verteilt sich die Arbeit gleichmäßig auf die Projekte und an allen wird gearbeitet. Nach 14 Monaten ist die Arbeit an allen Projekten fertig. Aber eben auch nicht früher, weil immer wenn ein Projekt sich einen Vorsprung erarbeitet hatte, haben die anderen Projektleiter das gleich als Argumentation genutzt Ressourcen auf ihr eigenes Projekt, das ja stärker notleidend ist umzuleiten.

Jetzt würde ich gerne wissen, wie sehr sich dadurch die einzelnen Projekte verzögert haben. Wir brauchen also einen Referenz. Die schnellste Art, Projekte fertig zu machen, ist, an einem zu arbeiten bis es fertig ist und dann zum nächsten überzugehen.

Das erste Projekt wäre nach 2 Monaten fertig, das zweite nach 4, das dritte nach 6 und das siebte nach 14.

Das siebte Projekt wird also nicht später fertig. Kein Verzug, keine Verzugskosten.

Das sechste Projekt wird zwei Monate später fertig. Also zwei Monate Verzug, 8 Wochen. Umgerechnet sind das EUR 800 000.

Das fünfte Projekt wird vier Monate später fertig. Also vier Monate Verzug, 16 Wochen. EUR 1,6 Mio.

Das vierte Projekt wird sechs Monate später fertig gestellt. Sechs Monate Verzug, 24 Wochen, EUR 2,4 Mio.

In Summe haben wir schon Verzugskosten von 4,8 Mio EUR.

Das Dritte Projekt wird acht Monate später fertig. Acht Monate Verzug, 32 Wochen. 3,2 Mio EUR.

Die Zwischensumme liegt jetzt bei 8 Mio EUR. Wohlgemerkt, Opportunitätskosten. Nicht realisierter Gewinn. Niemand wird diese Zahl irgendwo in der Buchführung sehen. Zumindest nicht als Mehrkosten Konstruktion. Aber es fließt in die Zahlen ein. Ein Entwicklungsprojekt, das nicht fertig ist, hat noch kein verkaufsfähiges Produkt abgeliefert. Keine Verkaufsbemühungen, kein AE, Der Umsatz fehlt, die Fixkosten sind da, der komplette Deckungsbeitrag fehlt in der Gewinnsumme. Opportunitätskosten sind keine Kosten, die in der Buchführung irgendwo unter Kosten stehen, das heißt aber nicht, dass sie nicht in der GuV auftauchen und ziemlich viel schlechte Laune machen können.

Wenn sie jetzt die Episode pausieren möchten, weil Sie zwei dringende Fragen beantwortet haben wollen: Was sind unsere Cost of Delay und wie werden die Projekte priorisiert? Dann kann ich das verstehen. Sie können ja gleich zurück kommen.

Das zweite Projekt hat jetzt 40 Wochen Verzug und Verzugskosten von 4 Mio.

Das erste Projekt ist ein volles Jahr später fertig. Bei glatten vier Wochen pro Monat 48 Wochen. Also 4,8 Mio.

Die Gesamtsumme beläuft sich auf 16,4 Mio.

Eine Firma in der diese 7 Projekte parallel laufen mit den Zahlen aus dem Beispiel hätte einen Umsatz von 700 Mio, wenn sie jedes Produkt nach vier Jahren erneuert. Also vier mal sieben mal 25 Mio Umsatz pro Produkt.

16,8 Mio sind 2,4% vom Umsatz. Also ein erheblicher Anteil vom Gewinn.

Was ist hier eigentlich schief gelaufen? Welche Optionen haben Sie, solches zu verhindern?

 

Nun das erste, was sie machen dürfen ist das gleiche, was wir getan haben, um unseren Referenzfall zu bauen: Die Projekte weitestgehend nacheinander abarbeiten, damit sie schnell die ersten fertig stellen und diese nicht ein Jahr in die Länge ziehen.

Dazu dürfen Sie Priorisieren. Aber auch hier sei weider mein Kommentar erlaubt: Priorisieren Sie ordinal, als sagen sie: Das ist das erste Projekt, das ist das zweite Projekt. Priorisieren nach Klassen führt nur wieder dazu, dass Projekte gleichzeitig ausgeführt werden.

Zu einem Projekt im Maschinenbau gehört viel mehr als ein paar Konstruktionen. Ich plädiere nicht dafür, dass Sie ein Produkt komplett einführen und dann erst das nächste angehen, das wäre Quatsch. Aber sie dürfen die Projekte staffeln, so dass eins gerade aufgeplant wird, eins in der Konzeptphase steckt, eins konstruiert wird, eins gebaut wird und eins getestet wird, während eins gerade in den Markt eingeführt wird. Die Konzentration auf das aktive Projekt gilt innerhalb eines Teams, einer Funktion.

Und ja, nicht immer wird ein Projekt schneller, wenn man noch mehr Mitarbeiter bereitstellt, der Kommunikationsoverhead steigt und manchmal macht es kein Sinn mehr Mitarbeiter in einem Projekt zu beschäftigen. Richtig. Aber das Projekt, das Priorität hat, sollte alle Ressourcen bekommen, die es sinnvoll verdauen kann und erst wenn dann noch Kapa übrig ist, kommen die nachrangigen Projekte zum Zug.

Unser Fall ist vereinfachend um ein Problem in Reinform aufzuzeigen das Muster findet aber abertausendmal im deutschen Mittelstand und allen Großkonzernen statt.

 

Wie befreien Sie sich aus der Falle? Nun es ist schon angesprochen worden, aber hier ist die Liste nochmal:

Fragen Sie nach den Cost of Delay für Ihre Projekte. Seien Sie sich über den echten Wert der Zeit in ihrem Fall für jedes Projekt bewusst.

Priorisieren Sie die Projekte. Bearbeiten sie sie bewusst nacheinander in einer Reihenfolge, die bewusst entschieden worden ist und von der Firma getragen wird. Lassen Sie nicht die Projektleiter das untereinander ausfechten. Da gewinnt der Lautere, aber nicht die Firma.

Seien Sie sich auch über Ihre Kapazitätsgrenzen im Klaren. Verplanen Sie nicht mehr Ressourcen, als Sie haben oder bereit sind zur Verfügung zu stellen.

Seien Sie sich darüber im Klaren, dass mehr Kapazität am Flaschenhals fast immer billiger ist, als alle Projekte zu verzögern. Rechnen Sie hier mit dem spitzen Bleistift. Es muss ja nicht immer eigene Mannschaft sein.

Schauen Sie sich auch die Zuschnitte Ihrer Projekte an. Wenn nur die Hälfte der Projekte Konstruktions-lastig wäre und die andere Hälfte Versuchs-lastig, dann kann sich die Situation entspannen, dazu aber nächste Folge.

Ein Kommentar noch: Kein bienenfleißiger Konstrukteur, kein durchsetzungsstarker Projektleiter kann dieses Problem verhindern, wenn die Führungsmannschaft die Führung verweigert und nicht priorisiert hat. Es geht hier nicht um mehr Druck oder mehr Schweiß, es geht darum die Prozesse und Systeme so zu gestalten, dass die Mitarbeiter optimal zum Unternehmenswohl beitragen können. Das ist die Verantwortung der Führung und das ist aber auch ihre große Chance einen echt wertschöpfenden Beitrag zu leisten.

Und zuletzt: Sie dürfen Oma ignorieren und den Hunderteuroschein selber in Augenschein nehmen. Rechnen sie einfach nach, was die verschiedenen Szenarien für Ihre eigene Situation bedeuten. Ihre Zahlen werden sich von dem Beispiel unterscheiden, aber sie könnten sich durchaus erschrecken.

Diese Woche lasse ich Sie noch an der Klippe hängen und sage nur sie müssen priorisieren und in der Tat, jede Prio ist besser als keine. Nächste Woche zeige ich ihnen wie sie priorisieren und was die Effekte sind. Bis dahin wünsche ich Ihnen viel Erfolg bei der Arbeit.

Gant Chart

Projektmanager 2030

Das Projektmagazin hat zur Blogparade gerufen über den Projektmanager 2030.

https://www.projektmagazin.de/blogparade_2017

Die Agilen Prozesse unterstützen den Projektleiter bei seinen Aufgaben. Die Aufgaben, die er hier aufgibt werden kompensiert durch die gestiegene Verantwortung in einer VUCA-Welt sicherzustellen, dass der Projektauftrag dem Sinn und nicht nur dem Worte nach erfüllt wird.
Das verändert auch die Ausbildung zum Projektleiter und Projektleitung wird sich weiter entwickeln vom Einstieg in die Führung vor eigener Personalführung zu einer Rolle für erfahrene Führungskräfte, die schon Teams und Gruppen geführt und Prozesse verantwortet haben.

Kalender mit radiertem Datum

Zeit ist Geld, aber was ist der Wechselkurs

016 – Zeit ist Geld. Der Termin für die Projektfertigstellung ist nicht willkürlich gewählt. Ihm unterliegt ein wirtschaftlicher Nutzen. Wer diesen Termin verstreichen lässt richtet einen Schaden an. Wir klären wieviel.

Bei der Berechnung des Cost of Delay ist es wichtig zu verstehen, dass vor allem die Opportunitätskosten wichtig sind. Die neuen Produkte, die man hätte verkaufen können, wenn das Entwicklungsprojekt fertig geworden wäre.

Ein einfaches Rechenbeispiel zeigt wie groß dieser Schaden sein kann.

Wer diesen Schaden verhindern möchte, sollte darauf achten, den Cost of Delay allen Projektbeteiligten bekannt zu machen und dafür zu sorgen, dass er für Entscheidungen auch herangezogen wird.

Flaschenhals

Das Ziel, ein Roman über Prozesse und die Engpasstheorie.

Buchvorstellung The Goal / Das Ziel von Elijahu Goldratt und Transfer der Theory of Constraints / Engpasstheorie auf die Produktentwicklung.

Elijahu Goldratt schrieb The Goal (Das Ziel) und stellt darin seine Theory of Constraints, die Engpasstheorie, vor.

Jeder Prozess ist im Durchsatz durch seinen Engpass begrenzt und durch richtiges Management dieses Engpasses, können Sie eine gute Planungsqualität und beschleunigten Durchsatz erreichen.

The Goal ist das in dieser Folge beschriebene Buch. Es stellt die Engpasstheorie als Businessroman vor. Gut verdaulicher Text, und sehr spannende Betrachtungsweise eines Prozesses. Gerade die Betrachtung des Engpasses und die Nutzung des Engpasses zur Planung und Steuerung sind phantastisch. Auch als Audiobuch verfügbar.

Die deutsche Version des Buches.

Factory Physics wird in der Folge erwähnt und enthält das CONWIP-Konzept, dass in dieser Folge die TOC erweitert und TOC mit Kanban-Boards und Cumulative Flow Diagrams (CFD) paart. Das Buch selber ist eine Schatzkiste aber sehr numeriklastig. Im Gegensatz zu Das Ziel sicher keine einfache Bettlektüre.

Eine Zusammenfassung von Factory Physics mit den wichtigsten Erkenntnissen, die ein Manager nach Meinung der Autoren mitgenommen haben sollte. Sehr reichhaltig, aber viel besser verdaulich als Factory Physics selber, dass ein sehr numeriklastiges Lehrbuch ist.

Yes No Buttons

Noch viel wichtiger als ein Problem gut zu lösen, ist es ein gutes Problem zu lösen.

Wir stehen unter immer mehr Druck mehr zu arbeiten. Dabei geht es gar nicht darum, mehr zu arbeiten, sondern mehr zu erreichen. Und das erreichen Sie dadurch, dass Sie nicht mehr, sondern an den richtigen Dingen arbeiten.

Wichtig, dringend, Prio 1, mit Business case – Aufgaben und Projekte kommen in unterschiedlichen Formen auf uns zu. Wir dürfen lernen zu akzeptieren, dass wir immer zu viel zu tun haben werden, wir dürfen daher bewusst aussuchen was wir machen und was wir liegen lassen und wir dürfen uns daher auch die besten/wertvollsten Themen zur Bearbeitung aussuchen. Priorisierung vor Schweiß, Hirn vor Muskel.

Ducks in a row

Priorisierung

Wenn wir nicht alle Projekte gleichzeitig schaffen oder auch nur versuchen sollen, benötigen wir eine Reihefolge. Wie schon diskutiert ist jede Reihenfolge besser als keine. Was ist aber die beste Reihenfolge? Nach welchen Kriterien, für wen?

Wir diskutieren verschiedene bewusste und unbewusste Priorisierungen und denken über die Folgen nach.

Ein Kriterium ist, die Projekte vorzuziehen, die am meisten bringen. Die größten, mit dem meisten Ertrag. Das wird häufig in freier Rede gemacht, aber spätestens, wenn der Controller, sein Excel anschmeißt, wird dem Nutzen ganz schnell der Aufwand gegenübergestellt und wir sind schon bei der zweiten Methode.

Controller sind auch schlau genug für Methoden wie Gegenwartswert und nehmen daher die Zeit als Kriterium in die Entscheidung mit rein.

Der nächste Schritt ist dann, von absoluter Größe auf relative Größen zu kommen. ROI, IRR (interner Zinsfuß). Eben, was bekomme ich für einen eingesetzten Euro?

Soweit die mathematischen, abstrakten Verfahren. Dann lassen wir die Realität rein und fragen uns, was schaffen wir, und wie machen wir da das meiste draus? Wir beziehen also unsere Fähigkeiten und Grenzen mit ein. Die Engpasstheorie hilft uns hier.

Ich nehme Sie mit auf eine Reise durch verschiedene Priorisierungen und mit neuen Kriterien kommen wir zu neuen, besseren Lösungen.

Hier sind noch meine Buchempfehlungen:


Personal MBA von Josh Kaufman. Ein gut verdauliches Grundlagenwissen zu den finanzmathematischen Grundlagen. Nicht als trockenes Buch der Finanzmathematik, sondern als ein übersichtliches Kondensat des Wissens, was von MBAs genutzt wird.

Financial Intelligence: A Manager’s Guide to Knowing What the Numbers Really Mean von Karen Berman. Das Buch bereitet auf Diskussionen mit Controllern vor. Es hilft Ihre Sprache zu verstehen und zu sprechen und hilft auch zu verstehen, nach welchem Zielsystem die Kollegen unterwegs sind. Mit diesem Wissen können Sie diejenigen Fragen stellen, die ihnen die Brücke zu den Kollegen spannt.


Beliefs, Behaviors and Results von Scott Gillis und Lee Mergy
Womit verdient das Unternehmen Geld? Wie kann ich das vestehen, was kann ich daraus lernen? Wie kann ich ein Unternehmen bei gleichem Durchsatz profitabler machen?
Kundenwirtschaftlichkeit zu Ende gedacht? Kein Anfängerbuch, aber sehr sehr wertvoll.

 

Supermann über der Stadt

Wie werde ich ein Smarter Entwickler

012 – Eine Zuhörerfrage stellt das Thema der heutigen Folge: Privat nutze ich Kanban schon einige Zeit. Jetzt möchten ich dies auch im beruflichen Umfeld einsetzten. Können Sie mir ein Vorgehen bei der Einführung empfehlen?

Smarter Entwickeln setzt auf Flow in der Ausführung, auf richtige Auswahl der Produkte und Projekte und auf die richtige Auswahl der Kunden.

Buchempfehlungen für Weihnachten:



This is Lean von Niklas Modig und Per Ählström
Ganz tolles Buch über die Lean Philosophie. Erklärt Fluss und Kundenfokus und ist daher ein guter Start für eine eigene Leanreise.



Lean auf gut Deutsch von Mari Furukawa-Caspary
Lean ist ein Begriff von Womack und Rother von ihrer Studie, als sie Toyota und andere Autohersteller untersucht haben. Ganz viel Lean ist im deutschen nicht aus dem Japanischen, sondern aus dem Amerikanischen übersetzt worden. Dabei haben wir auch viele Fehldeutungen des Toyota Produktionssystems mit übersetzt.
Eine der wichtigsten ist Verschwendung, besser aus dem japanischen Übersetzt als „für die Katz“ das erste ist ein Vorwurf, das zweite der wohlmeinende Fokus auf echte Wertschöpfung



Theory of constraints
The Goal von Elijahu Goldratt
Unentbehrliches Buch, um Prozesslogik zu verstehen. Wir haben Prozesse und Handlungsketten und das Gesamtergebnis ist nur so gut wie das schwächste Glied. Wichtiges Denkmodell um mehr aus der Firma zu holen.



Critical Chain Project Management von Elijahu Goldratt
Prozesse und Engpässe für Projekte zu Ende gedacht. Viele sehr gute Anregungen. Eine der wichtigsten ist die der Critical Chain, statt Critical Path. Critical Path ist nur in einem Projekt, Critical Chain verknüpft Projekte am Engpass und kommt so zu realistischeren Plänen. Warum dieses weitergedachte Projektmanagement es nicht in den Mainstream geschafft hat ist mir nicht klar.



Kanban von David Anderson.
Die IT hat mir ihrer Agilen Revolution viele Methoden geschaffen, die mit kleinen Anpassungen auch sehr gut im Engineering von Maschinenbau und Elektrotechnik Anwendung finden können.
Kanban Boards sind weit verbreitete Werkzeuge um schneller und besser zu entwickeln.



Personal Kanban von Jim Benson und Toneanne DeMaria Barry
Die Anwendung von Kanban auf die eigene Person. Ein kurzes, gewichtiges Buch. Absolut Lese- und Umsetzungsempfehlung. Personal Kanban macht im Kleinen spürbar, was Smarter Entwickeln im großen will.


Product Development Flow von Donald Reinertsen
Die Bibel. Reinertsen berät seit Jahren Unternehmen zu Flow und Lean in der Entwicklung. Großer Reichtum von Deckel zu Deckel. Leicht verdaulich in einzelne Aspekte zerlegt.
Vor allem die wirtschaftliche Denkweise prägt mein Denken seit ich das Buch gelesen habe.

Don ist auch live spannend. Ich habe mal ein eintägigies über Boris Gloger organisiertes Seminar besucht, das ich jedem nur weiterempfehle.


Personal MBA von Josh Kaufman

Financial Intelligence: A Manager’s Guide to Knowing What the Numbers Really Mean von Karen Berman


Beliefs, Behaviors and Results von Scott Gillis und Lee Mergy
Womit verdient das Unternehmen Geld. Wie kann ich das vestehen, was kann ich daraus lernen. Wie kann ich ein Unternehmen bei gleichem Durchsatz profitabler machen.
Kundenwirtschaftlichkeit zu Ende gedacht.


Strategische Unternehmensführung von Alois Gälweiler
Großes Werk zum Strategischen Management mit kybernetischen Unternehmensmodellen. Hängen geblieben ist mir das 4 Ebenen Modell. Cash auf der untersten Ebene. Kein Cash heißt Insolvent. Cash wird beeinflusst vom Gewinn, Gewinn wird beeinflusst von der aktuellen Marktposition und die aktuelle Marktposition wird von der Entwicklung neuer Lösungen beeinflusst. Es fängt alles mit der richitgen Produktentwicklung für die richtigen Kunden an.

Viel Spaß beim Lesen!

Flugzeug im Himmel

Dezentrale Projektsteuerung: So bleiben Flugzeuge am Himmel

011 – Jeden Tag fällen Mitarbeiter tausende von Entscheidungen zu Produktkosten, Projektkosten, Investitionen, Projektdauer und Produktleistung. Das sind unternehmerische Entscheidungen, wie steuern Sie diese?

(Fast) nichts ist für ein Flugzeug wichtiger als die Abwägung zwischen Gewicht und Kosten. Diese richtig hinzubekommen ist eine Herausforderung und ein Vorbild auch andere Abwägungen in unseren Projekten hinzubekommen.