Sollte ein Entwickler UI-Modelle erstellen, wenn das Projekt keine Designer enthält?

Ich arbeite mit einem kleinen Team zusammen, das eine proprietäre Webanwendung erstellt, und UX hat keine große Priorität, da es von unseren eigenen Mitarbeitern betrieben wird, aber wir versuchen, ihnen die Arbeit zu erleichtern.

Soll ich als Entwickler ein UI-Modell erstellen, bevor ich mit dem Erstellen eines neuen Bildschirms beginne? Nichts Besonderes, vor allem das allgemeine Layout, um es mit Kollegen zu besprechen und ein Referenzmodell zu haben. Ich habe es mit dem Erstellen einiger UML-Diagramme verglichen, bevor ich mich blind mit dem Schreiben von Code befasst habe.

Einer meiner Kollegen sagt, das sei absurd und nicht meine Aufgabe.

Ich arbeite sehr oft in solchen Projekten und die Antwort ist ein klares JA, und zwar so früh wie möglich.

Die Leute finden es viel einfacher zu kritisieren einige Entwurf zu verbessern , als mit einer Lösung von Grund auf neu zu entwickeln . Ich beginne aus zwei Gründen früh mit dem Entwurf:

• Geben Sie den Sachverständigen einen Eindruck davon, wie die Informationen präsentiert werden könnten.
• Zeigen Sie mein aktuelles Verständnis des Problems und der Informationsstrukturen.

In seltenen Fällen war es auch schön, einen Beweis dafür zu haben, dass ich tatsächlich das geliefert habe, worauf wir uns geeinigt hatten ...

Mockups sind fantastisch und es gibt keinen Grund, warum ein Entwickler sie nicht machen sollte. (Es kann sogar praktisch sein, wenn ein Entwickler einen groben Entwurf eines UI-Layouts erstellt, auch wenn Sie UI-Designer im Projekt haben.)

Ich kann nur empfehlen, dass Sie keine Modelle erstellen, die wie tatsächliche Bildschirme aussehen. Wenn Sie diese mit Endbenutzern teilen, die sich häufig auf Dinge konzentrieren, die keine Rolle spielen, wie Farben und Themen. Ich empfehle Ihnen, entweder handgezeichnete Skizzen auf Papier oder Whiteboard zu erstellen. Oder wenn Sie möchten, dass sie im Computer angezeigt werden, verwenden Sie beispielsweise Pencil Project oder Visio ( hier sind einige Visio-Schablonen von Jonathan Abbett, die handgezeichnet aussehen.)

Ja absolut.

Lassen Sie sich nicht von jemand anderem sagen, wie Sie Ihre Arbeit machen sollen. Und Sie haben recht, es ist sehr ähnlich wie UML für Ihr Datenmodell. Angenommen, Sie sind Entwickler, ist es Ihre Aufgabe, qualitativ hochwertige Software zu liefern. Wenn Mockups Ihnen dabei helfen, dann gehört das zu Ihrem Job.

Machen Sie Modelle mit niedriger Wiedergabetreue - lassen Sie sie nicht wie echte Bildschirme aussehen. Sie verschwenden zu viel Zeit mit dem Anpassen von Schriftarten, Pixeln und Rändern, und Ihre Benutzer sind von solchen Details besessen, anstatt sich auf die Funktionalität zu konzentrieren. Etwas wie Balsamiq ist dafür großartig, es gibt ohne Zweifel andere ähnliche Werkzeuge. Mit Mockup in der Hand wird es viel einfacher, Features des Projekts mit Ihren Benutzern und den anderen Mitgliedern des Entwicklungsteams zu diskutieren.

Wenn Sie "einen neuen Bildschirm" entwerfen, möchten Sie zunächst mit einem Benutzer und / oder Ihren Kollegen über die grobe Idee der Benutzeroberfläche sprechen. Sie können dies nicht mit einem Benutzer "in Code" oder "in UML" diskutieren, der einfach nicht funktioniert (es wird nicht einmal zwischen Programmierern funktionieren). Und Sie sollten damit rechnen, dass Sie Ihre ersten zwei oder drei Skizzen wegwerfen oder zumindest die Elemente der Benutzeroberfläche stark neu anordnen müssen.

Wenn Sie also über ein grafisches UI-Design-Tool verfügen, mit dem Sie dies schnell erledigen können, ist es sinnvoll, es zu verwenden. Wenn Sie die Benutzeroberflächenelemente jedoch manuell codieren müssen und das Verwerfen oder Neuanordnen der Benutzeroberflächenelemente viel Aufwand erfordert, ist es natürlich sinnvoller, die Benutzeroberfläche nicht zuerst zu "codieren". Es ist viel effizienter, separate Modelle zu erstellen, entweder mit einem grafischen Zeichenwerkzeug oder einfach mit Bleistift und Papier.

Nicht unbedingt. Es gibt mindestens zwei Gründe, warum Mockups von geringem Nutzen sein könnten.

Erstens können Sie genau das tun, wenn es in der Branche etablierte Vorgehensweisen gibt, um die Dinge zu tun, die Sie gerade tun werden. Sie werden die Kunst des UI-Designs nicht vorantreiben, aber das ist auch gut so.

Zweitens wissen Ihre Endbenutzer oft nicht, was für sie gut ist und warum. Sie können nur nicht sagen, bis sie das Programm verwenden (mit tatsächlichen oder Scheindaten). Dabei hilft keine Menge statischer Modelle.

Mit einem bescheiden flexiblen Webframework können Sie für "nur einen anderen UI-Bildschirm, wie die vorherigen N-Bildschirme" mit einem funktionierenden Prototyp beginnen und bei Bedarf neu anordnen. Machen Sie ein Modell und besprechen Sie es mit Kollegen, wenn Sie etwas Besonderes tun möchten.

IMMER!

Ich arbeite für ein kleines Unternehmen und bin die einzige "weiche" IT-Person. Ich mache alle Anforderungen, Design, Codierung, Tests (obwohl immer jemand meine Tests validiert), Datenbankdesign usw.

SCHNEIDEN SIE NIEMALS ECKEN AUF DEN DESIGN-SCHRITTEN - Ihre Endbenutzer werden es Ihnen danken. Sie werden sich danken, denn Sie WILL am Ende wieder arbeiten sie die Endverbraucher glücklich zu machen. Auch wenn Ihr Modell nichts anderes als ein handgezeichnetes Stück Papier ist, gibt es ihnen eine Vorstellung davon, was sie zu erwarten haben. Wenn Sie sich 10 Minuten Zeit nehmen, um etwas aufzuschreiben, können Sie eine Woche Zeit sparen.

Es hilft Ihnen auch bei Ihrer Codierung. Es gibt Ihnen die Möglichkeit, sich Gedanken darüber zu machen, was Sie tun müssen, wie Sie dies am effizientesten erreichen und welche Hindernisse im Weg stehen.

Möglicherweise stellen Sie fest, dass der zu erstellende "einfache" Bericht schwieriger ist als gedacht, da Sie kein Datum in Tabelle xyz erfassen. Es erweitert auch Ihren Horizont und zeigt Ihrem Team, Ihren Vorgesetzten oder kann sogar für potenzielle zukünftige Karrieremöglichkeiten genutzt werden, bei denen Sie mehr als das Nötigste tun und das Feld "Es ist nicht mein Job" verlassen können (<--- im Ernst, Sei nicht dieser Typ, wir alle hassen ihn) oder es gibt dir die Chance für zusätzliches Lernen.

Schauen wir uns das etwas allgemeiner an:

• Ist das Erstellen von Entwürfen eine gute Idee?
• Wer soll die Entwürfe erstellen?

Ist das Erstellen von Entwürfen eine gute Idee?

Das Erstellen von Entwürfen bietet hauptsächlich zwei Vorteile. Erstens bietet es Fokus, was zu einer Beschleunigung der tatsächlichen Arbeit führt. Zweitens wird es so viel einfacher, die Richtung der Arbeit zu besprechen, bevor die Arbeit abgeschlossen ist.

Der Nachteil beim Erstellen eines Entwurfs ist, dass er Zeit benötigt. Es macht wenig Sinn, 2 Stunden damit zu verbringen, einen aufwändigen Entwurf für etwas zu erstellen, dessen Erstellung 4 Stunden dauert.

In Ihrem Fall muss die Ebene des Modells den geschätzten Arbeitsaufwand für das Projekt und den Nutzen des Entwurfs berücksichtigen. Abhängig davon kann Ihr Modell zwischen einer 10-Sekunden-Skizze auf einem Post-It und einer vollständig interaktiven Website liegen. Bei sehr großen und teuren Projekten ist es nicht ungewöhnlich, dass ganze Teams wochenlang an einem Entwurf arbeiten und dabei Entwürfe ihrer Entwürfe erstellen.

Wer soll die Entwürfe erstellen?

Hier ist keine ausführliche Antwort erforderlich: Wenn Sie von der Erstellung eines Entwurfs profitieren, erstellen Sie einen Entwurf. Wenn Sie davon profitieren, dass eine andere Person einen Entwurf für Sie erstellt, bitten Sie eine andere Person, einen Entwurf für Sie zu erstellen.

Ihr Kollege ist absolut richtig. Interne Anwendungen sehen in der Regel vordefiniert aus. Auch für solche Anwendungen suchen Benutzer nicht nach einer hochmodernen Benutzeroberfläche. Alles, was sie wollen, ist etwas, das funktioniert und relativ einfach zu bedienen ist. Wenn Sie nicht vorhaben, die Benutzeroberfläche radikal zu ändern (von der ich dringend abraten werde ... für interne Apps), befolgen Sie einfach das vorhandene Erscheinungsbild. Mock-ups sind großartig, aber in deinem Fall werden sie nur deine Schmerzen verstärken.