Führungskräfte für ein integratives Management – Buchempfehlung
Herausforderungen in Wissenschaft und Praxis werden immer komplexer, denn mit jedem weiteren Kalenderjahr steigt das Wissen in allen Natur-, Ingenieur- und Wirtschaftswissenschaften. Die ursprünglich eigenständigen Disziplinen, wie z. B. Fertigungstechnik, Informatik, Marketing, Controlling oder Logistik, werden immer enger miteinander verzahnt zu einem effizient arbeitenden Uhrwerk, dass jedoch gesamtheitlich durch Wirtschaftsingenieure aufeinander abgestimmt werden muss.
In dieser zunehmend global vernetzten Unternehmensumwelt wird die technologie-getriebene Entwicklung in den Industrienationen nur durch ein interdisziplinäres Management in Wirtschaft und Politik nachhaltig ausgerichtet werden können.
Für die Zukunft wird ein integratives Management mit Blick auf Technik und Betriebswirtschaft in den Führungsetagen der Unternehmen immer wichtiger werden, um Herausforderungen in der strategischen Unternehmensausrichtung bewältigen zu können. Die Integration von Technologie und Management und das damit verbundene interdisziplinäre Arbeiten stellt hohe Anforderungen an zukünftige Führungskräfte und Manager – Anforderungen, denen der Studiengang Wirtschaftsingenieurwesen an Universitäten und Fachhochschulen gerecht wird.
Führungskräfte für ein integriertes Management: Wirtschaftsingenieurwesen in Wissenschaft und Unternehmenspraxis (mehr…)
Rüstzeiten und die SMED-Methode
Mit der Layoutplanung, der richtigen Fertigungsmittelanordnung und der Optimierung der Prozessfolge lässt sich im Produktionsmanagement bereits die Auftragszeit durch Senkung der Zeit je Einheit reduzieren. Rüstzeiten werden dabei jedoch gerne außer Acht gelassen, dabei kann sich auch die Optimierung der Rüstzeiten langfristig sehr positiv auf den Fabrikbetrieb auswirken.
Als Rüstzeit tr wird die Zeit bezeichnet, die nötig ist, um Betriebs-/Hilfsmittel für Fertigungsprozesse vorzubereiten (Aufrüsten) sowie – nach der Prozessdurchführung – wieder in den ursprünglichen Zustand rückzuversetzen (Abrüsten). Es ist ferner die Zeit, die für die Umstellung eines Werkzeugs bzw. einer Maschinenanlage auf ein anderes Werkstück bzw. Produkt notwendig ist. Die Rüstzeit wird von den Fertigungsprozessen, den eingesetzten Maschinen und Werkzeugen unterschiedlich beeinflusst. Ein Rüsten kann in sehr regelmäßigen Abständen erfolgen (z. B. einmal Rüsten nach jeder Einheit) oder auch unregelmäßig sein (z. B. nach einem Schaden am Werkzeug). Für Abnutzung (z. B. Instandhaltung) werden regelmäßige Zeiten gesucht, die als Instandhaltungszeiten angesetzt werden – diese sollten möglichst lang gestaltet sein, dürfen jedoch die komplette Abnutzung, die zur Qualitätsminderung am Werkstück führt, nie ermöglichen. Oftmals wird das Abrüsten und erneutes Aufrüsten (beispielsweise nach Ablauf der Standzeit von Werkzeugen) oder Umrüsten (z. B. zur Umstellung von Prozesswerten an Maschinen) nach einer bestimmten Anzahl von gefertigten Einheiten notwendig. Anzustreben ist, dass die Rüstzahl unabhängig von der Einheit ist und pro Auftrag nur einmal oder weniger (im Durchschnitt) auftritt.
Die Rüstzeit tr wird berechnet mit der Addition von Rüstgrundzeit trg, Rüstverteilzeit trv und Rüsterholzeit trer.
tr = trg + trv + trer
Aktivitätsdiagramm
Die meisten UML-Diagramme sind für die Darstellung von Hierarchien und Aufbaustrukturen unter dem Grundsatz der Objektorientierung geschaffen worden. Aktivitätsdiagramme zeigen jedoch die funktionale Sicht und sind unabhängig von dem Gedanken eines objektorientierten Aufbaus, gehören also zu den Verhaltensdiagrammen. Nur mit Funktionen bzw. Methoden (Aktivitäten) lässt sich Bewegung im System darstellen.
Aktivitätsdiagramme sind vergleichbar mit Programmablaufplänen oder Struktogrammen und nicht nur in der Software-Entwicklung nützlich, sondern auch in der Prozessabbildung, beispielsweise zur Abbildung von Geschäftsprozessen. Aktivitätsdiagramme ermöglichen die Abbildung von Verantwortungsbereichen über Prozesse sowie die Parallelisierung von Prozessen, was Aktivitätsdiagramme besonders für die Darstellung und Analyse von Geschäftsprozessen in der Wirtschaftsinformatik und Aktivitäten bei verteilten Anwendungen in der Software-Entwicklung qualifiziert. (mehr…)
Projektmanagement und Kostenverursacher
Projektmanagement ist auch ein Kostenmanagement. Sicherlich werden bei Großprojekten die Zuständigkeiten und damit auch die Verantwortung auf verschiedene Projektmanager verteilt. Projektmanagement als Gesamtes betrachtet beinhaltet auch ein Kostenmanagement.

Die Kunst im Projektmanagement liegt nicht darin, Budgets für die Kostenstellen im Vorfeld festzulegen – wenn auch diese Aufgabe nicht trivial sein mag. Viel schwieriger ist es jedoch, Kostenoptimierung herbei zu führen, welche möglichst früh wirkt.
Fallbeispiel: Ein Lautsprecher-Hersteller, welcher verschiedene Lautsprechersets für unterschiedliche Anwendungen vertreibt, entwickelte und produziert ein neues Lautsprecherset, und plant jedes Jahr 25 000 Stück in Europa zu verkaufen. Da die Marge wegen steigenden Logistik-Kosten sinkt, beschließt der Hersteller nach 3 Jahren, die Fertigung auf Kostenoptimierung hin zu untersuchen. Nach Analyse der Fertigungsprozesse und Wertanalyse des Lautsprechersets fällt auf, dass bei geringfügiger konstruktiver Änderung des Lautsprechersets durch Wegfall eines Kühlkörpers 2,40 € entfallen – also eingespart werden – können. Es können also pro Jahr 60 000 € eingespart werden – Die Geschäftsleitung freut sich, stellt aber die Frage, warum dies nicht bereits bei der Entwicklung betrachtet wurde.
Bei einer typischen Marktlebenszeit von 5 Jahren und der Jahresstückzahl von 25 000, können so praktisch 300 000 € eingespart werden, nur für dieses Lautsprecherset. Eine spätere Erkennung der Kostenpotenziale führt zu Opportunitätskosten, demnach zur Verringerung der Marge.
Wie konnte es zu diesem Problem kommen? Um die Antwort vorweg zu nehmen: Die Prioritäten wurden nicht richtig gesetzt und entsprechend kommuniziert. Die Produktentwicklung verursacht ab einer Mittelserienfertigung relativ wenig Kosten, sofern nicht erst noch eine Grundlagenforschung notwendig ist. Die meisten Produktentwicklungen etablierter Unternehmen gehen nicht tiefer in die Entwicklungsprozesse als bis zur Anpassungskonstruktion. Die verursachten Kosten in der Konstruktion/Entwicklung sind daher im Vergleich z. B. mit den Kosten der Logistik, Fertigung und Montage recht klein. (mehr…)