Braucht ein Entwicklerteam einen Manager?

Hintergrund:

Ich bin derzeit Teil eines Teams von vier: 1 Manager, 1 Senior Developer und 2 Entwickler. Wir führen eine Reihe von maßgeschneiderten Inhouse-Systemen / -Projekten (z. B. 6-8 Wochen) für eine Organisation von rund 3500 Mitarbeitern durch sowie die gesamte Wartung und den Support, die für die zuvor erstellten Systeme erforderlich sind. Es gibt nicht genug von uns, um all die Arbeiten zu erledigen, die möglicherweise auf uns zukommen - wir sind unterbesetzt. Das Management erkennt dies an, aber Budgetbeschränkungen schränken unsere Fähigkeit ein, zusätzliche Mitglieder für das Team zu gewinnen (selbst wenn wir das Gehalt in Form von Einsparungen zurückerhalten).

Die Veränderung

Das lässt uns da, wo wir jetzt sind. Unser Manager wird seine Rolle auf den Weiden neu besetzen und eine freie Stelle im Team hinterlassen. Das Management nutzt diese Gelegenheit, um unser Team umzustrukturieren, wodurch die Team-Manager-Rolle durch einen anderen Entwickler und einen anderen Senior-Entwickler ersetzt wird. Ihre Logik ist, dass wir mehr Entwickler brauchen. Hier ist eine Möglichkeit, dies zu finanzieren (eine der Rollen wird teilweise von einem anderen freien Posten finanziert).

Das Team hätte keinen direkten Vorgesetzten, und die Rollen und Verantwortlichkeiten würden zwischen den Senioren und dem (relativ neuen) Servicemanager aufgeteilt (eine nicht-technische Rolle mit geringen bis keinen Entwicklungskenntnissen / -erfahrungen, deren Fokus geteilt wird unter einer Reihe von anderen Teams und Einzelpersonen) - wer wäre unser nächster tatsächlicher Manager in der Nahrungskette?

Ich denke die letzte Frage ist:

Ist es möglich, ein Entwicklungsteam ohne Manager zu leiten? Hast du Erfahrung damit? Und was könnte schief gehen / uns nützen?

Ich würde im Idealfall gerne "das Licht sehen" und die Vorteile, Dinge auf diese Weise zu tun, oder mir ein paar Argumente dafür ausdenken.

Je größer die Risiken, desto mehr brauchen Sie "Luftschutz". Dies ist, was ein Manager wirklich bieten soll. Während das Team die Arbeit erledigt, muss der Manager sicherstellen, dass nichts das Team davon abhält, die Teamziele zu erreichen. Ob es darum geht, den Zeitplan zu optimieren, Störungen zwischen dem Team und dem Verkaufspersonal zu verursachen oder einfach dafür zu sorgen, dass das Team pünktlich bezahlt wird und die Kaffeemaschine funktionsfähig bleibt. Ein wirklich großartiger Manager lässt das Team so funktionieren, als ob der Manager nicht da wäre.

Die Realität ist natürlich, dass die meisten Manager daran völlig scheitern. Sie sind entweder Mikromanager oder veraltet, damit die oberen Ebenen des Unternehmens die Dinge direkter kontrollieren können, und die wirklich großartigen Manager sind in der Tat ein seltener Vogel. Für ein Software-Team gibt es einige Vor- und Nachteile, wenn es um eine hierarchische oder flache Teamstruktur geht. Wenn das Team sehr klein ist und die geleistete Arbeit sehr wenig Überlappung erfordert (und damit meine ich, dass jeder ein unabhängiges Projekt hat), ist es meine Erfahrung, dass eine flache (auch als nicht verwaltete) Teamstruktur sehr gut funktionieren kann, wenn alle Teammitglieder sind diszipliniert. Ich habe jedoch auch die Erfahrung gemacht, dass es bei der Arbeit der Teammitglieder große Überschneidungen gibt, bei der es zwei oder mehr relativ starke Persönlichkeiten gibt.

Es sind viele Faktoren involviert, aber es kommt wirklich auf die involvierten Persönlichkeiten, ihre individuellen Motivationen und Karriereziele und das Beispiel und die Anleitung des oberen Managements an, die bestimmen, wie notwendig eine Position als Manager oder Teamleiter ist. Wenn Chaos herrscht und das Team danach fragt, muss das Team im Allgemeinen unbedingt geführt werden. Wenn die Dinge im Allgemeinen ohne Eingaben des Managements gut laufen, kann das Team möglicherweise eine Zeit lang in einer nicht hierarchischen Struktur arbeiten ... zumindest, bis die Arbeitsbelastung und der Zeitplan zu schwierig zu handhaben sind.

Jemand muss der Manager sein, aber im Fall Ihres Teams denke ich nicht, dass dies eine Vollzeitstelle ist. Mieten Sie einen anderen sr. dev und mache einen von ihnen zum Manager. Idealerweise ist derjenige, der am besten passt, ein Manager und nicht unbedingt der beste Programmierer.

Der Manager muss die endgültige Entscheidung treffen, wenn keine Einigung erzielt wurde. Daher sollte die Person technisch qualifiziert sein. Die Bewertung der anderen Programmierer, der Besprechungen und die Abwehr der Geschäftsleitung sind Teil der Arbeit.

Lesevorschlag: Das Jahr ohne Hose . Selbst ein großes Softwareprojekt (WordPress) kann ohne direkte Manager auskommen, aber es gibt einige Aufgaben (niemand möchte / ist sehr schwer) oder die Integration einer großen Anzahl von Entwicklern für dieselbe Aufgabe kann ohne einige sehr schwierig sein Zentrale Steuerung.

Die einfache Antwort auf Ihre Frage lautet ja, wie andere Leute angegeben haben.

Eine vollständigere, aber komplexere Antwort auf Ihre Frage lautet:

"Das Management erkennt dies an, aber Budgetbeschränkungen schränken unsere Fähigkeit ein, zusätzliche Mitglieder für das Team zu gewinnen."

Das Management sagt "Ja, wir erkennen das an, wir erkennen, dass" nur "Worte" sind, damit Sie sich besser fühlen. Sie sehen es nicht als entscheidend für den Erfolg des Unternehmens an, oder sie würden es wirklich unterstützen, jemanden zu finden!

Andere Dinge, auf die Sie achten sollten (da dies eine Menge Psychologie beinhaltet), sind, wenn das Management Ihnen schlechte Nachrichten sagt, sich aber in einen Witz einmischt und das Thema vielleicht direkt erwähnt, vielleicht aber nicht, was es im Grunde unmöglich macht, es in Frage zu stellen ( Es ist eine subtile und clevere Technik. Ein weiterer Punkt, auf den Sie achten sollten, ist eine dreistündige Besprechung, bei der Ihnen der Plan vorgestellt wird und Sie nach 2 Stunden und 55 Minuten um Ihre Meinung gebeten werden.

Seien Sie misstrauisch gegenüber dem Management, das das Richtige sagt, im Gegensatz zu dem Management, das das Richtige tut.

Kein Manager = Keine Rechenschaftspflicht = Zumindest auf lange Sicht ein Durcheinander. Jeder wird die Dinge tun, die er / sie möchte, und das mittlere Management wird herumlaufen und sich nicht sicher sein, mit wem er / sie sprechen soll oder wer Recht hat und wer für ein bestimmtes Problem oder eine bestimmte Anfrage falsch ist. Solange die Aufgaben nicht so getrennt sind und keine oder nur geringe Beziehungen bestehen, funktioniert es in der Entwicklung nicht, wenn viele „kleine Manager“ vorhanden sind, da es so viele Möglichkeiten gibt, eine bestimmte Aufgabe zu erledigen, und weil das Management Fachwissen erfordert, das ein vielbeschäftigter Entwickler möglicherweise nicht immer erworben hat. Es ist erforderlich, dass jemand das vollständige Bild sieht. Der vorgeschlagene Stil eignet sich möglicherweise für Teams, die ältere oder aktuelle Anwendungen unterstützen, sich jedoch nicht in der Entwicklung befinden. Optimistisch zu sein, wird Ihre Organisation und einige Versuche und Misserfolge benötigen, bevor dies einigermaßen gut funktioniert.

Ich stimme den obigen Antworten zu, aber es gibt eine wichtige Überlegung.

Ein "Manager" ist eine Position, aber denken Sie in Rollen , ein Manager ist jemand, der bestimmte Verantwortlichkeiten hat . Unabhängig davon, wie diese Aufgaben lauten, ob Sie mit CxO verhandeln, Berichte verfassen, Urlaube verwalten oder sogar eine Kaffeemaschine auffüllen - Ihr Team braucht jemanden, der dafür verantwortlich ist.

Profis - Es kann einer von Ihnen sein, und dies könnte einen großen Schub für seine / ihre Karriere bedeuten. Der Rest des Teams bekommt jemanden, der nicht "von oben zugeteilt" ist, sondern der die Bedürfnisse des Teams genau versteht.
Vergessen Sie natürlich nicht zu verhandeln, wie viel Zeit sie für Managementaufgaben aufwenden würde und was für das übrig bleibt, was sie früher getan hat.

Con - Es ist auch möglich , keiner von euch würde wünschen ein Manager sein. Daran ist nichts Schlimmes. Viele Entwickler möchten lieber mit Tastaturen und anderen Entwicklern arbeiten, als Zeit mit Berichten, Diagrammen und Besprechungen zu verschwenden. Vertrau mir, fünf Minuten mit schreiendem Chef jeden Morgen sind extrem demotivierend! :)

Daher würde ich Ihre Frage so umformulieren:
Ist es möglich, ein Entwicklungsteam ohne einen engagierten Manager zu leiten ? - Ja .
Ist Ihr Team bereit für diese Veränderung? - Ich kann nicht sagen.
Versuch es. Es ist einfach einen Versuch wert.

Ich arbeite derzeit in einem kleinen Team ohne Manager. Kleines Unternehmen. Es läuft gut.

Ihr Kilometerstand kann variieren.

Sie brauchen einen technischen Leiter und einen Manager, ja. Ich persönlich halte den technischen Vorsprung jedoch für viel wichtiger. (Wenn Sie sich nicht sicher sind, was das ist, ist es im Grunde die Person, die die Arbeit verteilt und sicherstellt, dass jeder das tut, was er sein sollte.)

Ein Entwicklerteam benötigt keinen Manager, wenn jede Person ausgereift genug ist, um als Team zu arbeiten und die Erwartungen der Stakeholder zu erfüllen.

Es gibt bestimmte Rollen (z. B. Entwickler), die sich auf ein Problem konzentrieren müssen, das gelöst werden muss, und sich nicht um andere Umweltfaktoren kümmern müssen. Hier hilft ein Manager.

Dabei hilft immer jemand Senior, der Mehrwert schafft. Sogar ein CEO berichtet an ein Team von Managern (Board of Directors).

Meine 2 Cent ...

Ich würde vorschlagen, dass es von den Kämpfen abhängt, die für das Team in der Organisation ausgetragen werden müssen. Wenn es Probleme gibt, die Sie daran hindern, Ihre Arbeit zu erledigen, sollte der Manager diese aussortieren.

Dies kann zum Beispiel sein, um sicherzustellen, dass Prioritäten auf vernünftige Weise gesteuert und festgelegt werden, und um sicherzustellen, dass Sie über die Ausrüstung, Software usw. verfügen, die Sie für Ihre Arbeit benötigen. Sie sollten der Anwalt des Teams in der Organisation sein.

Wie gehen Sie mit dem Geschäft um, wie bestimmen Sie, woran Sie arbeiten sollen, wer bestimmt, wann Sie "fertig" sind. Wenn die Organisation sich mit diesen Dingen befasst, ohne dass Ihr Manager viel tun muss, dann großartig. Aber dann kann es zu Veränderungen außerhalb Ihres Teams kommen, und wenn eine oder zwei Schlüsselpersonen in der Branche die Rolle wechseln, befinden Sie sich möglicherweise in einer schwierigen Situation.

Vielleicht könnten Sie sich einen starken Führer in der Organisation aussuchen, der Ihr Anwalt sein kann, aber nicht an Ihrem täglichen Management teilnehmen muss, sich an ihn wendet und herausfindet, ob er bereit ist, Ihr Team unter sich zu stellen. (Vielleicht haben Sie das bereits mit Ihrem 'Service Manager' gemacht, den Sie erwähnen.)

kurze antwort: ja das geht.

Lange Antwort: Aber es kommt auf die Teampersönlichkeiten an. Offensichtlich muss jemand entscheiden, was Sie tun, und Sie müssen sich bei jemandem melden - dies muss möglicherweise nicht der Manager Ihres Teams sein, aber jemand muss Ihnen Arbeit geben. Innerhalb des Teams muss möglicherweise jemand Prioritäten und / oder technische Probleme festlegen. Dies kann jedoch problemlos von einem Teamleiter durchgeführt werden.

Vielleicht müssen Sie Ihr Entwicklerteam mit einem anderen zusammenführen. Haben Sie ein Testteam?> Wäre es besser, denselben Manager für beide zu verwenden und das Entwicklerteam halbautonom zu halten?

Mir scheint, der Servicemanager kann Ihnen sehr gerne die Arbeit zur Verfügung stellen, die Sie ausführen müssen, und auch prüfen, ob sie der erforderlichen Qualität entspricht. Er benötigt keine Erfahrung in der Entwicklung, um diese Aufgabe zu erledigen - Software ist auch ein Geschäftstool Erfüllt die Anforderungen oder nicht, und in der Regel bestimmen die Benutzer am besten, ob dies der Fall ist. Der Service-Manager fungiert als Verbindung zwischen Ihnen und ihnen und sorgt hoffentlich dafür, dass Sie weiterhin richtig arbeiten. Ich mache mir nur Sorgen, dass er nicht genug Kontrolle über die Verantwortlichkeiten Ihres Teams hat. Wenn die Dinge schief gehen, geraten Sie in einen unglücklichen Zustand, bis das Management ihn (oder, schlimmer noch, jemanden anderen) dafür verantwortlich macht Sie.

Selbstverwaltete Teams sind nicht ungewöhnlich. Sie erfordern in der Regel eindeutige Leistungsmetriken, um eine intern generierte Rechenschaftspflicht zu schaffen. Ihre Organisation könnte dies haben, aber wenn Sie aufgrund von Kosteneinsparungen keinen zusätzlichen Personalbestand generieren können, funktioniert dies möglicherweise nicht. Die andere Herausforderung ist, dass Ihr neuer Chef nicht nach jemandem klingt, der weiß, wie man Talente belohnt.

Zum Guten oder Schlechten klingt es, als bräuchte man einen Spielertrainer. Jemand, der sowohl das Team leiten als auch darin auftreten kann. In einer Gruppe von 4 ist dies sicherlich machbar. In einer Gruppe von 8 oder 10 wäre es nicht. Die Herausforderung besteht darin, herauszufinden, wer dieser Spielertrainer sein soll. Die Standardeinstellung ist, es zu Ihrem besten Programmierer zu machen, aber möchten Sie sie unbedingt mit dem Administrator verknüpfen? Es gibt keine eindeutige Antwort, außer zu sagen, dass leistungsstarke Unternehmen Wege finden, um nicht alle ihre besten Techniker dazu zu zwingen, Manager zu werden.

Manager sind in der Regel das fehlende Bindeglied zwischen der Organisation und Ihrem Entwicklerteam.

• Sie stellen sicher, dass Ihre Arbeit relevant ist und den Anforderungen der Organisation entspricht.
• Antwort an das obere Management
• Verwalten Sie den Zeitplan so, dass das Projekt pünktlich ist
• Stellen Sie sicher, dass Ihre Bedürfnisse für das Projekt berücksichtigt werden.

Kleinere Teams mit geringen Verantwortlichkeiten könnten ohne einen bestimmten Manager funktionieren. Aber wenn die Verantwortlichkeiten größer werden, müssen Sie jemanden haben, der all diese Risiken und Probleme in den Griff bekommt.

Und angesichts Ihrer Konfiguration übernimmt eine Person in Ihrem Team die Rolle des Managers, auch wenn sie nicht als solche gekennzeichnet ist. Normalerweise funktionieren verteilte Aufgaben nicht gut. Kommt sehr darauf an, wie es verteilt ist und welche Personen involviert sind.

Die Vorteile eines Managers hängen von der Rolle ab, die er für Ihr Team spielt. Es kommt also wirklich auf die Rolle an, die für das Team benötigt wird:

• Benötigen Sie jemanden, der befugt ist, Streitigkeiten zwischen Teammitgliedern beizulegen und das Team darauf zu konzentrieren, pünktlich gute Arbeit zu leisten?
• Oder brauchen Sie jemanden, der wie in einer Antwort oben erwähnt Luftschutz bietet ? Verwalten Sie Zeitpläne, legen Sie Prioritäten fest, greifen Sie zwischen dem oberen Management und dem Team ein usw.

Also, brauchst du das? Können die Leute in den Positionen, die Sie notiert haben, dies für Sie tun? Wenn ja, dann geht es dir gut. Wenn nicht, stehen Sie wahrscheinlich vor einer Katastrophe.

Quelle: persönliche Erfahrung mit Gruppenprojekten und verwalteten und nicht verwalteten Teams.

Flat-Teams sind immer ein Problem, es sei denn, Sie beauftragen einen Verantwortlichen mit der Herde von Ingenieuren gleicher oder ähnlicher Klasse.

Wie von S.Robins erwähnt, kann das Setzen eines Managers ein unnötiger Engpass sein, wenn alle Teammitglieder gut diszipliniert sind. Einige der kleinen Unternehmen, in denen ich gearbeitet habe, haben Personalbeschränkungen (unter anderem aufgrund von Budgetbeschränkungen) und daher neigen sie dazu, eine Gruppe weniger Neulinge / Junioren in ein flaches Team zu stecken, bei dem ein Mann über ihnen steht und sie verwaltet .

Wenn der Manager "1-Level-höher" nicht in der Lage ist, Personen zu verwalten, schlägt dies fehl. Einsteiger / Junioren, die ihre Karriere beginnen, werden sehr wettbewerbsfähig sein - versuchen Sie, sich so früh wie möglich im Team zu etablieren, und jemand muss manchmal die Mitarbeiter zügeln, damit ihre Wettbewerbsfähigkeit die Zusammenarbeit nicht beeinträchtigt.

Das Problem bei einem flachen Team ist, dass Sie bei der Projektskalierung zwangsläufig einen oder zwei Mitarbeitern überlassen müssen, etwas mehr zu tun und etwas mehr Verantwortung zu übernehmen. An diesem Punkt müssen Sie eine klar definierte Hierarchie erstellen und auf jeden Fall einen geeigneten Manager einrichten, um Anrufe entgegenzunehmen und Personen zu verwalten, da es bei Werbeaktionen aus derselben Gruppe sehr oft einen unglücklichen Haufen gibt.

Die andere schlechte Idee, die ich in vielen kleineren Cos sehe, ist, einfach den ältesten Mann in Bezug auf die Bezeichnung oder Erfahrung als Manager zu nennen. Oder der technisch versierteste Mann in der Gruppe wird in die Rolle eines Managers befördert. Ich habe das noch nie erlebt.

Ich bin der Meinung, dass jedes Team mit mehr als 4 Mitarbeitern frühzeitig einen Manager benötigt, wenn das Projekt gut skaliert ist. Idealerweise sollte eine technische Person mit Fähigkeiten im Bereich des Managements von Männern für bestimmte Entscheidungen die Verantwortung für eine gute Kommunikation tragen.

Ich arbeite für ein Unternehmen, in dem wir agile Praktiken praktizieren, insbesondere Scrum. Es funktioniert auf ganzer Linie hervorragend: Entwicklungsteams und die Geschäftsleitung sind alle zufrieden. Sie bekommen, was sie wollen.

1. Alle Ingenieure berichten an den Engineering Manager. Engineering Manager ist eine äußerst technische und funktionale Funktion, die es erforderlich macht, mehr Geschäft in den Geschäftsbereich zu bringen. Diese Rolle entspricht dem Product Owner.
2. Der Projektmanager ist eine separate Rolle, vergleichbar mit einem Scrum-Master, und ist in der Regel ein Auftragnehmer für eine feste Zeit (12 Monate bis 18 Monate, ohne Vertragsverlängerungen).
3. Der Projektmanager - Scrum Master - ist vollständig verantwortlich für nicht funktionierende und nicht technische Aktivitäten

Dies hat wunderbar funktioniert, da sich das Entwicklungsteam auf die technischen Aspekte konzentriert, während sich die Business Analysten / Product Owner auf die geschäftlichen Aspekte konzentrieren. Der Projektmanager ist für die Aufgabenverfolgung, Berichterstellung und andere typische Scrum Master-Aufgaben verantwortlich.

Das mittlere Management ist ausgelagert, und es gibt keinen Wachstumspfad vom mittleren Management zum Top-Management. Die Wachstumschance reicht von der Rolle des Entwicklungsteams oder des Business Analysts bis zum Engineering Manager und nicht von der Rolle des Aufsichtsrats.

Unser Unternehmen ist der festen Überzeugung, dass das mittlere Management keinen wesentlichen Mehrwert für ein Unternehmen darstellt und am besten externen Beratungsunternehmen überlassen wird.

Ein Punkt, der beachtet werden sollte, ist, dass unabhängig davon, ob eine Person zum Manager ernannt wird, wahrscheinlich einer von Ihnen zum De-facto-Manager wird, wahrscheinlich die Person mit der größten Erfahrung / Zeit im Dienst.

Insbesondere, da dies als Kostensenkungsmaßnahme (dh nicht als Vergütung für einen Manager, sondern als Einstellung eines Entwicklers) und nicht als Überlegung zur Umstrukturierung erfolgt, scheint es wahrscheinlich, dass das höhere Management weiterhin so arbeitet, wie es ist zuvor nur mit den Leuten zu tun haben, die sie besser kennen (dh mit der längsten Dienstzeit).