Scrum-Ansatz für das Grafikdesign-Büro

Ich wurde kürzlich gebeten, einem Grafikdesignbüro Scrum beizubringen. Wieso den? Weil sie ihre Dienstleistungen in schnell lieferbare Produkte umwandeln und den Fokus nicht auf das aktuelle Projekt verlieren möchten, an dem sie arbeiten. Sie wollen Disziplin, Engagement und Flexibilität. Also dachte ich an Scrum.

Ich habe bisher nur von Scrum gelesen, muss ich sagen. Außerdem ist meine Erfahrung im Projektmanagement ziemlich gering. Daher fühle ich mich ein wenig verloren, wann und wo ich Scrum-Verfahren anwenden soll, um effektiv das Beste aus dem Framework herauszuholen.

Stellen Sie sich vor, wir sind 4 Grafikdesigner: Wer kann der PO sein? Der Meister? Sollte ich Teile eines Branding-Projekts (Briefpapier, Identität, Ordner, Website usw.) als unterschiedliche Sprints betrachten?

Wie kann Scrum in einem Grafikdesignbüro eingesetzt werden?

Scrum ist kein Akronym. Es ist Scrum, nicht SCRUM. Alle Beiträge entsprechend bearbeitet . Bitte hören Sie jetzt damit auf.

Antworten (3)

Ich bin ein wenig verwirrt darüber, warum Sie gebeten wurden, eine Methode zu unterrichten, über die Sie nur gelesen haben, aus einem Bereich, in dem Sie nur begrenzte Erfahrung haben? Nichts Persönliches gegen Sie speziell, aber das ist normalerweise ein Rezept zum Scheitern. Das ist einer der Gründe, warum so viele "Methoden" ein blaues Auge bekommen - jemand mit begrenzter Erfahrung versucht, es zu implementieren, und es funktioniert nicht, weil er nicht wusste, wie es richtig gemacht wird, und dann sagen sie: "Wir haben Scrum ausprobiert". Agile/Lean und es funktioniert nicht".

So wie Sie es beschrieben haben, würde ich „Scrum“ im Namen vergessen und mich stattdessen darauf konzentrieren, was sich in Ihrem Büro ändern muss, um seine Ziele zu erreichen (unabhängig vom Namen).

Scrum ist in erster Linie eine Softwareentwicklungsmethodik. Leider wurde die Agile/Scrum-Idee übernommen und als allgemeine PM-Methodik angesehen. Es ist nicht. Sicherlich können Sie einige der Konzepte (Iterationen, Sprints usw.) ausleihen, aber ich denke, wonach Sie suchen, ist nur eine bessere Möglichkeit, Ihre Projekte zu verwalten und abzuschließen. Das können Tools für Scrum, Agile, Wasserfall, Lean oder eine beliebige Anzahl anderer PM-/Managementkonzepte sein. Bleiben Sie nicht an einem Namen oder einer Methode hängen. Sehen Sie sich an, was in Ihrem aktuellen Prozess geändert werden muss, um die neuen Ziele zu erreichen, und verwenden Sie alles, was Sie finden können.

Wenn Sie sich Scrum immer noch verschrieben haben, würde ich vorschlagen, einen erfahrenen Coach zu finden, der Scrum korrekt unterrichtet. Es gibt zu viele Nuancen, die für den Erfolg entscheidend sind, um zu glauben, dass Sie es schaffen können. Ich habe 20 in der pm-Welt und verstehe die Scrum-Prozesse, aber ich würde nicht versuchen, es jemandem beizubringen.

Wie ein anderer Befragter, Trevor, sagte, wäre es ideal, sich von jemandem beraten zu lassen, der Erfahrung mit Scrum hat, um Ihr Grafikdesignbüro bei der Aufnahme der nützlichsten Aspekte der Methodik zu leiten.

Allerdings erkenne ich an, dass nicht alle Unternehmen und Organisationen über die Ressourcen verfügen und intelligente Menschen aus Büchern und von anderen lernen KÖNNEN. Daher einige Gedanken zur Beantwortung Ihrer Fragen:

Warum würden Sie dies auf eine Designorganisation anwenden?

Das Herzstück von Scrum liegt in der ständigen Überprüfung und Iteration. Der Grund dafür ist, die Probleme zu bekämpfen, die entstehen, wenn ein großes Softwareprojekt sofort geplant und anschließend ausgeführt wird und die Benutzer dann am Ende, wenn die Software schließlich verwendet wird, feststellen, dass die Planung falsch war. Es ist viel besser, das Produkt regelmäßig zu überprüfen und den Plan währenddessen anzupassen. Wenn Sie die folgenden Probleme haben, könnte Scrum meiner Meinung nach bei Ihrer Designarbeit helfen:

  • Haben Sie Probleme, die auftreten, wenn Sie einen frühen Designplan erstellen, ihn auf eine große Anzahl von Liefergegenständen anwenden und dann feststellen, dass dem Kunden das Design überhaupt nicht gefällt?
  • Wird die Produktivität der Designer regelmäßig durch häufig eingehende Anfragen und Änderungen des Kunden behindert? Leiden alle Designer gleichermaßen darunter, diese Anfragen zu riskieren?
  • Gibt es einen Mangel an Kommunikation, der Gelegenheiten für alle Designer in Ihrer Organisation verpasst, voneinander zu lernen?
  • Wenn es Hindernisse gibt, etwas zu erledigen, haben Designer eine effiziente Methode, um sie zu überwinden?

Denken Sie zuerst über diese Fragen nach und entscheiden Sie abhängig von der Anzahl der „Ja“-Antworten, ob es sinnvoll ist, die Anwendung von Scrum in Ihrer Designgruppe weiter zu untersuchen.

Nehmen wir an, Sie wollen es immer noch. Nehmen wir außerdem an, dass Sie aus verschiedenen Gründen mit Ihrem Team arbeiten müssen und nicht in der Lage sind, Mitglieder hinzuzufügen und zu entfernen, um die verschiedenen Rollen in Scrum zu erfüllen. Was nun?

Wie würden Sie das Prinzip der ständigen Inspektion auf eine Designgruppe anwenden?

Sie möchten wahrscheinlich eine kleine Leistung auswählen, die einen Eindruck von dem gewählten Designstil vermittelt, diese dem Kunden liefern, bevor Sie Ressourcen für die Folgeleistungen einsetzen, und dann Ihren Plan entsprechend den Eingaben des Kunden anpassen. In Ihrem Beispiel für Ordner, Briefpapier, Identität, Website usw. können Sie mit einem von denen beginnen, die in einem Sprint in einem lieferbaren Format fertiggestellt werden können, und dann iterieren, nachdem Sie Feedback zu diesem ersten erhalten haben.

Wer sollte der Product Owner sein?

Damit es für Ihre Organisation sinnvoll ist, das Scrum-Verhalten zu modellieren, möchten Sie jemanden in Ihrem Team haben, der die Bedürfnisse der Kunden vertreten kann . Diese Person würde dann den Großteil der Kundeninteraktionen erledigen, von der Erfassung der Anforderungen über das Teilen von Modellen bis hin zur Lieferung von Produkten. Gibt es derzeit eine Person in Ihrer Organisation, die dies tut, oder tragen Sie alle diese Verantwortung? Wenn Sie es alle teilen oder es keinen Sinn macht, dass eine Person dieser Ansprechpartner ist, dann macht dieser Teil von SCRUM für Sie möglicherweise keinen Sinn.

Wer sollte der Scrum Master sein?

Damit dieser Teil für Ihre Designorganisation sinnvoll ist, sollten Sie sich die Fähigkeiten einer anderen Person im Bereich Organisation, Planung und Kommunikation zunutze machen . In einem Softwareprojekt besteht ein großer Teil der Rolle des Scrum Masters darin, das Tor zum Entwicklerteam zu sein, dessen Effizienz zu steigern, indem Unterbrechungen reduziert und die Konzentration aufrecht erhalten werden. Wenn dies für Ihren Designprozess von Vorteil ist, sollten Sie einen der Designer die Führung übernehmen lassen, wenn es darum geht, eingehende Anfragen von der Bestellung zu prüfen und die Ausführung von Aufgaben zu erleichtern.

Ich möchte ein paar Worte zur Übernahme von grafischer/kreativer Arbeit und Scrum sagen, da ich als einzelner UX-Designer in einer Scrum-Umgebung arbeite.

Für mich hat es mit Scrum nicht gut funktioniert. Aus mehreren Gründen, und der wichtigste ist wohl, wie von Trevor erwähnt, dass Scrum eine Softwareentwicklungsmethode ist. Nichts für kreatives Arbeiten . Es geht darum, eine Aufgabe zu übernehmen, zu erledigen, zu erledigen (was durch seine Spalten dargestellt wird). So kodiert man.

Beim Design geht es hauptsächlich darum, etwas zu tun, es zu vergessen und es mit neuen Augen zu betrachten - um einen objektiveren Geschmack zu bekommen. (Das ist übrigens meine Arbeitsweise, andere können davon abweichen) Das ist in Scrum nicht vertreten. Sie können diese Art von Iterationen durchführen, aber es sollte im nächsten Sprint durchgeführt werden, der 2 oder 4 Wochen dauert. Und nicht ein oder zwei Tage.

Eigentlich blieben meine Designaufgaben in der Spalte in Bearbeitung, weil sie einen Tag übrig brauchten. Es war lächerlich und kein guter Scrum-Stil, aber ich habe keine Ahnung, wie ich dieses Problem lösen soll. Auch das oft erwähnte Lean UX hilft nicht weiter, da es darum geht, weniger Papier zu machen, aber nicht darum, UX auf dem Scrum-Board zu machen. Viele Gespräche mit meinem Teamleiter (der Dev ist) konnten auch nicht helfen.

Wie auch immer, ich habe einen interessanten agilen Ansatz gefunden, der eher der Designarbeit ähnelt und Kanban genannt wird. Aus der Fertigung (Toyota) stammend, deckt es auch Analyse, Rohdesign und Feindesign ab, da Sie so viele Spalten hinzufügen können, wie Sie möchten ;) Ich konnte es bisher nicht bei der Arbeit implementieren, also keine Ahnung, ob es so vielversprechend ist Ich sage.

Sehen Sie sich einige dieser Threads und die darin enthaltenen Links an, um mehr über Kanban zu erfahren: Was ist Kanban? , Kanban-Bücher und Kanban-Threads

Ähm, Softwareentwicklung ist kreativ. Es hat sicher einige einzigartige Einschränkungen, aber es ist sehr kreativ. Wenn es "eine Aufgabe übernehmen, erledigt" wäre, würde Waterfall funktionieren. Um den Punkt zu veranschaulichen: Kanban-Ansätze stammen ursprünglich aus einer Produktionslinie – sehr vorhersehbar und wiederholbar – und wir mussten sie massiv auf die Softwareentwicklung zuschneiden. Nichts vorhersehbar in dem, was wir tun.
@LUNIVORE Entschuldigung dafür, ich weiß, dass Dev auch kreativ ist. Aber anders, vielleicht eher auf der rationalen Seite der Kreativität (auch bekannt als Problemlösung). Die Iterationszyklen sind in Dev größer, nicht in einer Aufgabe wie Design - das war es, was ich mit "Aufgabe übernehmen, erledigt" gemeint habe. Allerdings sind die Arbeitsweisen sehr unterschiedlich. Die Pull-Logik von Kanbans eignet sich meiner Meinung nach besser für die Designarbeit: Sie können auf Aufgaben warten, bis sie in der Produktionskette bearbeitet werden. Und wie Sie es sagen - vorhersehbar und wiederholbar sind eigentlich die meisten Designaufgaben (aus der Makroperspektive gesehen)
Hah, wenn unsere Arbeit nur rational wäre. Wir verhalten uns manchmal so, als ob es so wäre, aber es lässt nur die ganze Ungewissheit für später. Wir erhalten auch Compiler-Feedback (Sekunden), Unit-Tests (Minuten), Systemtests (Minuten), Tester- und PO-Feedback (Stunden) – auch kleine Iterationen. Wir entdecken häufig neue Aufgaben, die erledigt werden müssen, und verwenden Kanban, um die größeren Feedbackschleifen sichtbar zu machen und uns vor Überforderung zu schützen. Sie könnten dies interessant finden: lizkeogh.com/2012/03/11/cynefin-for-devs – Ich beschreibe hier Vorhersagbarkeit vs. Emergenz für Entwickler, aber es ist auf viele Dinge anwendbar.
@Lunivore Sicher. Trotzdem denke ich, dass es einen Unterschied gibt. Kann im "Warum" liegen. Warum codierst du das so? Weil es dies und das macht. Warum machen Sie diese Schaltfläche glänzend? Weil es besser aussieht. Der Zweck der Highlights ist nicht funktional, sondern emotional. Oft erstellen Sie zwei leicht unterschiedliche Versionen zur Auswertung am nächsten Tag. - Danke für den Link. Gut zu lesen. Ich mag Ihren Artikel und das Cynefin-Framework sieht vielversprechend aus. Ich wette, man könnte die Designarbeit auch in dieses Viertel aufteilen, aber ich muss darüber nachdenken. Braucht Ruhe und Verdauung ;)
Ah, wir haben Probleme mit dem internen Design und der Wartung, die häufig emotional sind – und wir werden oft gebeten, echte UI-Designer zu ersetzen. Ich wünschte, sie würden damit aufhören, weil Entwickler nicht besonders gut darin sind. Stimme für die Erwähnung von Kanban zu und danke für das interessante Gespräch!
Ich kann nur zustimmen, dass ich das Gespräch auch genossen habe. Danke.