Was ist DesignOps? Warum braucht Ihr Team das? Und wie kann DesignOps Ihrem Design- / Entwicklungsteam helfen, erfolgreich zu sein? Dieser Artikel beantwortet diese Fragen und gibt Ihnen auch nützliche Tipps, wie Sie dieses neue Konzept in Ihrem Entwicklungsteam implementieren können.
In der modernen Welt bestimmt die Geschwindigkeit des Entwicklungsteams oft die Lebensfähigkeit eines Produkts. Gleichzeitig gibt es ein Schlüsselelement, das am wichtigsten und am problematischsten ist: das Design.
Design wird oft zum Engpass und beeinflusst den gesamten Entwicklungsprozess, unabhängig von der Größe Ihres Teams. Manchmal helfen übermenschliche Anstrengungen eines Designleiters, den Designprozess voranzutreiben, aber sobald die Arbeitsbelastung steigt, müssen Sie Ihr Team skalieren.
Wie oft hast du gesehen:
Wenn Ihnen einige oder alle bekannt vorkommt, ist es höchste Zeit, DesOps (Design Operations) zu implementieren.
Der Begriff DesOps oder DesignOps ist eine Replik des Begriffs DevOps Dies ist eine Software-Engineering-Praxis, die darauf abzielt, Entwicklungsprozesse zu vereinheitlichen, um eine höhere Effizienz zu erreichen. Ähnlich wie DevOps Spezialisten sind DesOps Spezialisten erfahrene Designer mit Managementfähigkeiten, die den Designprozess im größeren Kontext der Produktentwicklung verstehen.
Auch wenn wir nicht alle die Bezeichnung "DesOps" in unserer Berufsbezeichnung haben, sind viele leitende Designer bereits für die gleiche Rolle verantwortlich. Von der Etablierung von Design-Prozessen über die Entwicklung von Design-Systemen bis hin zur Erstellung von Strategien und Verwaltung von Design-Teams ist DesOps eine zunehmend gefragte Rolle.
Was wirklich wichtig ist, ist, dass dieser Ansatz skalierbar ist und sogar in Teams mit einem einzigen Designer relevant ist. Wie beginnen Sie mit der Implementierung von DesOps?
Designer müssen wissen, wann ihre Arbeit abgeschlossen ist und bereit sind, an das Entwicklungsteam weitergegeben zu werden. Designer benötigen zum Beispiel ein klares Verständnis darüber, welche Zustände jeder Bildschirm haben muss und welche Assets für das Entwicklungsteam benötigt werden, um diese Assets zu erstellen.
Es könnte sein, dass dies ein Bereich ist, den Designer von Natur aus verstehen sollten. Aber es ist tatsächlich einer der häufigsten Reibungspunkte in einem Projekt und sollte nicht ignoriert werden. Wenn Sie klar formulieren, was benötigt wird, reduzieren Sie Konflikte und stellen sicher, dass alle ihre Verantwortlichkeiten verstehen.
Die Vorteile sind: Es ermöglicht eine konstante Entwicklungstempo beizubehalten; es reduziert die gesamte Entwicklungszeit; Es reduziert die Anzahl der notwendigen Diskussionen zwischen Designern, Entwicklern und Leads.
Für den letzten Punkt haben wir speziell darüber nachgedacht, was der Designer den Entwicklern vermitteln soll. In diesem Punkt geht es darum, in welcher Form der Designer die Design-Mock-ups, das polierte Design, Prototypen, Moodboards - was muss der Designer liefern, um seine Absichten in einem für die Entwickler verständlichen Format zu vermitteln.
Es gibt zahlreiche Möglichkeiten, wie z Zeplin oder InVision Eine der häufigsten Beschwerden von Entwicklern ist jedoch, dass diese Formate nicht alles bieten, was sie benötigen (z. B. exportierte Assets). Dies liegt jedoch in der Regel daran, dass Designer ihre Designs nicht ordnungsgemäß exportiert haben. Indem sie den Designern erklären, was sie produzieren sollen, können sie leicht die richtigen Assets weitergeben.
Sie sollten ein internes Dokument erstellen, das spezifische technische Anforderungen für Assets, Designtools, Zusammenarbeit mit Entwicklern und anderen Teammitgliedern enthält. Schließlich sollte dieses Dokument klar definieren, wann und wie Designs geliefert werden müssen.
Eine Reihe von Design- und Engineering-Lösungen sowie Leitfäden für deren Implementierung werden eine Reihe von Vorteilen gewährleisten: Produktintegrität; einfacheres und schnelleres Onboarding neuer Teammitglieder; effizientere Arbeit von Designern und Entwicklern (da sie in einer vom Designsystem definierten Sprache kommunizieren können).
Die Vorteile davon sind: verbesserte Gesamtqualität der Arbeit; verringert den "Durchhang", wenn Sie das Team skalieren; erhöht die Geschwindigkeit von Design und Entwicklung.
Wir alle lieben coole neue Werkzeuge, aber ein effektives Team arbeitet mit einem einheitlichen Satz von Werkzeugen und stellt sicher, dass diese Einheit in Ihrer Verantwortung liegt.
Alle Tools sollten auf dem neuesten Stand sein, aber wenn ein Update aus irgendeinem Grund übersprungen wird, sollte jeder es überspringen.
Die Vorteile davon sind: erhöhte Teambindung; erhöhte Design- und Entwicklungsgeschwindigkeit; verbesserte Teamzusammenarbeit
Entwickler haben diesbezüglich mehr Glück, denn Versionskontrolle für Code ist eine ausgereifte Branche mit vielen Möglichkeiten. Es ist schwierig, einen ähnlichen Ansatz für Designer zu erstellen, da Prozesse so vielfältig sind, aber im letzten Jahr Tools wie Abstrakt , Kaktus , und Pflanze wurden immer beliebter. Sie können sogar mehrere Designer an einem einzigen Layout mit etwas wie arbeiten Figma .
Die Vorteile davon sind: verbesserte Kommunikation; vereinfachte Teamskalierung; Fast Tracks entwerfen Prozesse, da mehrere Designer produktiv an einem einzelnen Projekt arbeiten können.
Um alle Funktionen im Zusammenhang mit Designs zu beschreiben, verwenden Sie "visuelle Dokumentation" statt technische Spezifikationen zu schreiben. In den meisten Fällen genügt es einem Entwickler, einen interaktiven Prototyp zu haben, um die grundlegende Logik zu verstehen und Antworten auf die meisten Fragen zu finden.
Die Vorteile davon sind: reduzierte Zeit schriftlich Tech-Spezifikationen; reduziert den Umfang der Arbeit für technische Redakteure; Entwickler verbringen weniger Zeit mit dem Lesen von Dokumentationen und mehr Zeit mit dem Schreiben von Code; Designer sind produktiver; beschleunigte Entwicklungstempo.
Es gibt absolut keinen Platz für Design in vielen populären Softwareentwicklungsmethoden; egal welchen Entwicklungsprozess Sie verwenden, finden Sie Platz für Designer.
Die Vorteile sind: ein vereintes Team mit verbesserter Kommunikation; erhöhte Entwicklungsgeschwindigkeit; reduzierte Nacharbeit und Entwicklerausfallzeiten.
Sie sollten das Wachstum von quantitativen und qualitativen Indikatoren durch die implementierten Änderungen sowohl für die Teammitglieder als auch für das Top-Management ständig demonstrieren. Ohne dies wird ein Team sich nur ungern verändern, während das Top-Management nicht verstehen kann, wo und warum zusätzliche Ressourcen ausgegeben werden. Die kontinuierliche Erfassung und Präsentation positiver Ergebnisse nach der Implementierung von Änderungen hilft Ihnen, Glaubwürdigkeit und notwendige Autorität für weitere Änderungen im Team-Workflow zu erhalten.
Zu den Vorteilen gehören: erhöhte Motivation und ein stärkeres Team; Erleichterung neuer Regeln und Praktiken; Unterstützung für zukünftige Innovationen.
Der Begriff "DesOps" ist ziemlich neu und beginnt gerade erst, seine Bedeutung zu erlangen; das erste DesOps-Konferenz wurde nur im November in New York abgehalten.
Fürs Erste würde ich das einfach eine Kultur nennen, die darauf abzielt, solide Designprozesse zu entwickeln und zu ermöglichen. Aber ich habe das Gefühl, dass wir dies in naher Zukunft als separate Design-Rolle in jedem Produktteam haben werden. Ich denke jedoch, dass wir bereits jetzt sicher über die Wichtigkeit der Einführung dieser Praktiken sprechen können, um die Effizienz des Design-Workflows und der Produktentwicklung im Allgemeinen zu verbessern.