Wie viel Management braucht ein mittelständisches IT-Unternehmen?

Ich bin Softwareentwickler in einem mittelständischen Unternehmen. Wir arbeiten mit ein paar Leuten aus der Ferne (in einem anderen EU-Land). Wir hatten früher folgende Personen:

  • 1 CTO
  • 2 agile Coaches (davon 1 auch PO, was meiner Meinung nach für ein agiles Unternehmen dieser Größe übertrieben ist)
  • 1 Architekt (nicht praktisch)
  • 1 Scrum-Master
  • 1 PO (zusätzlich zum PO - gecoacht?)
  • 6 Entwickler
  • 3 Tester
  • 2 Entwickler

Jetzt, nach einigen Änderungen, haben wir:

  • 1 CTO
  • 1 PO von POs (über 2 Teams)
  • 1 PO (für das Team, in dem ich arbeite)
  • 1 Scrum-Master
  • 1 Scrum Master (remote)
  • 1 Entwicklermanager (Leitung)

und die gleiche Menge an Händen auf Menschen

  • 6 Entwickler
  • 3 Tester
  • 2 Entwickler

Die Fragen sind:

  • Ist Management nicht ein bisschen zu viel?
  • Wie viel Management würde eine solche Formation brauchen? Hier gibt es Faktoren wie: Es gibt mehr als 1 Teams im Unternehmen (mit ihren jeweiligen Managern), aber CTO, Lead PO und Line Manager sind in allen Teams vertreten.

Übrigens haben wir seit fast 1 Jahr nichts mehr versendet, obwohl es so aussieht, als ob etwas passieren würde.

EDIT: Als amüsantes Update dazu hat der CTO des Unternehmens …

Die Frage, die Sie gestellt haben, ist sehr lokalisiert; jede Antwort wäre nur für Sie relevant. Außerdem ist die Frage subjektiv; jede Meinung ist eine gültige Antwort. Könnten Sie die Frage umformulieren, vielleicht so etwas wie "Wie misst man die Effektivität des Managements?" „Wo ist der ROI des Managements? Fragen, die für andere nützlich wären, Ihnen aber die Informationen liefern würden, die Sie benötigen, um eine Veränderung in Ihrer Umgebung vorzunehmen.
Guter Punkt, ich werde versuchen, es zu bearbeiten.
dqm - Was Sie sehen, ist die Bürokratie, die Wurzeln schlägt. Das Beängstigende ist, dass es das Potenzial hat, alle oder fast alle Ihre Gewinne zu untergraben und umzuleiten und die Moral der Mitarbeiter zu saugen.

Antworten (4)

Das liest sich wie eine Kontrollfrage. Hinter diesem Problem stehen viele Theorien und Denkschulen, und sie alle haben Vorzüge und Probleme. Dieses Problem bleibt ein Problem beim Entwerfen Ihrer Organisation, und wahrscheinlich gibt es wirklich keine einzige Antwort oder Faustregel. Tatsächlich könnte es nachteilig sein, zu versuchen, eine Einheitslösung zu finden.

Sie gleichen die Effektivität der Supervisionsfähigkeit eines Supervisors mit den Kosten der Verwaltungsebenen ab.

Ich denke, Ihre beste Herangehensweise besteht darin, diese Art von Fragen zu stellen und zu beantworten: Wo befinden sich die Mitarbeiter, verstreut oder lokal; was sind die Fähigkeiten der Mitarbeiter und Vorgesetzten; wie hoch ist die Komplexität der Aufgabe; wie viel Verwaltungsaufwand besteht; sind Mitarbeiter für andere Aufgaben matriziert; Ist Ihre Organisation in ihren Betriebs- oder Projektfähigkeiten ausgereift? Es gibt noch eine Menge Fragen zu stellen und zu beantworten.

Und egal, für welche Wahl Sie sich letztendlich entscheiden, Sie müssen immer noch mit Kosten, Risiken und Strafen fertig werden. Und die Vorteile Ihrer Wahl könnten sich im Laufe der Zeit ändern, wo eine Neuorganisation angezeigt sein könnte. Bleiben Sie also flexibel und agil, denn Starrheit kann die Organisation zerstören.

Mir scheint, Sie haben Manager für eine 40-köpfige Abteilung, aber nur 10 technische Elemente.

Genau genommen braucht man:

  • Jemand muss die Leitung übernehmen (CTO?)
  • Jemand muss für das Produkt verantwortlich sein (eine einzelne Bestellung)

Alle anderen sollten Entwickler sein. QA kann von Entwicklern durchgeführt werden, Ops können von Entwicklern durchgeführt werden, Scrum Mastering kann von Entwicklern durchgeführt werden.

Denken Sie daran, dass sechs Entwickler ein Mini-Team sind, das fast kein Management benötigt!

Natürlich ist dies streng genommen eine persönliche Meinung, aber ich war dort (mit ähnlichen Problemen) und ich bin nicht überrascht, dass Sie nicht liefern ...

Sehen Sie sich die Rollen an, mit denen Sie Bedenken haben.

CTO - Ihr großer Chef und ich gehen davon aus, dass er / sie andere Personen als diese Personen haben wird, die ihm / ihr Bericht erstatten. zB Infrastruktur, Support, was auch immer.

PO – Ihr Kunde, also passt diese Person nicht in das Team 1 PO (Proxy) – Klingt so, als ob Ihr Kunde ein wenig Hilfe auf der funktionalen Seite der Dinge braucht, da es zu viel Arbeit für ihn/sie gibt.

Scrum Master – Sie sind keine Manager und dem Anschein nach machen sie vielleicht keine gute Arbeit, wenn Sie (als Entwickler) in ein öffentliches Forum kommen müssen, um dies zu diskutieren, und nicht in der Lage sind, dies in einer Retrospektive offen zu diskutieren.

1 Entwickler-Manager (Leitung) – Klingt, als hätte der CTO alle Hände voll zu tun und fühlt sich verpflichtet, einen Entwickler-Manager einzustellen, der sich um das tägliche Management eines Entwicklungsteams kümmert.

Als nächstes muss ich hier etwas brutal sein, da Sie nur ein Softwareentwickler sind. Sofern Sie keine Anteile an dem Unternehmen haben, ist dies nicht Ihr Risiko, sondern das der Aktionäre und der Geschäftsleitung und der Personen, die sie auswählen, um bei der Führung des Unternehmens zu helfen. Ihr CTO wird dafür bezahlt, eine solche Entscheidung zu treffen, und wenn Sie das Gefühl haben, dass die Entscheidung falsch sein könnte, dann sprechen Sie auf jeden Fall mit ihm, um die Fakten zu erfahren.

Der einzige Fehler, den ich hier sehe, ist, dass die neue Struktur und die Rollen dem Team vielleicht schlecht vermittelt wurden.

Ich würde eher Sie und andere Entwickler in Ihrem Unternehmen fragen, wie Ihnen diese Menge an Management in der täglichen Arbeit hilft. Wenn sie alle hilfreich sind – zum Beispiel indem sie Hindernisse beseitigen und Teams schützen, bevor sie unterbrochen werden, ist das in Ordnung. Aber wenn all diese Manager die Teams ablenken, wenn sie versuchen, ihre Arbeit zu erledigen … nun, das bedeutet, dass es nicht so gut funktioniert, wie es kann.

Die Antwort hängt von Ihrem Kontext ab, daher wird Ihnen keiner hier sagen, was besser ist.