Unwirksame Funktionsspezifikationen f\u00fcr Webprojekte wie Webseiten, Intranets oder Portale st\u00fctzen wesentlich abgeschlossen Verz\u00f6gerungen, h\u00f6heren Kosten oder aber in Apps bei, die nicht den Erwartungen erf\u00fcllen. Unabh\u00e4ngig davon, ob die Website, das Intranet , alternativ das Portal kundenspezifisch entworfen oder auf Softwarepaketen denn Web-, Enterprise Content Management- oder Portal-Software aufgebaut befinden sich, legt die funktionale Spezifikation die Grundlage f\u00fcr Projektverz\u00f6gerungen und h\u00f6here Kosten. Mit der absicht, Verz\u00f6gerungen des weiteren unerwartete Fehler w\u00e4hrend dieses Entwicklungsprozesses \u00fcber begrenzen, m\u00fcssten folgende Fallstricke vermieden werden: <\/p>\n
Zu vage oder unvollst\u00e4ndige funktionale Spezifikation: Dies ist der h\u00e4ufigste Fehler, allen Unternehmen gebrauchen. Alles, was nicht in wahrheit oder absolut nicht spezifiziert ist, implementieren , alternativ implementieren die Entwickler in keiner weise auf die andere Weise, was Site-Besitzer wollen. Dies bezieht sich haupts\u00e4chlich auf Web-Features, die als allgemeine Benutzererwartungen gelten. Zum Beispiel HTML-Title-Tags, mit jenen Webseiten via einem Lesezeichen versehen werden. Der Web-Lenkungsausschuss kann aufstellen, dass jede Seite 1 Seitentitel enth\u00e4lt, aber in keiner weise spezifiziert, falls auch HTML-Titel-Tags implementiert werden m\u00fcssen. Webentwickler implementieren daher m\u00f6glicherweise niemals HTML Title-Tags oder implementieren sie herauf eine Stil, die sich von welchen Visionen jener Websiteinhaber unterscheidet. Es gibt andere Beispiele denn die Fehlerbehandlung bei Online-Formularen oder die Definition von ALT-Texten jetzt f\u00fcr Bilder, die dem Fragment 508 der Behindertengesetzgebung erf\u00fcllen. Diese Beispiele sehen wie Details unfein, aber praktisch m\u00fcssen Entwickler Hunderte oder aber sogar Hunderte von Seiten \u00e4ndern bel\u00e4uft sich auf vielerlei Mann-Tage oder sogar Mann-Wochen. Insbesondere haben sich verpflichtet die Korrekturen f\u00fcr Videos als Gesch\u00e4ftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren k\u00f6nnen. Mehrdeutige funktionale Spezifikation m\u00f6glicherweise aufgrund fehlender interner oder aber externer fehlender Usability-F\u00e4higkeiten mitglied werden. In diesem Fall \u00fcbertr\u00e4gt ein eint\u00e4giger Usability-Best-Practice-Workshop die notwendigen oder aber zumindest grundlegenden Usability-F\u00e4higkeiten uff (berlinerisch) das Web-Team. Es wird empfohlen, falls selbst f\u00fcr Unternehmen, die \u00fcber Usability-F\u00e4higkeiten verf\u00fcgen oder sich auf die F\u00e4higkeiten dieses Subunternehmers k\u00fcndigen, ein externer und neutraler Berater die funktionale Spezifikation \u00fcberpr\u00fcft. Gerade beziehen sich solche Bewertungen auf Grenzausgaben im Vergleich zu allen gesamten Web-Investitionen (z. B. etwa 7 K $ – 15 K finanzielle mittel f\u00fcr eine \u00dcberpr\u00fcfung). <\/p>\n
Baldige Site Enhancement nicht identifiziert oder in keiner weise kommuniziert: Es ist entscheidend, dass dasjenige Web Committee mindestens die wichtigsten zuk\u00fcnftigen Site Enhancements identifiziert und diese deinem Entwicklungsteam kommuniziert. Im besten Fall weiss das Entwicklungsteam die Roadmap f\u00fcr die zuk\u00fcnftigen drei Jahrzehnte. Ein solcher Ansatz erm\u00f6glicht es dem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um in der zukunft liegende Standortverbesserungen abgeschlossen hosten. Auf mittlere oder aber lange Sicht ist dieses kosteneffizienter, am Anfang mehr \u00fcber investieren des weiteren eine flexible L\u00f6sung \u00fcber schaffen. Sofern Webteams zuk\u00fcnftige Verbesserungen bei weitem nicht kennen , alternativ ignorieren, steigt das Risiko f\u00fcr h\u00f6here Investitionen (z. B. kann das Hinzuf\u00fcgen neuer Funktionen in der Zukunft teilweise oder im schlimmsten Fall hinzu f\u00fchren, dass vorhandene Funktionen vollst\u00e4ndig wiederhergestellt werden). Betrachtet man dies finanzielle Delta f\u00fcr eine flexible L\u00f6sung im Vergleich zu von L\u00f6sung, die den kostenlosen Anforderungen fair wird, hat sich die flexible L\u00f6sung in der Praxis aus mittel- des weiteren langfristiger Ansicht als kosteng\u00fcnstiger erwiesen. <\/p>\n
Geplante Funktionalit\u00e4t, die nicht herauf interne Ressourcen ausgerichtet ist echt: Viele Unternehmen betrachten die Website-Funktionalit\u00e4t nur aus dieser Perspektive des Site-Besuchers (z. B. Patenschaft der Nachforschung nach Fakten oder Durchf\u00fchrung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle N\u00fctzlich sein von Self-Service-Funktionen). Es gibt dennoch eine dritte Dimension, die Auswirkungen dieser Site-Funktionalit\u00e4t herauf interne Ressourcen. Site-Funktionalit\u00e4t, die sich stark auf interne Ressourcen fallen kann, sind immer wieder zum Beispiel: – Websites: Bereitstellung von Nachrichten, Online-Rekrutierung, Online-Support usw. – Intranets \/ Portale: bietet Content-Management-Funktionen f\u00fcr Business-Manager <\/p>\n
Am Erfolg der Website-Funktionalit\u00e4t ist es entscheidend, dass dasjenige Web-Komitee die Auswirkungen analysiert und Ma\u00dfnahmen ergreift, mit der absicht den Betrieb der geplanten Funktionalit\u00e4t sicherzustellen. Beispielsweise die Bereitstellung von seiten Inhaltsverwaltungsfunktionen f\u00fcr Unternehmenseigent\u00fcmer ferner Produktmanager mit einem zugeh\u00f6rigen Workflow. Selbige Funktionalit\u00e4t ist effektiv ferner kann gesch\u00e4ftliche Vorteile, als z. B. k\u00fcrzere Time-to-Market, generieren. In praxi m\u00fcssen allerdings Unternehmenseigner des weiteren Produktmanager Inhalte schreiben, validieren, \u00fcberpr\u00fcfen, freigeben und abziehen. Dies f\u00fchrt zu zus\u00e4tzlicher Arbeitsbelastung. Wenn das Web-Komitee nicht in der Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und m\u00f6glicherweise Durchsetzung), kann es vorkommen, dass jene Funktionalit\u00e4t in keiner weise genutzt wird und folglich nutzlos sieht man. <\/p>\n
Wunschlisten im unterschied zu den tats\u00e4chlichen Bed\u00fcrfnissen ferner gesch\u00e4ftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht den Anforderungen des Benutzers oder aber den gesch\u00e4ftlichen Anforderungen. Dies ist h\u00e4ufiger bei internen Anwendungen als Intranets oder aber Portalen. In vielen F\u00e4llen vernachl\u00e4ssigt dies Projektkomitee die fundierte interne Befragung und definiert <\/p>\n