Wo sollten wir anfangen, um unser Autodesign-Team für die nächste Saison zu verbessern?

Derzeit Wirtschaftsstudent an der Universität. Auf der Suche nach Unterstützung bei der Suche oder Entwicklung eines Rahmens für eine erfolgreiche Automobildesign-Saison im nächsten Jahr.

Das Team im Überblick:

  • Wir entwerfen, bauen und fahren einen einsitzigen Rennwagen mit offenen Rädern.
  • Wir haben iterative Phasen der Anforderungserfassung, des Entwurfs, des Aufbaus und des Testens.
  • Wir haben 10-15 Systemteamleiter für verschiedene Aspekte des Autos (Antriebsstrang, Antriebsstrang, Elektrik, Fahrwerk usw.).

Nur ein bisschen Hintergrund. Ich kam letztes Jahr zu diesem Automobildesign-Team und bemerkte, dass das Team mit unzähligen prozessbezogenen Problemen festgefahren war. Sie hatten unrealistische Fristen, unproduktive Besprechungen, Kommunikationsprobleme, langsame und ineffiziente Designaktualisierungen, allgemeines Chaos usw.

Ich bin der Meinung, dass dieses Problem größtenteils auf das Fehlen eines Rahmens oder einer Herangehensweise an das Fahrzeugdesign zurückzuführen ist ... zumal niemand über umfassende Erfahrung in der Branche oder ein ernsthaftes Interesse daran verfügt, Unterrichtswissen auf dieses Projekt anzuwenden (als einziger Wirtschaftsstudent, Ich fühle mich für diesen Aspekt des Teams verantwortlich und würde gerne einige Projektmanagement-Tools darauf anwenden).

Als BWL-Student im zweiten Jahr kenne ich die wichtigsten Methoden der Softwareentwicklung wie Agile und Scrum. Gibt es etwas Spezifisches für Engineering Design? Wo sollten wir anfangen, um die Mannschaft für die nächste Saison zu verbessern?

Ich denke, Ihr Problem besteht nicht darin, das richtige Framework zu identifizieren, das eigentliche Problem besteht darin, ein Framework auf dieses Projekt und die Teamstruktur anzuwenden . Könnte ich Recht haben?
Ich habe Ihre Frage leicht bearbeitet, damit sie zum Thema passt. Insbesondere habe ich Off-Topic-Anfragen für Off-Site-Ressourcen entfernt.
Ich stimme Tobias weitgehend zu. Das ist keine Frage der Werkzeuge; Sie müssen nur einen Prozess als Ausgangspunkt auswählen . Das Toyota Produktionssystem ist wahrscheinlich kein schlechter Ausgangspunkt.
Vielleicht möchten Sie ein paar andere College-Teams für Automobildesign an anderen Schulen besuchen. Die meisten Management-Einblicke stammen von Menschen, die viele verschiedene Organisationen und Arbeitsplätze beobachtet und viele Personen befragt haben.

Antworten (4)

Ihr Problem, neu formuliert

Ich kam letztes Jahr zu diesem Automobildesign-Team und bemerkte, dass das Team mit unzähligen prozessbezogenen Problemen festgefahren war. Sie hatten unrealistische Fristen, unproduktive Besprechungen, Kommunikationsprobleme, langsame und ineffiziente Designaktualisierungen, allgemeines Chaos usw.

Sobald Sie die unwesentlichen Aspekte Ihrer Frage weggelassen haben, ist der Kern das, was Sie bereits wissen: Ihrer Gruppe fehlen die formalisierten Prozesse, die es ihr ermöglichen würden, als Team zu funktionieren . Kostenschätzung, Moderation von Meetings, Kommunikationsplanung und Zykluszeiten sind alles Dinge, die für die Praxis des Projektmanagementberufs von zentraler Bedeutung sind.

Die Anwendung von Projektmanagementprinzipien, formalen Rahmenbedingungen und Prozesskontrollen sind die Art und Weise, wie Sie Projektmanagementpraktiken in Ihrer Organisation implementieren . Die Details dessen, was Sie implementieren, sind weniger wichtig, als dass Sie etwas implementieren ; Andernfalls tendieren die Ergebnisse, wie Sie selbst sagen, ins Chaotische.

Wählen Sie ein Framework; Steuerelemente anwenden

Welchen Rahmen Sie wählen, ist wichtig, aber weniger als die Anwendung formaler Kontrollen und Prozesse auf Ihr Projekt. Es gibt sicherlich Klassen von Frameworks, die mehr auf die Fertigung (z. B. Lean oder Six Sigma) oder auf iteratives Engineering (z. B. Scrum) ausgerichtet sind, aber alle haben einige Gemeinsamkeiten:

  1. Sie müssen Ihren Mechanismus für die Schätzung und Planung formalisieren. Selbst wenn es falsch ist, brauchen Sie einen Ausgangspunkt.
  2. Sie benötigen einen formellen Projektplan für die Durchführung des Projekts.
  3. Sie benötigen einen formellen Kommunikationsplan, wie das Team intern und extern über das Projekt kommunizieren wird.
  4. Sie brauchen eine formelle Charta, die jemandem (vermutlich dem Projektmanager) die Verantwortung und Befugnis gibt, Prozessprobleme anzugehen.
  5. Sie brauchen jemanden mit dem Respekt des Teams (und in einigen Fällen mit delegierter Autorität), um Meetings effektiv zu moderieren.

Keines der aufgeführten Dinge ist an einen vorgegebenen Rahmen gebunden. Sie können je nach Framework unterschiedlich implementiert werden, aber sie sind alle wesentliche Aspekte eines gut geführten Projekts.

Danke dir. Ich weiß es zu schätzen, dass Sie meine Anfrage präzisiert und eine gründliche und hilfreiche Erläuterung Ihrer Argumentation gegeben haben.

Als Außenstehender habe ich einige Managementmethoden AUS der Automobilindustrie gelernt, die von der Softwareentwicklungsbranche übernommen wurden.

Eine Option könnte sein, einen Blick auf diese beiden Bücher zum Thema Automobilmanagement zu werfen:

Sie befassen sich mit der Massenproduktion, aber aus der Sicht der schlanken Produktion, also können sie vielleicht einige der Probleme ansprechen, die Sie ansprechen (z. B. unrealistische Fristen, Kommunikationsprobleme). Sie behandeln auch das Design und den Bau eines Prototyps (wie des Prius).

In Anbetracht der Tatsache, dass Sie über Kenntnisse in Agile und Scrum verfügen, könnte es für Sie interessant sein, etwas über eXtreme Manufacturing zu lesen . Sie können von hier aus beginnen .

eXtreme Manufacturing übernimmt die grundlegenden agilen Prinzipien von Scrum. In erster Linie nutzt es kleine, funktionsübergreifende Teams, die einen Product Owner und einen Scrum Master haben. XM ist um Sprints herum strukturiert, um die Entwicklung von Funktionalität in vertikalen Abschnitten zu unterstützen, die Überstunden aufbauen.

Wie Scrum macht XM die Entwicklung durch Tools wie ein Scrum-Board und ein Produkt-Backlog transparent. Es übernimmt auch das Konzept der Verfolgung von Prozessverbesserungen mithilfe von Velocity. Und, was am wichtigsten ist, es stützt sich auf das Lean-Konzept der kontinuierlichen Verbesserung durch den Einsatz von Sprint-Retrospektiven und der Zufriedenheitsmetrik.

Scrum stellt die Grundstruktur für XM bereit.

Joe Justice und sein Wikispeed-Team haben gezeigt, dass es möglich ist, in nur drei Monaten einen funktionsfähigen 100-MPG-Autoprototyp zu bauen:

  • Beschleunigung (0-60 mph): < 5 Sekunden
  • Gewicht: 1.404 Pfund
  • Höchstgeschwindigkeit: 149 km/h

Joe Justice nannte diesen Ansatz eXtreme Manufacturing, um dem von Kent Beck Ende der 90er Jahre entwickelten eXtreme Programming (XP) Tribut zu zollen .

Sie können versuchen, das Team für die nächste Saison zu verbessern, indem Sie Folgendes kombinieren:

  1. Scrum-Organisation (Rollen und Verantwortlichkeiten, Sprints/Iteratives Design, Arbeit sichtbar machen, Geschwindigkeit messen, Kontinuierliche Verbesserung/Lean)
  2. Objektorientierte Architektur (modulare Komponenten, Contract-First-Design, Entwurfsmuster, Wiederverwendung und Vererbung)
  3. eXtreme Programming Engineering-Prinzipien (User Stories, Pairing and Swarming, Test Driven Development)

Betrachten Sie diese Liste nur als eine Reihe von Tools. Erfahren Sie mehr über diese Konzepte. Danach können Sie auswählen, welche nützlich sein können, und eXtreme Manufacturing an Ihre spezielle Situation anpassen.

Systems Engineering ist die Disziplin, die Anstrengungen so arrangiert, dass das Ergebnis des Projekts (Endprodukt, Endsystem, Service) die Erwartungen des Kunden und der Anteilseigner des Projekts erfüllt.

Im speziellen Fall der Automobilentwicklung kann ein ähnlicher Ansatz definiert werden, aber die Disziplin Systems Engineering ist nicht leicht aus Büchern zu erfassen und erfordert einige Erfahrung, um effektiv und effizient zu sein.

Concurrent Engineering ist eine weitere Methode, die in der Automobilindustrie und anderen Branchen verwendet wird. CE und SE schließen sich nicht gegenseitig aus. Einer bezieht sich auf die Designdefinition (Prozess) und CE bezieht sich auf die Datenkommunikation zwischen den Teams (zwischen Designteams und Fertigung und Marketing usw.).

Concurrent Engineering hilft Teams (Unternehmen), schneller zum Endprodukt zu gelangen, und stützt sich auf IT-Infrastruktur und gut funktionierende Teams (die die Infrastruktur nutzen).

Für das Projektmanagement kann jedes Tool verwendet werden, aber ein webbasiertes Tool wäre am besten für ein Universitätsteam geeignet.

Oben habe ich einige Methoden erwähnt, mit denen Sie wahrscheinlich bereits vertraut sind. Leider gibt es für Teamverbesserung/-entwicklung und -motivation keine einfache Lösung. Es ist durchaus eine Frage des gemeinsamen Engagements.