Projektleitplanken: Design By Committee
Wenn Sie beauftragt werden, eine Lösung für andere zu entwickeln – hauptsächlich im Web, da dies der Bereich ist, in dem ich arbeite – gibt es meiner Meinung nach eine Reihe von Faktoren, die für ein Projekt wichtig sind :
- Es sollte kein „Design by Committee” geben.
- Niemand außer dem Kernentwicklungsteam sollte in der Lage sein, Entwicklung, Staging und Produktion bereitzustellen.
- Niemand außer dem Entwicklungsteam sollte in der Lage sein, in die Produktion zu schreiben (und selbst dann sollte es einen Bereitstellungsprozess geben).
Ich zögere immer, solche Aussagen zu machen, da sie dogmatisch wirken, aber ich finde, je länger ich in dieser Branche arbeite, desto mehr halte ich diese drei Regeln für wichtig.
Oder vielleicht sind sie wirklich nur Richtlinien. Schließlich gibt es Schüsse, bevor wir die Dinge tatsächlich erledigen.
Egal, ob es mehr Vorschläge oder Regeln sind, spielt keine Rolle. Es gibt Gründe, warum wir alle zu den Schlussfolgerungen kommen, die wir ziehen, richtig? Und so werde ich in den nächsten Posts (und nicht in einem langen Post) die Gründe teilen, warum ich diese drei Regeln für wichtig halte.
Entwurf durch Ausschuss
Wenn ich diesen Begriff verwende, meine ich nicht, dass eine einzelne Person für die Gestaltung einer Website verantwortlich sein sollte. Ich meine nur, dass eine Agentur oder eine Gruppe von Design-Fachleuten dafür zuständig sein sollte.
Design by Committee ist ein abfälliger Begriff für ein Projekt, an dem viele Designer beteiligt sind, aber kein einheitlicher Plan oder Vision.
Ein „Komitee” ist in diesem Fall also, wenn eine Gruppe von Personen oder die Kunden oder diejenigen, die in gewisser Weise mit Kunden verwandt sind, kommen, um das Ergebnis der Implementierung (oder sogar nur das Design) zu sehen und Vorschläge per E-Mail zu senden, was sie tun würden gerne sehen und erwarten, dass es passiert.
Das heißt, das Fachwissen, wenn ein bestimmter Designer für die Meinungen einer anderen Gruppe geopfert wird.
Prinzessin Leia war kein Komitee.
Und vielleicht in extremen Fällen (obwohl ich das noch nie persönlich erlebt habe) die Zahlung als Druckmittel nutzen, um ihren Willen durchzusetzen.
Die Sache ist die, dass die Leute, die beauftragt werden, die Lösung für den Kunden zu entwerfen, wie gesagt Experten auf dem Gebiet sein sollten. Sie verstehen Typografie, Farben, Bildschirmauflösungen, Barrierefreiheit und so weiter.
Es ist immer eine gute Idee, sie ihrem Fachgebiet zu überlassen.
Betreuung des Projekts
Nichts davon hat damit zu tun, dass jemand mehr Kontrolle über das Projekt hat als jeder andere.
Es geht darum sicherzustellen, dass alle Projektbeteiligten zusammenarbeiten und die Verantwortungsbereiche nicht überschreiten. (Stellen Sie sich beispielsweise die GIFs vor, die für Werbung verwendet würden, wenn Entwickler für Werbespots verantwortlich wären. 😏)
Unter dem Strich ist ein erfolgreiches Projekt genau dann, wenn jeder in seiner Ecke bleibt und in seinem eigenen Fachgebiet zusammenarbeitet.
Andernfalls geraten die Dinge am Ende aus dem Takt und verursachen im Grunde mehr Probleme, wenn es (zumindest in einem bestimmten Bereich) keine gab, mit denen man anfangen konnte.
Was kommt als nächstes?
Im nächsten Beitrag werde ich die Idee der Bereitstellung von Umgebungen behandeln, was dies bedeutet und wie sie sich auf die allgemeine Rolle des Projektmanagements auswirkt. Aber darauf gehe ich im Beitrag noch genauer ein.
Letztendlich geht es darum sicherzustellen, wer Lese- und Schreibzugriff auf die verschiedenen Bereiche hat, in denen die Anwendung oder das Projekt eingesetzt werden kann. Sicher, für einige, die dies lesen, mag sich dies ein bisschen wie „Anfänger”-Inhalt oder überhaupt nicht wie „entwicklungsbezogener” Inhalt anfühlen.
Aber wenn Sie im Geschäft sind, mit anderen zusammenzuarbeiten, um eine Lösung zu entwickeln, dann werden Sie wahrscheinlich auf diese Dinge stoßen, und es ist einfacher, einen Plan zu haben, der auf den Fehlern anderer basiert (nämlich ich 🙂), als Dinge zu lernen der harte Weg.