Unwirksame Funktionsspezifikationen f\u00fcr Webprojekte wie Websites, Intranets , alternativ Portale kleiden wesentlich abgeschlossen Verz\u00f6gerungen, h\u00f6heren Kosten , alternativ in Anwendungen bei, die nicht welchen Erwartungen erf\u00fcllen. Unabh\u00e4ngig davon, ob die Website, dasjenige Intranet , alternativ das Seite kundenspezifisch entwickelt oder auf Softwarepaketen wie Web-, Enterprise Content Management- oder Portal-Software aufgebaut befinden sich, legt die funktionale Spezifikation die Ausgangsebene f\u00fcr Projektverz\u00f6gerungen und h\u00f6here Kosten. Mit der absicht, Verz\u00f6gerungen des weiteren unerwartete Fehler w\u00e4hrend des Entwicklungsprozesses zu begrenzen, sollten folgende Fallstricke vermieden sein: <\/p>\n
Zu vage oder unvollst\u00e4ndige funktionale Spezifikation: Dies ist echt der h\u00e4ufigste Fehler, den Unternehmen machen. Alles, was nicht in wahrheit oder absolut nicht spezifiziert ist nat\u00fcrlich, implementieren oder aber implementieren die Entwickler bei weitem nicht auf die andere Klasse, was Site-Besitzer wollen. Das bezieht gegenseitig haupts\u00e4chlich herauf Web-Features, die als allgemeine Benutzererwartungen gelten. Zum Beispiel HTML-Title-Tags, mit jenen Webseiten mit einem Lesezeichen versehen werden. Der Web-Lenkungsausschuss kann aufstellen, dass jede Seite 1 Seitentitel enth\u00e4lt, aber nicht spezifiziert, falls auch HTML-Titel-Tags implementiert werden m\u00fcssen. Webentwickler implementieren deshalb m\u00f6glicherweise niemals HTML Title-Tags oder implementieren sie uff (berlinerisch) eine Weise, die sich von allen 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 Bereich 508 der Behindertengesetzgebung erf\u00fcllen. Diese Beispiele sehen als Details unfein, aber praktisch m\u00fcssen Entwickler Hunderte , alternativ sogar Tausende von Seiten \u00e4ndern bel\u00e4uft sich auf viele Mann-Tage oder sogar Mann-Wochen. Insbesondere m\u00fcssen die Korrekturen f\u00fcr Videos als Gesch\u00e4ftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren bringen. Mehrdeutige funktionale Spezifikation m\u00f6glicherweise aufgrund fehlender interner oder aber externer fehlender Usability-F\u00e4higkeiten resultieren. In diesem Fall \u00fcbertr\u00e4gt ein eint\u00e4giger Usability-Best-Practice-Workshop die notwendigen oder zumindest grundlegenden Usability-F\u00e4higkeiten uff (berlinerisch) das Web-Team. Es vermag empfohlen, dass selbst f\u00fcr Unternehmen, die \u00fcber Usability-F\u00e4higkeiten verf\u00fcgen oder sich auf die F\u00e4higkeiten dieses Subunternehmers verlassen, ein externer und neutraler Berater die funktionale Spezifikation \u00fcberpr\u00fcft. Gerade beziehen einander solche Bewertungen auf Grenzausgaben im Vergleich zu den gesamten Web-Investitionen (z. B. etwa 10 K kapital – 15 K finanzielle mittel f\u00fcr diese eine, \u00dcberpr\u00fcfung). <\/p>\n
In der zukunft liegende Site Enhancement nicht identifiziert oder in keiner weise kommuniziert: Das ist grundlegend, dass dies Web Committee mindestens die wichtigsten zuk\u00fcnftigen Site Enhancements identifiziert ferner diese deinem Entwicklungsteam kommuniziert. Im besten Fall kennt das Entwicklungsteam die Roadmap f\u00fcr die kommenden drei Jahre. Ein jener Ansatz erm\u00f6glicht es deinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um zuk\u00fcnftige Standortverbesserungen \u00fcber hosten. Herauf mittlere , alternativ lange Ansicht ist das kosteneffizienter, erst einmal mehr abgeschlossen investieren des weiteren eine flexible L\u00f6sung zu schaffen. Falls Webteams baldige Verbesserungen in keiner weise kennen oder aber ignorieren, steigt das Risiko f\u00fcr h\u00f6here Investitionen (z. B. kann das Erfassen neuer Funktionen in der Zuk\u00fcnftige zeit teilweise oder im schlimmsten Fall dazu f\u00fchren, falls vorhandene Funktionen vollst\u00e4ndig wiederhergestellt werden). Betrachtet man das finanzielle Delta f\u00fcr die flexible L\u00f6sung im Vergleich zu einer L\u00f6sung, die den aktuellen Anforderungen fair wird, gesammelt sich die flexible L\u00f6sung in der Praxis unfein mittel- des weiteren langfristiger Ansicht als kosteng\u00fcnstiger erwiesen. <\/p>\n
Geplante Funktionalit\u00e4t, die nicht herauf interne Ressourcen ausgerichtet ist nat\u00fcrlich: Viele Betriebe betrachten die Website-Funktionalit\u00e4t alleinig aus jener Perspektive eines Site-Besuchers (z. B. Erleichterung der Ermittlung nach Informationen oder Durchf\u00fchrung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorzuege von Self-Service-Funktionen). Es gibt jedoch eine dritte Dimension, die Auswirkungen dieser Site-Funktionalit\u00e4t auf interne Ressourcen. Site-Funktionalit\u00e4t, die sich stark auf interne Ressourcen auswirken kann, sind zum Beispiel: – Websites: Versorgung von Meldungen, Online-Rekrutierung, Online-Support usw. – Intranets \/ Portale: anbietet Content-Management-Funktionen f\u00fcr Business-Manager <\/p>\n
Am Erfolg dieser Website-Funktionalit\u00e4t ist es grundlegend, dass dies Web-Komitee die Auswirkungen analysiert und Ma\u00dfnahmen ergreift, um den Werk der geplanten Funktionalit\u00e4t sicherzustellen. Beispielsweise die Bereitstellung von Inhaltsverwaltungsfunktionen f\u00fcr Unternehmenseigent\u00fcmer ferner Produktmanager mit einem zugeh\u00f6rigen Workflow. Diese Funktionalit\u00e4t ist echt effektiv des weiteren kann gesch\u00e4ftliche Vorteile, als z. B. k\u00fcrzere Time-to-Market, generieren. Praktisch m\u00fcssen dennoch Unternehmenseigner und Produktmanager Inhalte schreiben, validieren, \u00fcberpr\u00fcfen, freigeben und zur\u00fcckziehen. Dies f\u00fchrt zu zus\u00e4tzlicher Arbeitsbelastung. Falls das Web-Komitee nicht in Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und m\u00f6glicherweise Durchsetzung), mag es dann passieren, dass diese Funktionalit\u00e4t nicht genutzt wird und folglich nutzlos vermag. <\/p>\n
Wunschlisten im unterschied zu den tats\u00e4chlichen Bed\u00fcrfnissen und gesch\u00e4ftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht welchen Anforderungen dieses Benutzers , alternativ den gesch\u00e4ftlichen Anforderungen. Das ist h\u00e4ufiger bei internen Anwendungen als Intranets , alternativ Portalen. Dar\u00fcber hinaus vielen F\u00e4llen vernachl\u00e4ssigt das Projektkomitee die fundierte interne Befragung des weiteren definiert <\/p>\n