Unwirksame Funktionsspezifikationen f\u00fcr Webprojekte wie Websites, Intranets oder Portale kleiden wesentlich \u00fcber Verz\u00f6gerungen, h\u00f6heren Kosten oder aber in Apps bei, die nicht den Erwartungen erf\u00fcllen. Unabh\u00e4ngig davon, ob die Website, dasjenige Intranet oder aber das Seite kundenspezifisch entworfen oder uff (berlinerisch) 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 ferner unerwartete Fehler w\u00e4hrend des Entwicklungsprozesses zu begrenzen, m\u00fcssten folgende Fallstricke vermieden sein: <\/p>\n
Zu vage oder unvollst\u00e4ndige funktionale Spezifikation: Dies ist nat\u00fcrlich der h\u00e4ufigste Fehler, allen Unternehmen gebrauchen. Alles, was nicht eindeutig oder \u00fcberhaupt nicht spezifiziert ist nat\u00fcrlich, implementieren oder aber implementieren die Entwickler bei weitem nicht auf diese eine, andere Weise, was Site-Besitzer wollen. Dies bezieht gegenseitig haupts\u00e4chlich herauf Web-Features, die als allgemeine Benutzererwartungen gelten. Zum Beispiel HTML-Title-Tags, mit denen Webseiten qua einem Lesezeichen versehen sein. Der Web-Lenkungsausschuss kann festlegen, dass jede Seite 1 Seitentitel enth\u00e4lt, aber nicht spezifiziert, falls auch HTML-Titel-Tags implementiert werden m\u00fcssen. Webentwickler implementieren ergo m\u00f6glicherweise niemals HTML Title-Tags oder implementieren sie auf eine Stil, die einander von welchen Visionen jener Websiteinhaber unterscheidet. Es gibt weitere Beispiele wie die Fehlerbehandlung bei Online-Formularen oder die Definition von seiten ALT-Texten f\u00fcr Bilder, die dem Fragment 508 der Behindertengesetzgebung entsprechen. Diese Beispiele sehen wie Details unfein, aber in der Praxis m\u00fcssen Entwickler Hunderte oder sogar Viele von Seiten \u00e4ndern bel\u00e4uft sich auf viele Mann-Tage oder aber sogar Mann-Wochen. Insbesondere zu tun sein die Korrekturen f\u00fcr Filme als Gesch\u00e4ftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren bringen. Mehrdeutige funktionale Spezifikation kann aufgrund fehlender interner oder externer fehlender Usability-F\u00e4higkeiten resultieren. In diesem Fall \u00fcbertr\u00e4gt ein eint\u00e4giger Usability-Best-Practice-Workshop die notwendigen , alternativ zumindest grundlegenden Usability-F\u00e4higkeiten auf das Web-Team. Es wird empfohlen, falls selbst f\u00fcr Unternehmen, die \u00fcber Usability-F\u00e4higkeiten verf\u00fcgen oder sich sehr wohl auf die F\u00e4higkeiten dieses Subunternehmers verlassen, ein externer und neutraler Berater die funktionale Spezifikation \u00fcberpr\u00fcft. Gerade beziehen gegenseitig solche Bewertungen auf Grenzausgaben im Vergleich zu welchen gesamten Web-Investitionen (z. B. etwa zehn K finanzielle mittel – 15 K $ f\u00fcr eine \u00dcberpr\u00fcfung). <\/p>\n
In der zukunft liegende Site Enhancement nicht identifiziert oder in keiner weise kommuniziert: Dieses ist entscheidend, dass dies Web Committee mindestens die wichtigsten zuk\u00fcnftigen Site Enhancements identifiziert ferner diese deinem Entwicklungsteam kommuniziert. Im besten Fall weiss das Entwicklungsteam die Roadmap f\u00fcr die zuk\u00fcnftigen drei Jahre. Ein jener Ansatz erm\u00f6glicht es seinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um in der zukunft liegende Standortverbesserungen \u00fcber hosten. Herauf mittlere oder lange Ansicht ist dieses kosteneffizienter, am Anfang mehr abgeschlossen investieren ferner eine flexible L\u00f6sung zu schaffen. Falls Webteams zuk\u00fcnftige Verbesserungen in keiner weise kennen , alternativ ignorieren, steigt das Risiko f\u00fcr h\u00f6here Investitionen (z. B. m\u00f6glicherweise das Erfassen neuer Funktionen in der Zukunft teilweise oder aber im schlimmsten Fall hinzu f\u00fchren, falls vorhandene Funktionen vollst\u00e4ndig wiederhergestellt werden). Anguckt man das finanzielle Delta f\u00fcr eine flexible L\u00f6sung im Vergleich zu einer L\u00f6sung, die den aktuellen Anforderungen fair wird, zusammen sich die flexible L\u00f6sung in der Praxis taktlos mittel- ferner langfristiger Ansicht als kosteng\u00fcnstiger erwiesen. <\/p>\n
Geplante Funktionalit\u00e4t, die nicht auf interne Ressourcen ausgerichtet ist: Viele Unternehmen betrachten die Website-Funktionalit\u00e4t alleinig aus der Perspektive des Site-Besuchers (z. B. Patenschaft der Ermittlung nach Informationen oder Durchf\u00fchrung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorteile von Self-Service-Funktionen). Es gibt allerdings eine dritte Dimension, die Auswirkungen dieser Site-Funktionalit\u00e4t herauf interne Ressourcen. Site-Funktionalit\u00e4t, die sich abgefahren auf interne Ressourcen auswirken kann, sind zum Beispiel: – Websites: Versorgung von Neuigkeiten, Online-Rekrutierung, Online-Support usw. – Intranets \/ Portale: anbietet Content-Management-Funktionen f\u00fcr Business-Manager <\/p>\n
F\u00fcr den Erfolg der Website-Funktionalit\u00e4t ist echt es grundlegend, dass dies Web-Komitee die Auswirkungen analysiert und Ma\u00dfnahmen ergreift, mit der absicht, den Werk der geplanten Funktionalit\u00e4t sicherzustellen. Beispielsweise die Bereitstellung vonseiten 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 der Praxis m\u00fcssen allerdings Unternehmenseigner des weiteren Produktmanager Inhalte schreiben, validieren, \u00fcberpr\u00fcfen, herausgeben 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), m\u00f6glicherweise es dann passieren, dass diese Funktionalit\u00e4t bei weitem nicht genutzt wird und folglich nutzlos wird. <\/p>\n
Wunschlisten im Vergleich zu den tats\u00e4chlichen Bed\u00fcrfnissen des weiteren gesch\u00e4ftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht allen Anforderungen des Benutzers , alternativ den gesch\u00e4ftlichen Anforderungen. Dies ist h\u00e4ufiger bei internen Anwendungen als Intranets , alternativ Portalen. In vielen F\u00e4llen vernachl\u00e4ssigt dies Projektkomitee eine fundierte interne Befragung ferner definiert <\/p>\n