Das Webentwicklungsdreieck

Alle unsere Verträge mit unseren Kunden sind laufende monatliche Verpflichtungen. Sehr selten verfolgen wir ein festes Projekt und garantieren fast nie den Zeitplan. Das mag für manche beängstigend klingen, aber das Problem ist, dass das Ziel nicht das Datum der Veröffentlichung sein sollte, sondern die Geschäftsergebnisse. Unsere Aufgabe ist es, die Geschäftsergebnisse unserer Kunden zu erhalten und keine Abkürzungen zu verwenden, um Starttermine festzulegen. Während Healthcare.gov lernt, ist dies ein Weg, der zu fehlenden Erwartungen führen wird.

Um zu versuchen, Kundenprojekte zu halten pünktlichWir unterteilen Anforderungen in muss haben (die Geschäftsergebnisse erfüllen) und schön haben (optionale Verbesserungen). Wir planen auch nie die Fertigstellung zum Zeitpunkt der Veröffentlichung, da wir wissen, dass immer einige Änderungen erforderlich sind.

Robert Patrick ist CEO von Doktorandenlabore, eine Agentur, die Websites für viele Top-Fortune-500-Unternehmen entwirft, erstellt und startet. Robert hat die Schwierigkeiten, auf die Healthcare.gov gestoßen ist, im Auge behalten und 5 Hauptgründe für den fehlgeschlagenen Start angegeben.

  1. Verletze niemals das Zeit, Kosten & Funktion Regel festlegen. Stellen Sie sich dies als Dreieck vor, Sie müssen einen Punkt auswählen, der sein soll fixiert und die anderen beiden variabel. In dieser Welt kann fast alles geschaffen werden, solange genügend Zeit und Geld vorhanden sind. Jeder, der eine Webanwendung erstellt, sollte jedoch im Voraus wählen, was die höchste Priorität hat. Dies gibt den Ton und den Fokus für den Start eines Projekts vor. Beispielsweise,
    • Sollte es erst gestartet werden, wenn bestimmte Funktionen ausgeführt wurden (Geld und Zeit sind variabel).
    • Sollte es schnell gestartet werden (Geld und Funktionen sind variabel).
    • Sollte es mit Blick auf das Budget gestartet werden (Zeit und Funktionen sind variabel).
  2. Starten mit dem Ziellinie im Sinn anstelle der Startlinie. Webanwendungen sollten als ein Projekt angesehen werden, das dies tut Anfang und dann entwickelt sich. Bauen, was heute wichtig und obligatorisch ist, mit Blick auf Wachstum und Evolution, ist immer besser als Bauen mit der Absicht, am Anfang fertig zu werden.
  3. Zu viele Anbieter beteiligt. Es wurde berichtet, dass an der Obamacare-Website fast 55 Anbieter beteiligt waren. Das Hinzufügen mehrerer Anbieter zu einem Projekt kann eine rutschige Neigung sein. Sie können fast garantieren, dass es Probleme mit der Dateiversionierung, Diskrepanzen zwischen Kunstdateien, Diskrepanzen zwischen Kunstmeinungen und dem Abbruch von Projekten gibt, und die Liste geht weiter und weiter. Stellen Sie sich vor, wir hätten jeweils 55 Senate, die einen Teil des Gesamtproblems lösen sollen.
  4. Information Architecture nicht ernst genommen. Große Agenturen fordern häufig Anbieter auf, ein Angebot für eine Ausschreibung abzugeben und den Informationsarchitekturprozess vollständig zu überspringen, um direkt in die Entwicklung einzusteigen, ohne einen Umfang zu verstehen oder zu vereinbaren. Dies ist ein riesiger, hässlicher, Zeitverschwendung, Geldverlust, Fehler. Es ist äußerst wertvoll, so viel wie möglich von der Anwendung im Voraus zu entwerfen und darauf vorbereitet zu sein, agil und flexibel auf Dinge zu reagieren, die nicht vorhersehbar waren, bevor Sie mit der Programmierung beginnen (das ist wie der Bau eines Hauses ohne Blaupausen). Anbietern wird das Budget ausgehen und sie beginnen, Abstriche zu machen, wenn dies nicht richtig gemacht wird.
  5. Nicht genug Zeit für QUALITÄTSKONTROLLE. Es ist offensichtlich, dass dies ein großer Nachteil für den Start von HealthCare.Gov war. Sie arbeiteten an einem harten Startdatum (in diesem Fall ist die Zeit die feste Variable des Dreiecks), und die Funktionen und das Budget sollten geändert werden, um das Startdatum mit der Zeit für eine ordnungsgemäße Qualitätssicherung zu erfüllen, die in den Plan integriert ist. Dies ist ein entscheidender Fehler und kostet wahrscheinlich viele Menschen ihre Arbeit.

Was denken Sie?

Diese Seite verwendet Akismet, um Spam zu reduzieren. Erfahren Sie, wie Ihre Kommentardaten verarbeitet werden.