Wie man seine besten Ingenieure vertreibt
(padraigobrien.com)„Wie man die Betriebszugehörigkeit von Entwicklern verkürzt“ und „wie man es behebt“
- Stellen Sie Manager ein, die keine Software bauen können
→ FIX: Lassen Sie technische Manager, Direktoren und VPs ungefähr eine Woche pro Quartal Features entwickeln und ausrollen. Ein Feature, das etwa 3 Tage dauert, in der tatsächlichen Arbeits- und Kollaborationsweise.
- Stellen Sie sehr viele Manager ein und ziehen Sie Hierarchieebenen ein
→ FIX: Machen Sie die Organisation flach und entfernen Sie nach Möglichkeit Management-Ebenen
- Halten Sie so viele Meetings wie möglich ab
→ FIX: Minimieren Sie die teamübergreifende Zusammenarbeit und gestalten Sie die Organisation so, dass innerhalb der Teams viel Zusammenarbeit stattfindet
- Machen Sie den Prozess der Software-Definition schmerzhaft
→ FIX: Finden Sie Wege, die Belastung der Entwickler zu verringern. Lassen Sie beim Erstellen von Tickets mindestens 3 Personen (Ingenieur, Tester, Produktverantwortlicher) 10 Minuten lang diskutieren und es gemeinsam ausarbeiten
- Machen Sie Software-Deployments schmerzhaft
→ FIX: Reservieren Sie 20 % der Zeit dafür, die aufgetretenen Probleme zu analysieren und zu beheben
- Lassen Sie Ingenieure ihre Arbeitszeit selbst schätzen
→ FIX: Schätzen Sie nicht. Nach meiner Erfahrung liegen Schätzungen in über 99 % der Fälle daneben und funktionieren nicht gut. Wenn Sie Termine brauchen, empfehle ich moderne Methoden wie Forecasting
- Machen Sie Teams sehr klein
→ FIX: Eine Teamgröße von mindestens 6 Personen ist gut
- Leihen Sie sich Ingenieure aus anderen Teams aus
→ FIX: Sorgen Sie dafür, dass Teams mit einer Mission langfristig bestehen, und versetzen Sie die Leute nicht
5 Kommentare
Schon der Gedanke, einem VP eine Aufgabe zuzuweisen, lässt einem das Herz in die Hose rutschen. Es heißt zwar, es gehe nur um eine Woche pro Quartal, aber vermutlich wird in dieser einen Woche jede Menge Querschüsse und AI entstehen. Natürlich wäre das trotzdem eine positive Veränderung :)
Erinnert mich an ein Unternehmen, in dem ich war, haha.
Es gab einen Development Lead, aber weil der CEO ihn angeblich nicht unter Kontrolle hatte, setzte er einen von einem Bekannten empfohlenen Entwicklungsdirektor ein, und innerhalb eines Jahres zerfiel das Entwicklungsteam.
Was ist mit forecasting gemeint?
Grundsätzlich geht es bei Estimation darum, per Schätzung vorherzusagen, wie lange eine Aufgabe dauern wird.
Forecasting wird dagegen – ähnlich wie bei der Wettervorhersage – als eine Prognose definiert, die „auf bestehenden Daten basiert“.
Wenn ein Team Epics in Storys aufteilt und gut dokumentiert ist, wie lange jede Story gedauert hat (zum Beispiel in Story Points),
dann dürfte es ungefähr darum gehen, auf dieser Grundlage anhand der Menge an Features, die pro Woche abgeschlossen werden, einen erwarteten Termin abzuleiten.
(Ich kenne das selbst auch nur aus Büchern und Artikeln und habe es in der Praxis noch nicht angewendet, daher kann ich es nur grob erklären.)
Und danke für die gute Antwort. (Und ich lese die News auch immer gern!)