Aufgaben im Unternehmen zentralisieren oder nicht?
Ich hab hier einen Beispiel-Fall und bin unsicher was Pro- und Contra-Argumente sein könnten und wie das vielleicht in der Realität aussehen würde bei einem echten Softwareentwickler-Haus. Vielleicht habt ihr schon Praxiserfahrung und könnt mir erzählen wie es bei euch ist oder habt Anregungen für meine Ausarbeitung.
Es geht um ein fiktives Software-Unternehmen welches Webseiten erstellt. Das Unternehmen hat einen eigenen Homepage-Baukasten den die Kunden nutzen können, oder die Kunden können bei spezielleren Wünschen, großen Projekten oder genereller Hilfe auch uns beauftragen, Ihnen eine Webseite (auf Basis dieses Homepage-Baukasten zu erstellen.
Das Unternehmen hat nun den Bereich "Homepage-Baukasten", indem gibt es zurzeit drei Abteilungen gibt, die Abteilungen sind nach Kunden aufgeteilt. Es gibt die "Großkunden", "Mittlere Kunden" und "Kleinkunden". In den Abteilungen "Großkunden" und "Mittlere Kunden" gibt es ausschließlich "Berater", welche mit den Kunden kommunizieren, sie beraten, aber auch die Webseiten erstellen.
Im Team "Kleinkunden" hingegen gibt es weniger Berater, dafür viele "Designer", die nichts anderes machen als standardisierte Webseiten und Templates für die Kleinkunden zu erstellen.
Das Unternehmen möchte nun, wie im Team "Kleinkunden", davon wegkommen, dass die "Berater" die Webseiten erstellen, sondern diese Aufgabe soll zentralisiert von einem eigenen Team/Abteilung übernommen werden. Also neben den drei Abteilungen gäbe es eine vierte Abteilung, welche den ganzen Tag Webseiten erstellt. Quasi wie ein interner Dienstleister.
Nun soll ein Konzept erstellt werden, wie man dieses reine "Webseiten erstellen" in einem Team zentralisieren und umsetzen kann.
Also was spricht dafür, was spricht dagegen, wie würden die Abteilungen miteinander arbeiten.
Meine Gedanken dazu sind, dass es doch schlauer wäre, einfach in jeder Abteilung die Arbeit aufzuteilen, sodass alle drei Abteilung "Berater" und "Designer" haben. Die einen kommunizieren mit den Kunden, die anderen erstellen die Webseiten.
Wenn man jetzt eine eigene Abteilung/ein Team aufbaut, dann hat man doch eine zusätzliche Kommunikationsschnittstelle und man kann ja gar nicht mehr so individuell auf die Kundenwünsche eingehen. Es wird ja vielleicht so sein, dass die bei den "Großkunden" ganz andere Anforderungen haben als bei "Mittleren Kunden".
Und für dieses neue Team bräuchte man ja auch eine Führungskraft und vielleicht noch eine Stelle die das alles organisiert, das sind ja auch wieder zusätzliche Kosten fürs Unternehmen...
Also ich kann mir nicht richtig vorstellen wie das funktionieren soll, mit einer eigenständigen Abteilung die den ganzen Tag nur Webseiten baut.
3 Antworten
Hey,
es gibt da so eine Regel (ich habe leider den Namen vergessen) die sagt, dass man Teams so schneiden soll, dass die Leute, die oft miteinander reden auch in einem Team sind. So vermeidet man Terminprobleme und die Leute die oft miteinander reden, sind im Team auch näher zusammen um genau das zu machen - reden.
Dein Beispiel leuchtet mir übrigens nicht ein. Genau das Team für die großen Projekte mit den meisten individuellen Anpassungen und Designs besteht nur aus Beratern? Keine Ahnung wie fit die Berater sind, aber typischerweise passt das nicht gut.
Ich persönlich habe bisher nur in https://en.wikipedia.org/wiki/Cross-functional_team (s) gearbeitet und das geht sehr gut. Man muss halt nicht extra immer Meetings mit Leuten aus anderen Abteilungen vereinbaren, wenn man praktisch am selben Tisch sitzt.
Bei deinem Szenario würde ich allerdings überlegen ob ich ein Scrum-Team dafür einsetzen würde Komponenten für das Baukastensystem zu bauen. Alle anderen Teams könnten diese Standardkomponenten dann nutzen.
a) müssen dann nur noch Spezialfälle von den einzelnen Teams umgesetzt werden, sie sind also von Standardkomponenten entlastet. Die Entlastung führt dazu, dass sie sich auf ihre Kundenprojekte gezielter konzentrieren können.
b) die Standardkomponenten sind dann auch wirklich einheitlich, weil die eben von genau einem Team gebaut werden.
Auch dieses Standardkomponenten-Team würde ich natürlich cross functional bauen, also mit Designer (besonders mit Designer), damit die Komponenten ohne Verzögerungen durch äußere Einflüsse umgesetzt werden können.
Gruß
Danke für deine ausführliche Antwort. Ich sehe auch das Problem dort, dass man einen Designer in einem Team hat und den Berater in dem anderen Team, die müssen sich vielleicht auch öfters austauschen, warum also nicht in ein Team packen.
Das fiktive Beispiel scheint nicht ganz durchdacht zu sein. Oder genau deshalb will man das so umsetzen, da die Berater nicht so fit sind und es zu Problemen kam. :D
Speziell auf dein Fall bezogen:
Sehe ich es als negativ die Entwicklung als eigene Abteilung abzugliedern.
Berater wissen dann nicht was möglich ist und was nicht und können so nur schlechter beraten.
Die Designer verlieren den Bezug zu Kundenwünschen und wissen garnicht wie der markt sich entwickelt.
das Unternehmen muss mehr Leute einstellen.
Ist die Auslastung überhaupt so groß alsdas man eine ganze abteilung dafür benötigt? werden die Berater mit der freien Zeit effektiv mehr beratung durchführen können?
Also ich sehe da keinen Mehrwert.
Vielen Dank, so sehe ich das auch. Ich werde das in meiner Ausarbeitung auch so reinschreiben, nur ist der fiktive Fall so, dass die Unternehmensleitung das halt so will und man jetzt das beste daraus machen muss.
Du hast das Problem schon gut erkannt! Und auch das Problem mit "kennen die Kundenanforderungen/Probleme nicht" ist ganz richtig!
Die neue Abteilung hätte vielleicht den Vorteil, dass es mehr Backups gibt und man anfallende Tätigkeiten leichter aufteilen könnte. Soll heißen, wenn in einem Team Berater und zB. 2 Entwickler sind, hängt die ganze Arbeit an den zweien. Wären sie in einem eigenen Team könnte man das auf mehrere Leute aufteilen.