Die Zusammenarbeit zwischen Designern und Entwicklern während der Code-Überprüfung

Code-Reviews helfen dabei, Fehler vor der Testphase zu identifizieren. Viele Leute überspringen diesen Schritt und betrachten ihn als eine fortlaufende Praxis während der Entwicklungsphase, aber Code-Reviews haben sich als eine großartige Sicherungsstrategie erwiesen. Die Überprüfung Ihrer Arbeit und die Überprüfung der Arbeit anderer ist eine ausgezeichnete Möglichkeit zu lernen und zu wachsen. 

Eine kollaborative Umgebung zwischen verschiedenen Teams ist das Gebot der Stunde. Heute, wo die Dinge digital geworden sind, müssen Kollaborations- und Kommunikationslücken mehr Bedeutung beigemessen werden, um den Workflow konsistent zu halten. 

Eine glückliche und reibungslose Zusammenarbeit zwischen Designern und Entwicklern ist wichtig, aber auch etwas schwierig. Die Vorstellung, dass jemand anderes Ihre Arbeit überprüft, mag beängstigend klingen. Für einen Designer ist es wie eine Bedrohung seiner Kreativität, wenn jemand, der nicht so kreativ ist, seine Arbeit überprüft. Und ebenso ist es für einen Entwickler nicht einfach, seine Codes und Programme von einem Designer überprüfen zu lassen. Aber wenn Sie es so betrachten, dass viele Ideen aus verschiedenen Quellen kommen und zusammenarbeiten, um etwas Größeres und Besseres zu schaffen, wird es Ihnen leichter fallen, andere Leute in Ihre Arbeit Einblick nehmen zu lassen.

Wie bringen wir also die beiden Teams dazu, sich zu verstehen? Darauf kommen wir noch zu sprechen, aber zuerst wollen wir uns ansehen, warum und wie Code-Reviews wichtig sind.

Warum ein Code-Review durchführen? 

Wenn Sie jemanden haben, der Ihre Arbeit überprüft, und auch wenn Sie wissen, dass jemand Ihre Arbeit überprüfen wird, trägt dies dazu bei, die Qualität Ihres Codes zu erhöhen und ihn fehlerfrei zu machen. Laut The 2018 State of Code Review von SmartBear gaben 73 % der Befragten an, dass Code-Reviews dazu beitragen, Wissen innerhalb ihres Teams auszutauschen, und 53 % sagten, dass Code-Reviews dazu beitragen, weniger erfahrene Entwickler zu betreuen.

Code-Reviews spielen eine wichtige Rolle beim Aufbau einer kollaborativen Kultur unter den Teammitgliedern. Wenn mehr als eine Person an einem Code-Review-Prozess beteiligt ist, sollte es nicht nur "mein Code" oder "dein Code" sein, sondern "unser Code" werden.

Einige Prinzipien, die berücksichtigt werden müssen, sind die folgenden: 

• Persönliche Gespräche.
• Feedback sollte für die Arbeit und nicht für den Autor gegeben werden.
• Vergessen Sie nie, das Gute zu loben.
• Vorschlagen, nicht befehlen.

Wenn diese Prinzipien befolgt werden, machen sie Code-Reviews zu einer positiven Kraft anstelle einer negativen und enttäuschenden. Die Teams müssen sich gegenseitig erlauben, Fragen zu stellen und ihre Zweifel ohne Zögern auszuräumen, und sich gegenseitig motivieren, gemeinsam etwas Großartiges zu schaffen.

Wenn eine Überprüfung solche Vorteile hat, warum sollte man sie dann nur für Code durchführen?

Damit ein Unternehmen effizient arbeiten kann, müssen die Design- und Entwicklungsteams zusammenkommen. Und um die Ergebnisse wirklich zu maximieren, sollten die Teams in der Lage sein, als Teams zu arbeiten. Zusammenarbeit, Kommunikation und Konsistenz müssen Teil des Prozesses sein. Wenn dies nicht geschieht, müssen Sie sich mit frustrierten Teammitgliedern, unzufriedenen Kunden, langen Tiraden, vielen verpassten Terminen und vielem mehr auseinandersetzen. Damit solche Dinge nicht passieren, wollen wir uns diese Schritte ansehen, die dazu beitragen, die Zusammenarbeit zwischen Designern und Entwicklern zu stärken. Erfahren Sie hier mehr über die Bedeutung von Code-Reviews.

Schritte, die Designer für den Code-Review-Prozess berücksichtigen sollten

Kickoff-Calls

Es ist wichtig, die Anforderungen Ihres Kunden zu verstehen, aber es ist auch wichtig, dass das Team jedes kleine Detail des Projekts versteht.

Vor Beginn eines Reviews sollten alle Teammitglieder sicherstellen, dass sie auf dem gleichen Stand sind und Klarheit über die Ziele und Details des Projekts haben. Um dies sicherzustellen, beginnen Sie jedes Projekt mit einem Kickoff-Call. Dies wird alle Zweifel oder Bedenken vor Beginn des Reviews ausräumen. 

Alle Phasen des Projekts sollten so organisiert sein, dass sie für jeden verständlich sind.

Informationsaustausch

Sie haben vielleicht jemanden, der recherchiert oder nach kleinen Details rund um das Projekt sucht, aber dies ist ein wichtiger Schritt, der sowohl Designer als auch Entwickler zur Recherche auffordert, da er die Grundlage für alle Entscheidungen legt, die später während des Reviews für das Projekt getroffen werden. Alle Beteiligten sollten vorab Informationen über das Projekt haben. 

Der Entwickler sollte über die ersten Pläne informiert werden, so dass alle Ideen, die die Grenzen des Projekts überschreiten, vor Beginn des Reviews entfernt werden können. Denken Sie daran, Fehler vor dem Start zu finden, ist das, was wir tun müssen. Und stellen Sie auch sicher, dass diese Fehler behoben werden, nicht nur gefunden. Sobald Sie diese aussortiert haben, können Sie mit der Umsetzung sinnvoller Prozessverbesserungen beginnen. 

Designen

Dies ist die Phase, in der der Designer allein arbeitet. Hier muss der Designer an den Komponenten arbeiten, die bereits vom Entwickler genehmigt wurden. Dies stellt sicher, dass es ein konsistentes Muster gibt und die grundlegenden Elemente die Best Practices einhalten. 

Dies hilft dem Designer, sich auf den Designteil zu konzentrieren und die beste Benutzererfahrung zu schaffen. Es gibt nichts, worüber sie sich Sorgen machen müssen, etwas von Grund auf neu zu bauen. 

Prototyping

Sobald der Designer mit dem Designteil fertig ist, muss das Projekt zur Feedback-Einholung weitergeleitet werden. Anstatt Screenshots des Projekts zu senden, ist es besser, eine funktionierende Version zu senden, mit der die Reviewer interagieren können.

In dieser Phase muss auch der Entwickler Teil des Review-Prozesses sein. Wenn es also ein Problem damit gibt, wie ein Design implementiert wird, kann der Entwickler es beheben, bevor die Entwicklung beginnt.

Die Übergabe 

Nachdem das Review des Prototyps abgeschlossen ist, haben Sie erfolgreich den ersten Schritt abgeschlossen, der die Kluft zwischen Designern und Entwicklern verringert. Dieser Schritt beinhaltet das Testen der Arbeit des anderen für Designer und Entwickler. Es gibt viele Tools, die die Arbeit für sie erledigen, wie z. B. Sketch, InVision und Unite UX.

Die Designer müssen die Designspezifikationen festlegen, die Folgendes umfassen:

• Schriftgröße und -stile
• UI-Funktionalität
• Typografie
• HEX-Codes
• Benutzerabläufe
• Zeilen- und Spaltenlayouts
• Abstände

Bauen

Mit Hilfe bestimmter Tools müssen sich die Entwickler nun keine Sorgen mehr um den Prozess der Übersetzung von Design in Code machen. Diese Tools optimieren die Zeit, die Ihr Team für Code-Reviews aufwendet, vollständig. Sie müssen nicht alles selbst herunterladen und übersetzen. Sie können sich leicht auf die Verfeinerung des Endprodukts, die Programmierung der Funktionalität und die Verbindung der richtigen Datenquellen konzentrieren.

Testen

Dies ist ein wichtiger Schritt, und ihn zu überspringen ist ein ebenso großes Risiko wie das Überspringen des gesamten Code-Review-Prozesses. Der Designer muss während der QA-Phase in die App einbezogen werden. Die Tools werden dazu beitragen, die Dinge zu vereinfachen, aber die Genehmigung des Designers spielt eine wichtige Rolle für das Endprodukt. Hier kommt die Geduld des Designers und des Entwicklers zum Vorschein. 

Sie müssen einander vertrauen und sich gegenseitig Zeit geben, die Arbeit des anderen zu verstehen. Sie müssen die Disziplinen des anderen respektieren, damit Sie beide Kritik an der Arbeit des anderen positiv äußern und entgegennehmen können. Sie müssen diese Fähigkeiten nicht wirklich beherrschen, aber Sie müssen sie berücksichtigen, um ein gesundes Umfeld zu erhalten und vorteilhafte Reviews durchzuführen.

Starten

In dieser Phase dreht sich alles um Reviews und Feedback. Sie bringt zwei Teams für ein letztes Mal zusammen, bevor das Projekt abgeschlossen wird. Der Entwickler ist für die Ausführung der App verantwortlich. Designer und Entwickler sollten besprechen, was schief gelaufen ist, was hätte getan werden können, die Verbesserungen, die Verluste und verschiedene Möglichkeiten, die ihre Arbeit in zukünftigen Projekten stärken und bessere Ergebnisse liefern werden. Lesen Sie hier mehr über die Einbeziehung gesunder Code-Review-Ansätze.

Zusammenfassung

Die Kluft zwischen Designern und Entwicklern muss geschlossen werden, und wir hoffen, dass diese Schritte Ihnen helfen werden, eine bessere Perspektive zu gewinnen und Teams zu helfen, besser zusammenzuarbeiten.

Vergessen Sie nie, die Arbeit des anderen wertzuschätzen. Machen Sie den Code-Review-Prozess zu einem positiven und nicht zu einem demotivierenden. Stellen Sie sicher, dass diese Kluft nicht zu einem Hindernis für die erstaunlichen Ideen in Ihrem Kopf wird. 

Denken wir an eines: Gute Ideen überleben immer Reviews!