Frag mich was: DesignOps Edition

Dies ist eine neue "Kolumne", die ich monatlich machen werde, in der ich Leute auf Twitter einlade, mir Fragen zu Design Operations (DesignOps) zu stellen, und ich werde mein Bestes tun, um sie direkt zu beantworten oder auf andere zu verweisen, die dies tun antwortete es besser als ich schon konnte.

Und weg gehen wir …

Hallo Nick Cochran, es gibt alle möglichen Metriken. Arturo Leal veröffentlichte heute einen Artikel zum Thema mit dem Titel „DesignOps: Was können wir messen?“. Es ist eine schöne solide Lektüre darüber, wie er bei Dell misst. Ein großartiger, wiederholbarer Rahmen. Ich habe auch einen Artikel über Measuring DesignOps geschrieben, bei dem die Messung etwas anders ist. Weniger über KPIs als über Erfolgsbewertung.

Wenn Sie Metriken verwenden, achten Sie darauf, nicht in die Falle von Vanity Metrics zu tappen. Das sagt Ihnen nicht wirklich, ob Sie die Wertschöpfung innerhalb der Designorganisation steigern oder verringern.

Sie haben also nach Maß gefragt. Hier sind die, zu denen ich immer wieder gehe:

  • Zeitaufwand (nicht) für das Entwerfen
  • Basisqualität [von allem, was Sie wollen]
    • Expositionsstunden für Benutzer
    • Zeitaufwand für die Zusammenarbeit mit Stakeholdern
    • Designer-Retention; z.B. Anzahl der Designer, die länger als 2 Jahre bleiben.
    • Engagement Assessments (z. B. von Diensten wie Culture Amp)
    • Prozentsatz der bereitgestellten App, der die Absicht des Designers innerhalb eines Sprints oder einer Lieferfrist darstellt.
    • Die Anzahl der Bereitstellungen, deren Benutzerfreundlichkeit getestet wurde, bevor sie an Endbenutzer ausgeliefert wurden.
    • Erstellen und Überwachen von SLAs für die Rekrutierung und Durchführung von Forschungsarbeiten.
    • Verfolgen Sie Erkenntnisse über die Bereitstellung und deren Auswirkungen / Ergebnisse.
    • Ich hoffe das hilft.

      Next Up …

      Oh Mann! Jorge! Wie ich wünschte, das wäre leicht zu beantworten. Ihr Hauptproblem in dieser Phase von „Problem-Solution-Fit“ ist jedoch wahrscheinlich mehr auf Entdeckung als auf Lieferung ausgerichtet. Das Einrichten eines Dual-Track-Modells, bei dem Sie sich auf die Ermittlung mit einem Product Owner und einem leitenden Entwickler konzentrieren können, ist der Schlüssel. Ich denke, der Fehler, den viele Startups in dieser Phase machen, ist, dass sie sich auf die Bereitstellung als einzige Methode zur Validierung von Hypothesen konzentrieren. Das Gestaltungssystem der Problemstellung und -lösung bietet Alternativen. Dies kann Ihnen helfen, Ihre Entwickler auf die Bereitstellung von Code zu konzentrieren - Schulden, Eskalationen, Fehlerbehebungen, ältere validierte Hypothesen - anstatt Experimente zu erstellen.

      Ich möchte auch sicherstellen, dass ich Designer anheuere, die leitend, praxisnah, unfähig und generalistisch sind. Dafür müssen Sie jedoch sicherstellen, dass Ihre Einstellungsmethoden und -praktiken solide sind. Viele Startups in dieser Phase stellen nicht so gut ein, wie sie müssen.

      In dieser Phase mit designOps ist wahrscheinlich noch viel mehr zu tun, aber ich stelle mir vor, dass das meiste auf den Kontext des Startups über die Reifephase hinaus zugeschnitten ist, wie Werte, Geografie, Remote oder nicht, Teamgeschichte , Strategien usw.

      Die Hits kommen immer wieder…

      Leider habe ich keine gute Antwort auf diese Frage, da ich denke, dass Outsourcing und Einstellungen für das Design zu viele Variablen enthalten. Ich würde mehr Klarheit in Bezug auf die Frage benötigen, bevor ich eine wertvolle Antwort geben kann.

      Wahrscheinlich ist das größte operative Problem, das ich von den meisten Leuten im Zusammenhang mit Outsourcing / Contracting oder der Einstellung von Vollzeitkräften gehört habe, die Frage, wie Sie zwischen den beiden Optionen wählen können und wann Sie überhaupt jemanden einstellen sollten. Die Frage der Kapazitätsplanung ist eine alte Frage des Projektmanagements, und es gibt eine Menge Bücher zu diesem Thema. Aber um auch die Grundlagen der Kapazitätsplanung zu verstehen, müssen Sie in der Lage sein, die Arbeit zu erfassen oder nur einige allgemeine Regeln für Teams und Projekte / Programme zu haben, z. B. ein Verhältnis zwischen Ingenieuren oder Entwicklern mit Designern / Forschern.

      Zu guter Letzt …

      Ich bekomme dies viel von Zweiflern der Design-Operationen, von denen Joāo meiner Meinung nach nicht unbedingt spricht. Aber was ist der Unterschied zwischen DesignOps und Design Management? Die Antwort ist einfach und verwirrend. Erstens kann es aus Sicht einer Person in einer Rollenperspektive überhaupt keinen Unterschied geben. DesignOps ist eine (große) Sammlung von Aktivitäten. Wenn ein Design-Manager den aktuellen Bedarfsumfang verwalten kann, ist es dieselbe Person. Dies ist vergleichbar mit einem kleinen Startup, das einen Generalisten-Designer anstellt, der seine eigenen Forschungen, sein eigenes visuelles Design, seine eigenen Codierungen, seine eigenen IA und IxD durchführen kann. Wenn die Organisation wächst, kann es jedoch sinnvoll sein, einige dieser Aktivitäten nacheinander zu trennen.

      Irgendwann kann es sein, dass Ihre Designorganisation Forscher, Grafikdesigner, Kreativtechnologen, Content-Strategen / IAs und Produktdesigner / IxDs hat. An diesem Punkt möchten Sie möglicherweise auch mit der Skalierung der Praxisverwaltung oder der Entwurfspraxis beginnen, um die Skalierung der Personen und Verwaltungsebenen zu verwalten, denen Sie gegenüberstehen. Als Designmanager oder Regisseur müssen Sie Ihren Fokus darauf richten, bei der Arbeit zu bleiben, und die Beziehungen, die erforderlich sind, um diese Arbeit zu erledigen. Daher müssen Sie wichtige Teile Ihrer bisherigen Arbeit in kleineren Maßstäben delegieren:

      • PeopleOps: Einstellen, Einsteigen, Training & Entwicklung, Aussteigen.
      • Programm Mngt: Verwaltung der Lieferung von Wert
      • Kultur: Werte und Prinzipien sowie die Rituale, die sie verkörpern, schaffen und dazu beitragen, dass sie zu Governance-Modellen werden.

      Wenn sich ein Designmanager für ein bestimmtes Arbeitsbuch auf sein spezielles Team konzentriert, erweitert der DesignOps-Leiter seinen Fokus, um alle Teams von Designern, deren Stakeholdern und Kunden in horizontaler Weise in das Bestell-Tool einzubeziehen, zu glätten und zu führen Team zum Erfolg.

      Im Juni …

      Seien Sie gespannt auf einen Anruf für DesignOps-Fragen des Monats auf Twitter. Folge mir einfach dorthin.

      Nun, ich hoffe, das hat euch allen genauso viel Spaß gemacht wie mir. Der Juni ist ein heißer Monat für mich. Es stehen 4 Workshops in Manchester (Ausverkauft), Tel Aviv, DC (Privatveranstaltung) und NYC an. Möglicherweise ist Vancouver im Juli; Bleib dran. September bin ich in Helsinki; Im Oktober werde ich in Kolumbien sein. Im November werde ich in Indien sein. Ich kann auch an jedem Ort sein, an dem ich sein soll. Senden Sie hier eine private Antwort, um mehr zu erfahren.