8 Möglichkeiten, DesOps für Sie arbeiten zu lassen

Was ist DesignOps? Warum braucht Ihr Team das? Und wie kann DesignOps Ihrem Design-/Entwicklungsteam zum Erfolg verhelfen? Dieser Artikel beantwortet diese Fragen und gibt Ihnen außerdem nützliche Tipps, wie Sie mit der Umsetzung dieses neuen Konzepts in Ihrem Entwicklungsteam beginnen können.

In der modernen Welt ist es oft die Geschwindigkeit des Entwicklungsteams, die die Realisierbarkeit eines Produkts bestimmt. Gleichzeitig gibt es ein Schlüsselelement, das am wichtigsten und problematischsten ist: Design. Design wird oft zu einem Engpass und hat erhebliche Auswirkungen auf den gesamten Entwicklungsprozess, unabhängig von der Größe Ihres Teams. Manchmal helfen übermenschliche Anstrengungen eines Designleiters, den Designprozess voranzutreiben, aber sobald die Arbeitsbelastung zunimmt, müssen Sie Ihr Team vergrößern. Wie oft haben Sie gesehen:

  • Entwickler sitzen untätig da und warten auf Kunstwerke;
  • Entwicklern fehlt es an Designressourcen;
  • mysteriöse neue Komponenten, die verdächtig wie Duplikate vorhandener Komponenten aussehen;
  • Verschiedene Designelemente von verschiedenen Designern für dasselbe Projekt.

Wenn Ihnen einige oder alle davon bekannt vorkommen, dann ist es höchste Zeit, DesOps (Design Operations) zu implementieren.

DesOps-Spezialisten

Der Begriff DesOps oder DesignOps ist eine Nachbildung des Begriffs DevOps Hierbei handelt es sich um eine Software-Engineering-Praxis, die darauf abzielt, Entwicklungsprozesse zu vereinheitlichen, um eine höhere Effizienz zu erzielen. Ähnlich wie DevOps-Spezialisten sind DesOps-Spezialisten erfahrene Designer mit Managementfähigkeiten, die den Designprozess im größeren Kontext der Produktentwicklung verstehen. Auch wenn nicht alle von uns den Begriff „DesOps“ in unserer Berufsbezeichnung haben, sind viele leitende Designer bereits für dieselbe Rolle verantwortlich. Von der Etablierung von Designprozessen über die Entwicklung von Designsystemen bis hin zur Erstellung von Strategien und der Leitung von Designteams ist DesOps eine immer gefragtere Rolle.

8 Möglichkeiten, DesOps zu starten

Was wirklich zählt, ist, dass dieser Ansatz skalierbar und sogar in Teams mit einem einzigen Designer relevant ist. Wie beginnen Sie also mit der Implementierung von DesOps?

1. Entwickeln Sie Kriterien für einen fertigen Entwurf

Designer müssen wissen, wann ihre Arbeit abgeschlossen ist und an das Entwicklungsteam übergeben werden kann. Designer benötigen beispielsweise ein klares Verständnis darüber, welche Zustände jeder Bildschirm haben muss und welche Assets das Entwicklungsteam zum Erstellen dieser Assets benötigt. Es scheint, als wäre dies ein Bereich, den Designer grundsätzlich 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 erforderlich ist, reduzieren Sie Konflikte und stellen sicher, dass jeder seine Verantwortung versteht. Dies hat folgende Vorteile: Es ermöglicht die Aufrechterhaltung eines gleichmäßigen Entwicklungstempos; es verkürzt die Gesamtentwicklungszeit; Es reduziert die Anzahl der notwendigen Diskussionen zwischen Designern, Entwicklern und Leitern.

2. Definieren Sie Design- und Lieferanforderungen

Beim letzten Punkt haben wir konkret darüber nachgedacht, was der Designer den Entwicklern vermitteln sollte. In diesem Punkt geht es darum, welche Form der Designer verwenden sollte, um das Design zu vermitteln – Modelle, ausgefeiltes Design, Prototypen, Moodboards – was muss der Designer bereitstellen, um seine Absichten effektiv 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 den Designern klargestellt wird, was sie produzieren sollen, können sie die richtigen Assets problemlos weitergeben. Sie sollten ein internes Dokument erstellen, das spezifische technische Anforderungen an Assets, Design-Tools, Zusammenarbeit mit Entwicklern und anderen Teammitgliedern enthält; Schließlich sollte dieses Dokument klar definieren, wann und wie Entwürfe geliefert werden müssen.

Lesen:  So tätigen Sie einen Videoanruf auf WhatsApp

3. Entwickeln Sie ein Designsystem

Eine Reihe von Design- und Engineering-Lösungen sowie Leitfäden für deren Implementierung gewährleisten eine Reihe von Vorteilen: Produktintegrität; einfacheres und schnelleres Onboarding neuer Teammitglieder; effizientere Arbeit sowohl von Designern als auch von Entwicklern (da sie in einer vom Designsystem definierten Sprache kommunizieren können). Zu den Vorteilen hiervon gehören: verbesserte Gesamtqualität der Arbeit; reduziert den „Durchhang“, wenn Sie das Team skalieren; erhöht die Geschwindigkeit von Design und Entwicklung.

4. Wählen, überwachen und beschränken Sie die Toolbox des Teams

Wir alle lieben coole neue Tools, aber ein effektives Team arbeitet mit einheitlichen Tools und es liegt in Ihrer Verantwortung, für diese Einheit zu sorgen. Alle Tools sollten auf dem neuesten Stand sein, aber wenn ein Update aus irgendeinem Grund übersprungen wird, dann sollte es jeder überspringen. Zu den Vorteilen hiervon gehören: erhöhtes Team-Engagement; erhöhte Design- und Entwicklungsgeschwindigkeit; verbesserte Teamzusammenarbeit.

5. Entwickeln Sie einen Ansatz zur Versionskontrolle

Entwickler haben bei dieser Aufgabe mehr Glück, da die Versionskontrolle für Code eine ausgereifte Branche mit vielen Optionen ist. Es ist schwierig, einen ähnlichen Ansatz für Designer zu entwickeln, da die Prozesse so vielfältig sind, aber in den letzten Jahren haben sich Tools wie diese entwickelt Abstrakt, KaktusUnd Anlage erfreuen sich immer größerer Beliebtheit. Sie können sogar mehrere Designer mit etwas wie „an einem einzigen Layout arbeiten lassen“. Figma. Die Vorteile davon sind: verbesserte Kommunikation; vereinfachte Teamskalierung; beschleunigt Designprozesse, da mehrere Designer produktiv an einem einzigen Projekt arbeiten können.

6. Implementieren Sie Prototypen und visuelle Dokumentation

Um alle mit Designs verbundenen Funktionen zu beschreiben, versuchen Sie, eine „visuelle Dokumentation“ zu verwenden, anstatt technische Spezifikationen zu schreiben. In den meisten Fällen reicht es aus, wenn ein Entwickler über einen interaktiven Prototyp verfügt, um die grundlegende Logik zu verstehen und Antworten auf die meisten Fragen zu finden. Zu den Vorteilen hiervon gehören: weniger Zeit für das Verfassen technischer Spezifikationen; reduziert den Arbeitsaufwand für technische Redakteure; Entwickler verbringen weniger Zeit mit dem Lesen der Dokumentation und mehr Zeit mit dem Schreiben von Code; Designer sind produktiver; beschleunigtes Entwicklungstempo.

Lesen:  So schalten Sie Omni Man in Mortal Kombat 1 frei

7. Integrieren Sie Designer in Ihr Entwicklungs-Framework

In vielen gängigen Softwareentwicklungsmethoden ist für Design absolut kein Platz; Unabhängig davon, welchen Entwicklungsprozess Sie verwenden, finden Sie Platz für Designer. Die Vorteile davon sind: ein geeintes Team mit verbesserter Kommunikation; erhöhte Entwicklungsgeschwindigkeit; Reduzierte Nacharbeiten und Ausfallzeiten für Entwickler.

8. Präsentieren Sie dem gesamten Team messbare Indikatoren für Verbesserungen

Sie sollten das Wachstum quantitativer und qualitativer Indikatoren dank der umgesetzten Änderungen sowohl für Teammitglieder als auch für das Top-Management kontinuierlich nachweisen. Ohne dies wird sich ein Team nur ungern ändern, während das Top-Management nicht nachvollziehen kann, wo und warum zusätzliche Ressourcen aufgewendet werden. Die ständige Sammlung und Präsentation positiver Ergebnisse nach der Umsetzung von Änderungen wird Ihnen helfen, Glaubwürdigkeit und die nötige Autorität für weitere Änderungen im Team-Workflow zu erlangen. 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.

Zusammenfassung

Der Begriff „DesOps“ ist recht neu und fängt gerade erst an, seine Bedeutung zu erlangen; Die erste DesOps-Konferenz fand erst im November in New York statt. Im Moment würde ich dies 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 Designrolle in jedem Produktteam haben werden. Ich bin jedoch der Meinung, dass wir bereits mit Sicherheit darüber sprechen können, wie wichtig die Einführung dieser Praktiken ist, um die Effizienz des Design-Workflows und der Produktentwicklung im Allgemeinen zu verbessern.

Aktuelle Artikel:

Empfohlen