Binden Sie den Grafikdesigner in tägliche Scrum-Meetings ein

Basierend auf Ihrer Aussage „fühlt sich eher mit dem technischen Team verbunden, da er auch Dinge erstellt und mit uns bei der Produktion der Funktionen unserer Online-Anwendung zusammenarbeitet“, ermutige ich ihn voll und ganz, am täglichen Stand-up teilzunehmen.

Die wichtigere Frage ist, ob er dem Team beitreten wird oder nicht ... es könnte ein großer Vorteil sein, wenn Ihr Designer ein vollwertiges Mitglied des Teams ist, die Verantwortung für das Engagement des Teams teilt usw. Meine allgemeine Empfehlung lautet "Ja". , er sollte", aber es gibt legitime Gründe, warum es keinen Sinn machen würde. Bitte beachten Sie, dass es VIELE Ausreden gibt, warum es nicht so gut funktionieren würde, und wie @Pawel empfiehlt, sollten Sie 2-3 Sprints damit experimentieren und sehen, ob es besser für die Kommunikation ist oder ob es die Kommunikation mit dem Rest beeinträchtigt des Unternehmens.

Zunächst einmal ist bei Scrum-Meetings jeder willkommen. Sie können sogar einen CEO in Meetings haben. Die einzige Regel lautet: Solange jemand nicht direkt an einem Projekt beteiligt ist, spricht er nicht – er hört nur zu.

Jedoch, von dem, was Sie schreiben, arbeitet Ihr Grafikdesigner für Ihre Projekte, so dass er perfekt zu den täglichen Meetings als reguläres Mitglied passen könnte. Das bedeutet natürlich, dass er irgendwann wenig hinzuzufügen hätte, da er an einigen Marketing-Sachen arbeiten würde, aber das sind auch wichtige Informationen für das Projektteam. Es bedeutet "Jetzt mache ich ein paar andere Sachen, also solltest du das in deinen Plänen berücksichtigen, da ich im Moment nicht in der Lage sein werde, für das Team zu arbeiten."

Es gibt noch etwas anderes – wenn der Grafikdesigner mitmachen möchte, nehmen Sie ihn einfach mit zu den Meetings und behandeln Sie es als Experiment. Wenn es für ihn und das Team funktioniert – mach einfach weiter. Wenn es nicht überlegt, ob Sie es ändern oder ganz überspringen möchten.

Es ist immer eine Frage der Zeit, die ein Einzelner investiert, um an dem Meeting teilzunehmen, und des Werts, den er und der Rest des Teams erhalten. Persönlich würde ich sagen, dass die Chancen gut stehen, dass das Nettoergebnis in diesem Fall positiv wäre, also würde ich es auf jeden Fall versuchen.

Die einzige Herausforderung, die ich darin sehe, andere Leute in die Scrum-Meetings einzubeziehen, ist Hingabe. In diesem Fall gehe ich davon aus, dass die Entwickler, die Teil dieses Scrum-Teams sind, alle dedizierte Ressourcen für Ihr Projekt sind. Das bedeutet, dass mehr als 95 % ihrer Zeit und Energie der Weiterentwicklung Ihres Projekts gewidmet sind.

Die Frage, die ich habe, ist, ob Ihr Designer ein Vollzeitmitglied Ihres Projekts ist oder nicht. Hat dieser Designer andere widersprüchliche Verantwortlichkeiten? Wenn dies der Fall ist, ist das Hinzufügen dieser Person zum Team möglicherweise nicht sehr hilfreich, da Sie möglicherweise die Zeit dieser Person mit anderen Abteilungen teilen müssen. In solchen Fällen kann das Design für Ihr Projekt in den Hintergrund treten.

Daher sind die Fragen, die Sie zuerst beantworten möchten, folgende:

• Wie gehen Sie mit Situationen um, in denen der Designer das Meeting verpasst?
• Wie werden Sie mit Szenarien umgehen, in denen ein Designer die Arbeit nicht rechtzeitig erledigen kann, nicht wegen des Umfangs, sondern weil der Marketingmanager möchte, dass diese Person diese Woche an etwas anderem arbeitet?
• Wie wird die Teamdynamik von jemandem beeinflusst, dessen Beiträge und Engagement für das Projekt von Zeit zu Zeit zu schwanken scheinen?

Wenn sich der Designer tatsächlich der Arbeit an Ihrem Projekt verschrieben hat, würde ich dringend empfehlen, diese Person in die Besprechungen einzubeziehen, da keine dieser Herausforderungen zutrifft. Wenn nicht, seien Sie einfach darauf vorbereitet, mit diesen Situationen umzugehen.

Dies ist eine großartige Frage zum Anpassen von Scrum, wenn Sie externe Abhängigkeiten von anderen Teams haben. Bei großen Unternehmensprojekten (und bei kleinen) besteht der beste Ansatz, den ich gesehen habe, darin, einen Teamvertreter einzubeziehen, wenn Sie von einem externen Team abhängig sind – wie die Arbeit des Grafikdesignteams.

Dies kann die Person sein, die die Arbeit selbst erledigt, aber normalerweise ist es sinnvoller, das Team leiten zu lassen, da sie das Gesamtbild liefert (z Prioritäten).

Ich denke, dass das Grafikdesign und die UI-Elemente von Softwareprojekten zu oft als Nicht-Entwickleraufgabe angesehen werden. Ich habe festgestellt, dass die Umbenennung dieser Teammitglieder (die entwerfen und häufig HTML oder CSS generieren) in Frontend-Entwickler hilft, ihnen eine definierte Rolle in der Softwareentwicklung zu geben.

Wenn Sie begeisterte Frontend-Entwickler haben, sollten Sie sie meiner Meinung nach unbedingt zu den täglichen Stand-ups einladen - ob sie dort sein sollten, wird sich schnell zeigen.

Unter der Annahme, dass "er begeistert ist" (wie Sie oben sagten), lautet die eigentliche Frage hier, welche Nachteile es hat, ihn in regelmäßige Meetings einzubeziehen. Ich sehe folgendes:

• Gefahr der Überfüllung (insbesondere wenn er ein aktiver Redner ist)
• Sicherheitsverletzung (wenn Sie unterschiedliche "Freigabestufen" haben)
• Konzentrationsverlust (Teammitglieder denken möglicherweise mehr über Grafikdesign nach, als sie sollten)

Ich bin dafür; Eine häufige Beschwerde von „Entwicklungsteams“ ist, dass sie zum Zeitpunkt der Veröffentlichung auf Widerstand von QA, DBAs, Netzwerkadministratoren, Supportmitarbeitern und allen anderen, die von der Einführung betroffen sind, stoßen. IMHO sollten all diese Leute im „Produktentwicklungsteam“ vertreten sein, nicht nur die Programmierer.

Das Einbeziehen von Personen in die täglichen Scrum-Meetings erspart Zeitverluste aufgrund von Neugestaltungen, die erforderlich sind, um die Bedenken anderer Teams zu berücksichtigen, und Verzögerungen bei der Einführung, wenn andere Teams auf den neuesten Stand gebracht werden müssen – leider ist ihre „Due Diligence“ zu sehen als Hindernis.

Wenn Sie dies in den Kontext des Grafikdesigners bringen, werden Grafikdesigns von den Ideen beeinflusst, die sie repräsentieren (ebenso wie idealerweise Marketinggrafiken), sodass die tägliche Vorwarnung darüber, was sich in der Logik ändert, ihnen hilft, mit Änderungen Schritt zu halten und Verzögerungen zu vermeiden später. In ähnlicher Weise profitieren die anderen Produktentwickler vom Input darüber, was aus Sicht des Artworks/Marketings funktioniert, und sparen sich Neudesigns.