Inhalt
Was fällt Ihnen ein, wenn Sie das Wort "Prototyp" sehen oder hören? Vielleicht ein maßstabsgetreues Modell aus kostengünstigem Material? Oder vielleicht etwas, mit dem man physisch interagieren kann?
- 10 Top-Prototyping-Tools
In vielen Branchen sind Prototypen nicht der fertige Artikel - und es wird auch nicht erwartet, dass dies der Fall ist. In der Webbranche sind Prototypen ein großer Teil unseres Lebens. Sie sind unglaublich nützlich und informativ, aber ich befürchte, dass sie oft missbraucht und missverstanden werden. Und das führt zu "den Gefahren des Prototyping".
Betrachten Sie jedes der folgenden Szenarien ...
Prototyping-Szenario eins
Ein Projektteam wird gebeten, die Machbarkeit einer Idee für ein neues digitales Produkt zu untersuchen. Der Entwickler verwendet ein Framework (oder viele) ohne Begründung oder Recherche, achtet beim Codieren kaum darauf und es gibt keine Codeüberprüfungen oder Best Practices.
Es wird alles auf einem Computer gehostet, der sich in keiner Weise in der Nähe eines Spiegels einer Produktionsumgebung befindet. Die Entwickler erklären es für "ziemlich fertig" und der Projektmanager sieht es ebenfalls als "erledigt" an.
Die Interessengruppen werden dazu gebracht, zu glauben, dass es bereit ist, und es zu unterzeichnen, damit es sofort gestartet werden kann. Entweder geht es mit einer enormen technischen Verschuldung direkt in die Produktion oder die Markteinführung dauert viel länger als erwartet.
Prototyping-Szenario zwei
Ein Projektteam wird gebeten, einige neue Funktionen für ein vorhandenes digitales Produkt zu demonstrieren. Der Designer vereint etwas in der modernen Prototyping-Software seiner Wahl. Dies zeigt Interaktionen, Übergänge, Animationen und so weiter. Es werden keine Leistungsaspekte oder die Komplexität der Codierung berücksichtigt.
Der Designer erklärt es für "ziemlich fertig", der PM / Kunde / die Stakeholder glauben, dass es getan werden muss, und unterschreiben es für eine sofortige Inbetriebnahme. Die Prototyping-Software ist möglicherweise in der Lage, Code zu generieren, aber es gibt kein Bewusstsein für die Qualität oder die einfache Integration in eine echte funktionierende Codebasis - möglicherweise muss sie von Grund auf neu geschrieben werden.
Fehler
In beiden Fällen gelten die Projekte als gescheitert. Die Erwartungen der Stakeholder waren jedoch aufgrund der schlechten Kommunikation aller Mitglieder des Projektteams völlig unverhältnismäßig zur Realität.
Kannst du hier ein Muster sehen? Das Problem liegt nicht beim Prototyping an sich. Es ist mit denen, die ihren Kollegen / Kunden nicht vollständig über den Status ihrer Arbeit in der frühen Prototypenphase und darüber informieren, was noch erforderlich ist, um sie für die Produktion rentabel zu machen (sei es zunächst ein MVP oder ein vollwertiges Produkt). Sie gehen davon aus, dass nur weil der Prototyp fertig aussieht, keine weiteren Arbeiten erforderlich sind.
Die Lösung für dieses Problem besteht darin, Verantwortung zu übernehmen. Es liegt in der Verantwortung der Designer, zu verstehen und zu kommunizieren, dass ihr Prototyp noch codiert werden muss (und damit eine ganze Reihe von Gesprächen und Aufgaben stattfinden muss).
Es liegt in der Verantwortung der Entwickler, zu kommunizieren, was technisch noch benötigt wird, und zu verstehen, dass möglicherweise Hilfe von anderen Teams erforderlich ist. Es liegt in der Verantwortung des PM / der Kunden, nicht davon auszugehen, dass die Arbeiten zu diesem sehr frühen Zeitpunkt abgeschlossen wurden, und sie können dann mit der Ausarbeitung eines Plans zur angemessenen Beschaffung des Projekts beginnen.
Verantwortung übernehmen
Meiner Meinung nach ist es in dieser Phase Aufgabe der Projektmanager, ihrem Team den Weg zu ebnen, Zeit und Raum zu haben, um ihre Untersuchungen fortzusetzen - denn hier wird der Prototyp wirklich Gestalt annehmen und dabei helfen, die Richtung zu bestimmen ein MVP und darüber hinaus.
Ideen werden überarbeitet, Code wird neu geschrieben, aber ein Prototyp sollte erst dann als fertig angesehen werden, wenn alle Teile des Puzzles untersucht wurden. Dies sollte Infrastruktur, Sicherheit, Leistung, SEO, Content-Strategie und alles dazwischen umfassen.
Diese werden während des Produktentwicklungsprozesses oft vergessen - manchmal bis kurz vor dem Go-Live-Datum - aber warum nicht früher beginnen? Solange wir alle Aspekte berücksichtigen, erhält das gesamte Team (und der Kunde) einen viel besseren Hinweis auf die Machbarkeit des Produkts. Darum sollte es bei einem Prototyp wirklich gehen.
Als Webprofis sollten wir keine Angst haben zu sagen, dass etwas noch nicht fertig ist. Wenn wir alle besser kommunizieren können, gibt es weniger gescheiterte Projekte und mehr Freude an der Entwicklung großartiger digitaler Produkte für unsere Benutzer.
Dieser Artikel erschien ursprünglich in Netzmagazin Ausgabe 296. Kaufen Sie es hier.
