Agiles Team voller Teilzeitentwickler

Ich sehe oft Projekte in meinem Unternehmen, die voll von Teilzeitentwicklern sind, was bedeutet, dass sie zu einem gewissen Prozentsatz an verschiedenen Projekten arbeiten.

Darüber hinaus scheint das Management im agilen Hype-Zug zu sein. Ich habe das Gefühl, dass die agile Methodik bei Teilzeitentwicklern nicht gut funktioniert. Wie verwalten Sie das Projekt am besten mit Dingen wie Tasking, wenn einige Mitglieder jederzeit mit ihren anderen Projekten überfordert sein können?

Sogar Dinge wie das Erstellen eines Gantt-Diagramms werden durch die Tatsache verwirrt, dass Sie einer Aufgabe eine Zeit zuweisen, dh 4 Tage, aber ich kenne keine Möglichkeit, zu berücksichtigen, dass diese 4 Manntage 8 Kalendertage sein können.

Meinst du Teilzeit in dem Sinne, dass sie sich vielleicht um ihre Kinder kümmern oder sich eine Auszeit nehmen, oder meinst du Vollzeit mit geteilter Aufmerksamkeit?
Vollzeit mit geteilter Aufmerksamkeit.

Antworten (4)

Multitasking tötet die Produktivität. Die Kosten für das Wechseln von Aufgaben können tödlich sein.

Ich würde vorschlagen, das Management auf die Kosten und Risiken aufmerksam zu machen, wenn Entwickler gleichzeitig an mehreren Projekten arbeiten.

Selbst wenn der Aufgabenwechsel aus irgendeinem magischen Grund 0 Zeit gekostet hat , warum sollten Sie Projekt A und B in zehn Tagen fertigstellen wollen, wenn Sie sich stattdessen ausschließlich auf Projekt A konzentrieren, es in sechs Tagen fertigstellen und sich dann ausschließlich auf Projekt B konzentrieren könnten , vier Tage danach fertig?

Erstens stimme ich dem, was Sie sagen, voll und ganz zu. Es kann jedoch komplex sein, wenn Sie Dinge wie 1-Jahres-Verträge mit Kunden erhalten. An diesem Punkt, egal was Sie wirklich tun, werden Sie 1 Jahr lang an dem Vertrag arbeiten. Der Unterschied besteht darin, was das Endergebnis des Projekts in Bezug auf die Ergebnisse und die Verbesserung des Personals ist.
Teilen Sie das Team auf – lassen Sie die Hälfte der Entwickler sich auf Projekt A und die andere Hälfte auf Projekt B konzentrieren.
Dies ist die richtige Antwort. "Vollzeit mit geteilter Aufmerksamkeit", dh es liegt in Ihrer Macht, Vollzeit-Entwickler zu haben. Hören Sie auf, sich selbst in den Fuß zu schießen, und wir können Fragen vermeiden, wie Sie am besten Marathons mit einem Loch im Fuß laufen.

Einer der Hauptaspekte von Agile (und Scrum im Besonderen) ist es, Probleme in Ihren Systemen hervorzuheben. Zu sagen, dass ein Entwicklungssystem agil ist und die Leute Multitasking betreiben müssen, ist ein Problem – seien Sie sich also über seine Auswirkungen im Klaren. Es ist zwar schwierig, eine klare Antwort zu geben, ohne Ihre Entwicklungsmethodik zu kennen, aber einige Ideen sind es

  • Wenn Sie Story Points, Sprints und Velocity verwenden, machen Sie in Ihrer Berichterstattung über die Velocity deutlich, wenn sie von anderen Projekten beeinflusst wurde. So können Sie am Ende jedes Sprints Velocity 10 -> 50 % Auslastung bei anderen Projekten melden.
  • Fügen Sie bei der Berichterstattung zum Burndown einen weiteren Faktor hinzu (möglicherweise ein Balkendiagramm, das auf der Rückseite Ihres Diagramms eingeblendet wird), der andere Projektauswirkungen für jeden Sprint zeigt.
  • Bei der Verwendung von Gantt-Diagrammen ist MS Project recht gut darin, zwischen der Arbeit für eine Aufgabe (z. B. 4 Manntage) und dem tatsächlichen Beginn und dem tatsächlichen Ende und den verstrichenen Tagen zu unterscheiden - sie können zusammengefasst und gemeldet werden.

Indem Sie diese Daten zusammenfassen und Ihr Management-Overlay bereitstellen, können Sie dem oberen Management Ihren Fortschritt und die Auswirkungen von Multitasking auf den Fortschritt melden.

Es gibt viele Leute, die an einem agilen Projekt beteiligt sein könnten, das sich nicht zu 100 % engagieren kann - ich denke, viele Leute hängen sich zu sehr damit auf, wie das ideale agile Szenario aussehen würde, das auf großen Entwicklungsteams basiert, die das können Gelegenheit, in jedem Fall flinker zu sein.

Wenn einige Leute nicht zu 100 % arbeiten können, können sie dennoch ein gültiger Teil der Geschwindigkeit und des Teamrhythmus sein. Ich stimme den Kommentaren zu, dass das Wechseln von Aufgaben ein Produktivitätskiller ist. Wenn also jemand 50 % oder 60 % seiner Zeit für das Projekt einsetzen kann, ist es möglicherweise besser, wenn er Montag bis Mittwoch ausschließlich am Projekt arbeitet und Donnerstag/Freitag für ein anderes Projekt oder BAU-Aufgaben übrig lässt.

Ich mag die Idee des Agile Hype Train – die Schienen sind für die zweite Hälfte der Reise nicht verlegt, aber der Zug ist unterwegs, wer weiß, ob er unterwegs in eine andere Stadt wechselt!

Entscheidend ist meiner Erfahrung nach nicht der prozentuale Zeitaufwand, sondern die Stabilität des Teams insgesamt.

Wir haben Projekte durchgeführt, bei denen niemand im Team 100 % seiner Zeit für das Projekt aufgewendet hat, und es hat funktioniert. Es funktioniert nicht, wenn man in einer Woche an einem Montag die gleichen Leute zur Verfügung hat, in der darauffolgenden Woche dann Mi/Do, dann in einer weiteren Woche gar nicht und so weiter.

Ein konstantes Tempo anzustreben ist der Schlüssel, und das geht einfach nicht, wenn sich die Situation ständig ändert, aber man kann definitiv, sagen wir, ein Team haben, in dem alle 3 Tage die Woche involviert sind, wenn sie zusammenarbeiten können , und konzentrieren Sie sich auf ihren Sprint und lassen Sie sich nicht unterbrechen.

Siehe auch: https://www.infoq.com/news/2011/10/sustainable-pace-how und http://www.allaboutagile.com/the-value-of-stable-teams/

Agiles Team voller Teilzeitentwickler
AntwortenHierDatenschutz-Bestimmungen1y, 0v