Der beste Weg, um mit Nicht-Entwicklern in einem Scrum-Team umzugehen

Ich arbeite in einem Scrum-Team (ca. 8 Personen) ohne Scrum Master und wir haben ein Teammitglied, das keine Entwicklungsrolle hat (schwer zu beschreiben, nicht PO, nicht PM, nicht QA). Dieser Mensch passt da nicht so richtig rein, er sollte eigentlich in eine andere Abteilung gehören, aber irgendjemand in der Geschäftsleitung hat entschieden, dass er da hingehört.

Idealerweise sollte er nicht an der Tageszeitung teilnehmen, aber ich denke, es wäre auch nicht gut, ihn auszuschließen, dann wäre er in einem Team, ohne eigentlich ein Teammitglied zu sein. Meine Frage ist, hat jemand eine wertvolle Erfahrung, wie man ihn dazu bringen kann, sinnvoll zum Alltag beizutragen? Ihn so wenig wie möglich sagen lassen? Er spricht über Dinge, mit denen sonst niemand im Alltag vertraut ist.

„Er spricht täglich über Dinge, mit denen sonst niemand vertraut ist.“ - Vielleicht ist er deshalb im Team, um eine neue Perspektive einzubringen?
Stehen die Aufgaben dieser Person in irgendeiner Weise im Zusammenhang mit dem Entwicklungsprozess des Teams? Was macht er/sie eigentlich?
Was meinst du mit "Nicht-Entwickler"? In Scrum bedeutet die Zugehörigkeit zum Entwicklungsteam nicht, dass Sie ein Entwickler, dh ein Programmierer, sind. Es könnte jemand aus Design, Analytik usw. sein. Es ist jemand mit Fähigkeiten, die das Team benötigt, um das Produktinkrement zu erstellen.
Trägt das, was er tut, in irgendeiner Weise zu dem Produkt bei, das der Rest des Teams herstellt, nicht unbedingt durch Programmieren?
Ähm .... was macht er? Warum ist er für das Team nicht wertvoll? Wir haben wirklich nicht genug Details zu sagen.
Es ist schwierig, diese Rolle zu beschreiben, sie ist irgendwie spezifisch und off-topic, sein Job ist mit unserem Produkt verbunden, aber es gibt nur sehr wenige Interaktionen zwischen ihm und unseren Entwicklern, aber er programmiert nicht oder arbeitet nicht an Aufgaben im Board. Es ist eine Managemententscheidung, dass unser Team so aufgebaut ist, wie es ist. Ich hatte auf jemanden gehofft, der ähnliche Erfahrungen mit z. B. technischen Redakteuren in Entwicklungsteams hat (ich weiß, dass das in einigen Unternehmen vorkommt, ob das gut ist oder nicht, ist off-topic).
Arbeit zu erledigen, die nichts mit dem Rest des Teams zu tun hat, scheint ein viel größeres Hindernis dafür zu sein, ein Teammitglied zu sein, als nicht im Tagesgeschäft zu sein. Will er überhaupt teilnehmen? Vielleicht solltest du ihn fragen.
Versuchen Sie zuerst zu verstehen, dann verstanden zu werden . Wenn Sie Schwierigkeiten haben, die Fähigkeiten oder potenziellen Beiträge dieses Teammitglieds zu verstehen, bemühen Sie sich um Verständnis. Fragen Sie den Manager, der ihn dorthin gebracht hat. Oder fragen Sie die Ressource selbst.
Das ist scheinbar unnötig vage. Wenn er für das Unternehmen arbeitet, ist er zumindest entfernt verwandt. Wenn er der Neffe des Chefs ist, wirst du eine andere Antwort bekommen. Ich weiß nicht wirklich, was Sie in einer Antwort ohne dieses wichtige Detail erwarten.
@DanDan: Wenn Sie die Rolle der genannten Person nicht zumindest grob beschreiben können, würde ich nicht erwarten, dass Ihnen hier jemand eine genauere Antwort geben kann.
Oder: "Ich arbeite in einem Team (ungefähr 8 Personen) und wir haben ein Mitglied, das keine Entwicklungsrolle hat."

Antworten (8)

Ich arbeite in einem Scrum-Team (ca. 8 Personen) ohne Scrum Master und wir haben ein Teammitglied, das keine Entwicklungsrolle hat (nicht PO, nicht PM).

Dies ist per Definition kein Scrum. Die "Regeln" für Scrum sind im Scrum Guide dargelegt . Was Sie beschreiben, verstößt gegen einige dieser Regeln, und wenn Sie die Regeln nicht befolgen, sollten Sie das, was Sie tun, nicht Scrum nennen. Beachten Sie, dass es in Ordnung ist, Scrum nicht zu verwenden – es ist nur verwirrend und kann dazu führen, dass Sie weniger hilfreiche Ratschläge erhalten.

Diese Person passt da nicht so richtig rein, eigentlich müsste sie in eine andere Abteilung gehören, aber jemand, der in der Hierarchie höher steht, hat entschieden, dass er dort hingehört.

Damit werden nicht nur die Regeln von Scrum gebrochen, sondern noch mehr grundlegende Werte und Prinzipien der agilen Softwareentwicklung. Teams sollten sich selbst organisieren – Menschen sollten nicht in ein Team gedrängt werden, wo sie nichts beitragen können.

Idealerweise sollte er nicht an der Tageszeitung teilnehmen, aber ich denke, es wäre auch nicht gut, ihn auszuschließen, dann wäre er in einem Team, ohne eigentlich ein Teammitglied zu sein.

Es klingt, als wäre er kein Teammitglied. Das Team ist eine Gruppe von Menschen, die auf gemeinsame Ziele und Ziele hinarbeiten. Diese Person arbeitet auf eine andere Reihe von Zielen und Zielsetzungen hin. Vielleicht ist es aus Sicht des Personalmanagements sinnvoll, ihn mit den anderen in diesem Team zu gruppieren, aber aus Sicht des Projektmanagements oder der Teamorganisation ist es nicht sinnvoll.

Meine Frage ist, hat jemand eine wertvolle Erfahrung, wie man ihn dazu bringen kann, sinnvoll zum Alltag beizutragen? Ihn so wenig wie möglich sagen lassen? Er spricht über Dinge, mit denen sonst niemand im Alltag vertraut ist.

Wenn er nicht zum Team beiträgt, sollte er nicht kommen. Geben Sie dem Kerl eine zusätzliche Stunde pro Woche, um zu tun, was immer er tun muss. Wenn er am Ende mit dem Team zusammenarbeitet, kann er zur Koordination und Zusammenarbeit kommen. Außerdem entlasten Sie das Team von der Notwendigkeit, Informationen zu verarbeiten, die für seine Arbeit nicht relevant sind, und geben ihm mehr Zeit.

Ich wusste, dass ich solche Diskussionen anstoßen könnte. Ich bestreite nichts davon, mein Punkt ist (wie in meiner Frage angegeben), dass ich weder der Scrum Master noch der Verantwortliche bin. Ich habe Probleme mit der Art und Weise, wie die tägliche Tour jeden Tag außer Kontrolle gerät, und mir wurde lediglich die Aufgabe übertragen, eine Richtlinie zu entwickeln, damit es weniger nervt. Ich selbst bin neu im Team. Der Hauptgrund für ihn, dort zu sein, ist, dass er aus der Ferne mit dem verbunden ist, was wir tun, und kein anderes Team oder keine andere Abteilung haben muss. Mein Punkt war, vielleicht haben andere Leute damit Erfahrungen (z. B. technische Redakteure in Entwicklungsteams, passiert manchmal)

Dies kommt meiner Erfahrung nach ziemlich häufig vor und resultiert aus einem Missverständnis von Scrum/agile Entwicklung.

Dieser Typ ist aus Managementperspektive in Ihrem Team, da er demselben direkten Vorgesetzten unterstellt ist, aber nicht in Ihrem Team von einem „Woran arbeiten wir diese Woche alle zusammen?“. Perspektive.

Es besteht die Tendenz, dass Unternehmen Scrum/Agile eher als „einen Weg zum Managen eines Teams“ denn als „einen Weg zum Managen eines Projekts“ interpretieren.

Personen, die nicht am Projekt beteiligt sind, sollten nicht am Daily Scrum/Standup usw. teilnehmen/sprechen.

+1 mit einem Zusatz - es sei denn, sie arbeiten an Elementen auf dem Brett
Elemente auf der Tafel, die nicht Teil des Projekts sind? Ich stimme zu, dass es sich einmischen kann. wenn die Operation nur genauer gewesen wäre
Nein, tut mir leid, wenn sie Arbeiten zu Themen beitragen, an denen das Team arbeitet, sollten sie teilnehmen/sprechen. Aber stimmen Sie zu, wenn es keine Überschneidung gibt, fügen Sie ihre Arbeit nicht dem Board hinzu, um dem Team mehr zuzuhören
Wenn sie nicht in das Projekt involviert sind, sollten sie überhaupt nicht im Team sein.
@Erik: Ich stimme zu, aber willkommen in der realen Welt.
Ich weiß, dass dies ein ziemlich häufiges Phänomen ist (ob gut oder nicht, ist kein Thema), ich könnte dem Management vorschlagen, ihn von solchen Team-Events auszuschließen, ich werde das wahrscheinlich tun und auch nach den genauen Gründen fragen, warum er dort platziert wurde den ersten Platz. Aber er trägt nicht zur Entwicklung bei, es ist schwierig, die Rolle zu beschreiben. Ich gehe davon aus, dass das Management möchte, dass er teilnimmt
@dandan, da dies jetzt zu #theworkplace verschoben wurde, denke ich, es wäre ein Remis von mir, nicht zu sagen, dass es keine gute Idee für Ihre Karriere ist, etwas über dieses Problem zu sagen. Ignorieren Sie es einfach und machen Sie mit Ihren Sachen weiter

Zunächst einmal ist das, was Sie tun, wahrscheinlich kein Scrum. Der Scrum Master ist eine erforderliche Rolle, da er verschiedene Verantwortlichkeiten hat, z. B. Hindernisse aus dem Weg zu räumen . Was Sie hier haben, ist ein Hindernis, und wenn Sie keinen Scrum Master haben, dessen Rolle von der äußeren Organisation (einschließlich höherer Stellen) akzeptiert wird, werden Sie es schwer haben, die Situation zu beheben.

Wenn Ihre Organisation jedoch darauf besteht, „Scrum“ mit einem selbstorganisierenden Team durchzuführen, müssen Sie dies innerhalb des Teams tun. Sprechen Sie mit der Person über ihre Rolle im Entwicklungsprozess, über die Rollen anderer, über den Zweck des Daily Scrum und wie sie wertvolle Beiträge leisten kann. Wenn sie nicht sehen und nicht verstehen, wie sie den Teamfortschritt vorantreiben können, bleiben sie ein Hindernis.

Meine Frage ist, hat jemand eine wertvolle Erfahrung, wie man ihn dazu bringen kann, sinnvoll zum Alltag beizutragen?

Es gibt keine feste Regel im Scrum, an der diese Person teilnehmen muss, da es keine Regeln für Personen gibt, die nicht zu einem Projekt beitragen. Das muss Ihr Team entscheiden. Wenn er aufgrund einer Unternehmenshierarchie technisch im Team ist, aber nicht wirklich zu den Teamzielen beiträgt, gibt es keinen Grund für ihn, am morgendlichen Gedränge teilzunehmen.

Aus menschlicher Sicht ist jedoch nichts falsch daran, wenn er ein Kollege ist, der Ihnen wichtig ist.

Wenn Sie sich entscheiden, dass er am Daily Scrum teilnehmen soll, sollte er genau das Gleiche beitragen wie alle anderen:

  • beschreibe, was er gestern gemacht hat
  • beschreiben, was er heute tut
  • Erwähnen Sie eventuelle Straßensperren

Letztendlich sagen die Scrum-Richtlinien, dass dies völlig Sache des Teams ist. Ihr Team muss entscheiden, was für das Team am besten funktioniert.

Technisch gesehen lautet die feste Regel von Scrum: Wenn diese Person nicht zum Backlog beiträgt, ist sie nicht im Team. Es gibt drei definierte Rollen; diese Person ist keiner von ihnen, also nicht im Team nach Scrum, egal was das Management sagt.

Ich sehe kein wirkliches Problem. Ich arbeite in einem Team nur mit Entwicklern und mittags, wenn wir das Stand-up machen, redet die Hälfte von ihnen über Dinge, die ich nicht verstehe. Bei den Themen, mit denen ich vertraut bin, höre ich zu, vielleicht kann ich etwas hinzufügen oder verhindern.

Wenn er zu ausführlich für dich spricht, kannst du ihn bitten, sich kurz zu fassen und/oder es für dich einfach zu halten. Wenn es für alle Entwickler alles Abrakadabra ist, könnte er eine Wissenssitzung für Sie alle abhalten, um Sie in seine Arbeit einzuweihen und zu erklären, warum es wichtig ist. Allerdings müsste man Interesse haben.

Stellen Sie fest, wofür der tägliche Stand-up ist, und ich sehe im Wesentlichen zwei Arten eines täglichen Stand-up: - Jedes einzelne Mitglied des Teams berichtet, was es gestern getan hat. - Jeder informiert über den Fortschritt des Team-Backlogs

Ich bevorzuge stark die zweite Version, weil sie die Updates für alle relevant hält. Ein Scrum-Team hat normalerweise ein gemeinsames Backlog, das jedem einzelnen Teammitglied gehört. Wenn sich also etwas im Team-Backlog befindet, sind Aktualisierungen dieses Elements automatisch relevant. Es sollte auch nicht notwendig sein, ein Update zu geben, nur um seine Stunden zu rechtfertigen, was bei der ersten Art häufig vorkommt (z Mannschaften Fortschritte.

Wenn Sie ein Team-Backlog haben, können Sie wiederholen, dass Aktualisierungen nur über Änderungen im Team-Backlog (oder dessen Fehlen) erfolgen sollten. Wenn also alle Aufgaben im Backlog Entwicklungsaufgaben sind und Sie einen einzigen Texter in Ihrem Team haben, hat diese Person möglicherweise in 90 % der Fälle nichts.

Der kanonische Stand-up-Ansatz scheint zu sein: was ich gestern gemacht habe, was ich heute gemacht habe und welche Blocker ich habe.
Ich denke nicht, dass das "kanonisch" ist, obwohl ich diese Interpretation oft sehe. Wikipedia sagt für die erste Frage "Was habe ich gestern getan, das dem Entwicklungsteam geholfen hat, das Sprintziel zu erreichen?" Die zweite Frage entsprechend. Der Teil „das Sprintziel erreichen“ ist in meinen Augen ein sehr wichtiger Unterschied.

Ich bin ein Devops-Ingenieur und nehme jeweils einmal pro Woche an den Scrums von zwei Entwicklungsteams teil. Jeder der anderen Devops-Ingenieure ist ähnlich "eingebettet". Ich nehme nicht am Scrum teil oder bearbeite ihren Rückstand, aber ich kann Fragen stellen und stehe dort zur Verfügung, um Fragen zu beantworten, die sie haben könnten. Und natürlich besorge und liefere ich Informationen, die sowohl dem jeweiligen Entwicklungsteam als auch dem Devops-Team helfen. Es ist eine wertvolle Kommunikationsmöglichkeit.

Da Sie auch nach Drängen nicht sagen, was der Job dieser Person ist, kann ich nur wenige konkrete Informationen geben. Aber mein Rat ist, wenn es passt, überlegen Sie, ob die von mir beschriebene Art der Beteiligung in Ihrer Situation nützlich sein könnte.

Personen wie Sie selbst und andere Rollen wie DBA und Build Manager wurden früher als "Hühner" bezeichnet, aber die Schweine-Hühner-Fabel scheint etwas in Ungnade gefallen zu sein ...

Was du beschreibst ist eigentlich ganz normal. Manchmal werden Menschen aus verschiedenen Gründen gebeten, an einem Standup teilzunehmen – Informationsbeschaffung, Berichterstattung, Kundenbeteiligung, Abteilungskontakt usw.

Meine Frage ist, hat jemand eine wertvolle Erfahrung, wie man ihn dazu bringen kann, sinnvoll zum Alltag beizutragen? Ihn so wenig wie möglich sagen lassen? Er spricht über Dinge, mit denen sonst niemand im Alltag vertraut ist.

Dies scheint der problematische Teil zu sein. Es sollte Regeln (vom Scrum Master festgelegt) darüber geben, was zum Thema gehört und was außerhalb des Meetings offline genommen werden sollte.

Abgesehen davon, warum es keinen Scrum Master gibt, scheint die betreffende Person nur eine kleine sanfte Anleitung zu benötigen, was besprochen werden kann und was nicht. Vielleicht fühlen sie sich nur unter Druck, einen Beitrag zu leisten?

Der beste Weg, um mit Nicht-Entwicklern in einem Scrum-Team umzugehen
AntwortenHierDatenschutz-Bestimmungen1y, 0v