Was können wir für ein fragmentiertes Team mit kurzen Projekten tun?

Ich arbeite in einer Agentur und wir sind sieben Mitarbeiter. Die meisten Mitarbeiter verfügen über sehr spezifische Fähigkeiten. Es gibt einen Mitarbeiter für Videoproduktionen, zwei für Design, einen für soziale Netzwerke, einen für Websites, einen für die allgemeine Verwaltung und mich für Webanwendungen. Zwei davon sind Bosse.

Aufgrund dieser unterschiedlichen Fähigkeiten kann nicht jede Person durch eine andere ersetzt werden. Wir arbeiten meistens alleine an unseren Projekten, aber wir brauchen manchmal andere. Wir sind in unserer Arbeit sehr autonom und verwalten uns die meiste Zeit selbst.

Wir suchen nach Werkzeugen, um eine klarere Vision unserer Projekte zu haben. Wir möchten wissen, ob jemand beschäftigt ist oder nicht und wann die Aufgabe, die wir anderen zuweisen, erledigt ist. Wir müssen auch sehen, wenn etwas schief geht.

Ich lese über Kanban und Scrum. Sie scheinen sich auf größere Teams und größere Projekte zu konzentrieren.

Was können wir für uns tun, mit fragmentierten Teams mit kurzen Projekten?

EDIT 19.07.2016

Ich habe vor, zwei Dinge zu tun. Zuerst möchte ich ein Board mit zwei Spalten hinzufügen. Die erste Spalte ist für Probleme. Ein Teammitglied kann einen Titel für ein Problem und seinen Namen in Klammern hinzufügen. Andere Personen mit demselben Problem fügen ihren Namen in Klammern hinzu, damit wir wissen, ob es sich um ein persönliches Problem oder ein Teamproblem handelt. Die zweite Spalte ist für Lösungsideen. Ideen können sich auf ein Problem beziehen. Einmal in der Woche treffen wir uns, um über Probleme zu sprechen und Lösungen zu finden.

Das zweite Board ist wie folgt aufgeteilt:

| Recurring | To Do | In progress | in validation | done | waiting Design | | | | | | | Video | | | | | | | Dev Web | | | | | | |

Wiederkehrend ist für Aufgaben, die wir jeden Tag, jede Woche, jeden Monat erledigen müssen ... Warten ist für Aufgaben, die wir auf ein externes Ereignis warten müssen. Andere Spalten sind selbsterklärend.

Eine Aufgabe muss einen Titel, eine Priorität und Geschwindigkeit haben. Die Priorität wird von der Person festgelegt, die Aufgaben hinzufügt, und die Geschwindigkeit muss von der verantwortlichen Person festgelegt werden. Ich habe vor, eine Reihe von Magneten (3 oder 4) zu geben, und sie können sie an Aufgaben anbringen, an denen sie arbeiten. Wenn sie an etwas anderem arbeiten wollen und keinen freien Magneten haben, müssen sie eine Aufgabe erledigen, bevor sie eine andere beginnen können.

Was denkst du? Bei der Spalte „To Do“ bin ich mir nicht sicher, weil eine Aufgabe ohne Magnet eine zu erledigende Aufgabe ist. Vielleicht finde ich bessere Spalten.

Sobald ich es herausgefunden habe, werde ich es euch wissen lassen. Ich kämpfe seit einiger Zeit mit einer ähnlichen Situation.
Sie erhalten eine Reihe von Antworten, die sich auf Scrum beziehen. Sei vorsichtig. Scrum ist für ein einzelnes Team mit einem einzigen Produkt und einem gemeinsamen Ziel konzipiert. Sie haben dies nicht, was die Implementierung von Scrum schwierig macht.
„Scrum ist für ein einzelnes Team mit einem einzigen Produkt konzipiert“ ist falsch. Außerdem: Die Frage bezieht sich teilweise auf die Eignung von Scrum in dieser Situation, was durch die von Ihnen genannten Antworten beantwortet wird. Abwärtsstimmen scheinen ein bisschen hart zu sein. @Dougui Ihre Situation hat Kanban überall geschrieben. Lesen Sie „Kanban und Scrum, das Beste aus beidem machen“, falls Sie es noch nicht getan haben. Es ist frei verfügbar und gibt einen großartigen Einblick in die tägliche Praxis.
@upstream zeigt mir ein einzelnes Scrum-Team , das effektiv an mehreren Produkten arbeitet, und ich werde meinen Hut essen.
Ein Kanban-Board ist der richtige Weg für Ihre Situation. Im Grunde ist Kanban Scrum ohne Sprints. Die Leute zeigen auf der Kanban-Tafel, woran sie arbeiten, welche Dinge auf Eis liegen und welche abgeschlossen sind. Manager können Aufgaben austauschen, aber sie können jeweils nur eine feste Anzahl von Aufgaben zuweisen. Oder in Ihrem Fall würde sich jedes Teammitglied nur eine feste Anzahl von Aufgaben zuweisen. Aber ich warne Sie, die erste Regel des Managements lautet: Seien Sie kein Manager, es sei denn, Sie werden dafür bezahlt, der Manager zu sein!
@RubberDuck das passiert oft. Außerdem arbeiten mehrere Teams an einem Produkt, was auch häufig vorkommt. Ihr Kommentar ignoriert beide, obwohl beide erlaubt, üblich sind und erfolgreich durchgeführt werden können. Wenn dies nicht der Fall ist, liegt es an den Menschen, etwas zu tun. Hasse nicht das Framework, hasse das Spiel.
@upstream Ich sage nicht, dass Scrum schlecht ist. Ich sage, seien Sie vorsichtig, wenn Sie Scrum für diese spezielle Situation in Betracht ziehen. Ich kann leicht viele Teams/1 Produkt sehen, aber viele Produkte für ein Team zu haben, schreit nach Priorisierungsproblemen.
@RubberDuck es ist sicherlich viel schwieriger, dem stimme ich voll und ganz zu : )
@RubberDuck Ich habe gerade meine Frage mit dem aktualisiert, was ich vorhabe. Können Sie mir sagen, was Sie denken.
@upstream Ihre Meinung kann für das von mir vorgenommene Update nützlich sein.
@Dougui Der Plan in Ihrer Bearbeitung scheint ein guter Anfang zu sein. Am wichtigsten ist, etwas auszuprobieren und regelmäßig zu inspizieren -> anzupassen. Vorschläge: Ich würde das Warten zwischen Aufgaben und Fortschritt stellen, da es ein natürlicherer Ablauf ist und „Blöcke“ stärker betont werden, aber vielleicht ist das persönlich. Zweitens: Setzen Sie im Zweifelsfall auf Minimalismus, also weniger Säulen. Zu guter Letzt: Ich wiederhole mich, aber ... lesen Sie „Kanban und Scrum, das Beste aus beidem machen“, wenn Sie es noch nicht getan haben. Viel Glück! = )

Antworten (4)

Anscheinend müssen Sie Ihrem Management eine regelmäßige Aktivität namens Integration hinzufügen.

Einmal am Tag/Woche/Monat müssen Sie alle zusammensitzen und herausfinden, wann Sie einander brauchen – und für wie lange, und entsprechend planen.

Ein Satz Haftnotizen an einer Wand – eine Spur pro Person – ist alles, was Sie zum Tracking benötigen.

TL;DR;

Es gibt sehr wenig, was Sie gegen den Mangel an Konzentration und verteilter Arbeit tun können, die Ihr aktuelles Modell fördert. Sie können die gesamte Arbeit auf einem Kanban-Board überwachen und versuchen, den Fluss aufrechtzuerhalten, aber Sichtbarkeit ist Ihr bestes Ergebnis.

Funktionsübergreifende Teams

Teams sind weitaus produktiver und produzieren eine bessere Qualität als isolierte Einzelpersonen. Es gibt jedoch keine Anforderung von Scrum, dass jeder in einem Team jeden Job machen kann. Nur dass jedes Team alle Aufgaben, die es übernimmt, selbstständig bewältigen kann.

Einzige Quelle der Wahrheit

Wenn Sie die gesamte Arbeit, die erledigt werden muss, in einem einzigen Backlog zusammenfassen und die "Chefs" priorisieren lassen, kann ein funktionsübergreifendes Team diese Liste durcharbeiten, um zuerst den höchstmöglichen Wert zu liefern.

Lesen Sie den Scrum Guide ( http://scrumguides.org ) und versuchen Sie, die darin enthaltenen Werte und Prinzipien umzusetzen.

Scrum bietet Ihnen das tägliche Standup. Dies ist der Moment für die Diskussion:

ob jemand beschäftigt ist oder nicht und wann Aufgaben, die wir anderen zuweisen, erledigt werden. Wir müssen auch sehen, wenn etwas schief geht.

Natürlich kann sich jeder jederzeit mit einem anderen Mitglied des Entwicklungsteams in Verbindung setzen. Oder in den offiziellen Begriffen des Scrum-Leitfadens:

Scrum-Anwender müssen häufig Scrum-Artefakte untersuchen und Fortschritte in Richtung eines Sprint-Ziels erzielen, um unerwünschte Abweichungen zu erkennen. Ihre Inspektion sollte nicht so häufig erfolgen, dass die Inspektion der Arbeit im Wege steht. Inspektionen sind am vorteilhaftesten, wenn sie von erfahrenen Inspektoren am Arbeitsplatz sorgfältig durchgeführt werden.

Nebenbei bemerkt: Vielleicht möchten Sie daran arbeiten, das Team etwas multidisziplinärer zu gestalten. Es gibt zwangsläufig einige Überschneidungen in den Fähigkeiten der Teammitglieder oder in Bereichen, in denen dies geschaffen werden kann. Zum Beispiel: die Arbeit eines Teammitglieds testen, Dokumentation oder Kommunikation handhaben, die Design-Leute lernen mehr über Video und soziale Netzwerke und umgekehrt, Website und Webapp lernen mehr über die Projekte des anderen. Fachwissen ist sehr schwer zu übertragen, aber einige kleine Schritte können viel dazu beitragen, die Hauptlast des Busfaktors zu beseitigen .

Abschließend: Wenn Sie Scrum und Kanban betrachten und Schwierigkeiten haben, Scrum zum „Klicken“ zu bringen, beginnen Sie mit Kanban. Es hat sehr wenige Regeln und gibt Ihnen viel Freiheit, während es dem Team ermöglicht, den „Fluss“ Ihrer Arbeit zu verfolgen und zu überprüfen.

Zuerst sollten Sie - ich meinte Team - alle Ihre Aufgaben während all Ihrer Projekte verfolgen. Es hilft Ihnen, Ihre Verfügbarkeit zu kennen. Natürlich können Sie versuchen, ein Kanban-Board oder ähnliches zu verwenden, aber Sie müssen Ihren eigenen Weg dafür wählen. Zweitens können Sie zur Verkürzung der Planungszeit Aufgaben während nur einer Iteration nachverfolgen – wie im vorherigen Kommentar erwähnt. Drittens schlägt die Verfolgung fehl. Aufgrund eines kleinen Teams können Sie Ihre Geschwindigkeit sehr schnell berechnen. Außerdem müssen Sie Ihre zusätzliche Zeit berücksichtigen, um Fehler zu korrigieren.

Das periodische Treffen ist ein Teil von SCRUM. Und es hilft Ihnen wirklich, effizienter zu arbeiten. Bei diesen Treffen können Sie Ihre Probleme besprechen, Hilfe bei einem anderen Projekt vereinbaren usw.

Was können wir für ein fragmentiertes Team mit kurzen Projekten tun?
AntwortenHierDatenschutz-Bestimmungen1y, 0v