Unwirksame Funktionsspezifikationen für Webprojekte wie Websites, Intranets oder Portale kleiden wesentlich über Verzögerungen, höheren Kosten oder aber in Apps bei, die nicht den Erwartungen erfüllen. Unabhängig 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ür Projektverzögerungen und höhere Kosten. Mit der absicht, Verzögerungen ferner unerwartete Fehler während des Entwicklungsprozesses zu begrenzen, müssten folgende Fallstricke vermieden sein:
Zu vage oder unvollständige funktionale Spezifikation: Dies ist natürlich der häufigste Fehler, allen Unternehmen gebrauchen. Alles, was nicht eindeutig oder überhaupt nicht spezifiziert ist natürlich, implementieren oder aber implementieren die Entwickler bei weitem nicht auf diese eine, andere Weise, was Site-Besitzer wollen. Dies bezieht gegenseitig hauptsächlich 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ält, aber nicht spezifiziert, falls auch HTML-Titel-Tags implementiert werden müssen. Webentwickler implementieren ergo möglicherweise 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ür Bilder, die dem Fragment 508 der Behindertengesetzgebung entsprechen. Diese Beispiele sehen wie Details unfein, aber in der Praxis müssen Entwickler Hunderte oder sogar Viele von Seiten ändern beläuft sich auf viele Mann-Tage oder aber sogar Mann-Wochen. Insbesondere zu tun sein die Korrekturen für Filme als Geschäftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren bringen. Mehrdeutige funktionale Spezifikation kann aufgrund fehlender interner oder externer fehlender Usability-Fähigkeiten resultieren. In diesem Fall überträgt ein eintägiger Usability-Best-Practice-Workshop die notwendigen , alternativ zumindest grundlegenden Usability-Fähigkeiten auf das Web-Team. Es wird empfohlen, falls selbst für Unternehmen, die über Usability-Fähigkeiten verfügen oder sich sehr wohl auf die Fähigkeiten dieses Subunternehmers verlassen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Gerade beziehen gegenseitig solche Bewertungen auf Grenzausgaben im Vergleich zu welchen gesamten Web-Investitionen (z. B. etwa zehn K finanzielle mittel – 15 K $ für eine Überprüfung).
In der zukunft liegende Site Enhancement nicht identifiziert oder in keiner weise kommuniziert: Dieses ist entscheidend, dass dies Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert ferner diese deinem Entwicklungsteam kommuniziert. Im besten Fall weiss das Entwicklungsteam die Roadmap für die zukünftigen drei Jahre. Ein jener Ansatz ermöglicht es seinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um in der zukunft liegende Standortverbesserungen über hosten. Herauf mittlere oder lange Ansicht ist dieses kosteneffizienter, am Anfang mehr abgeschlossen investieren ferner eine flexible Lösung zu schaffen. Falls Webteams zukünftige Verbesserungen in keiner weise kennen , alternativ ignorieren, steigt das Risiko für höhere Investitionen (z. B. möglicherweise das Erfassen neuer Funktionen in der Zukunft teilweise oder aber im schlimmsten Fall hinzu führen, falls vorhandene Funktionen vollständig wiederhergestellt werden). Anguckt man das finanzielle Delta für eine flexible Lösung im Vergleich zu einer Lösung, die den aktuellen Anforderungen fair wird, zusammen sich die flexible Lösung in der Praxis taktlos mittel- ferner langfristiger Ansicht als kostengünstiger erwiesen.
Geplante Funktionalität, die nicht auf interne Ressourcen ausgerichtet ist: Viele Unternehmen betrachten die Website-Funktionalität alleinig aus der Perspektive des Site-Besuchers (z. B. Patenschaft der Ermittlung nach Informationen oder Durchführung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorteile von Self-Service-Funktionen). Es gibt allerdings eine dritte Dimension, die Auswirkungen dieser Site-Funktionalität herauf interne Ressourcen. Site-Funktionalität, 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ür Business-Manager
Für den Erfolg der Website-Funktionalität ist echt es grundlegend, dass dies Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht, den Werk der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung vonseiten Inhaltsverwaltungsfunktionen für Unternehmenseigentümer ferner Produktmanager mit einem zugehörigen Workflow. Selbige Funktionalität ist effektiv ferner kann geschäftliche Vorteile, als z. B. kürzere Time-to-Market, generieren. In der Praxis müssen allerdings Unternehmenseigner des weiteren Produktmanager Inhalte schreiben, validieren, überprüfen, herausgeben und abziehen. Dies führt zu zusätzlicher Arbeitsbelastung. Wenn das Web-Komitee nicht in der Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und möglicherweise Durchsetzung), möglicherweise es dann passieren, dass diese Funktionalität bei weitem nicht genutzt wird und folglich nutzlos wird.
Wunschlisten im Vergleich zu den tatsächlichen Bedürfnissen des weiteren geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht allen Anforderungen des Benutzers , alternativ den geschäftlichen Anforderungen. Dies ist häufiger bei internen Anwendungen als Intranets , alternativ Portalen. In vielen Fällen vernachlässigt dies Projektkomitee eine fundierte interne Befragung ferner definiert
Funktionalität durch Induktion (fachsprachlich) der individuellen examinerdispatch.com Wünsche der Mitarbeiter minus jeden Ton.
Die Verlieren der Rückmeldungen interner Benutzer im gesamten Unternehmen ermöglicht die Bewerberinterview der kritischen Funktionen. Mit der absicht eine Untersuchung effektiv durchführen zu sachverstand, muss diese eine, repräsentative Gruppe von Mitarbeitern befragt sein.
Außerdem zu tun sein diese Mitarbeiter in Profile eingeordnet sein. Die Profile müssen gekennzeichnet sein über zum Beispiel Häufigkeit der Nutzung des Intranets, geschätzte In der zukunft durch Chat, Nutzung des Intranets, mit der absicht, ihre täglichen Aufgaben zu erleichtern, Artikel zum Geschäft usw. Aufbauend auf diesen Informationen mag das Webteam dann Prioritäten setzen Funktionalität und wählen Sie die effektivste und relevanteste Funktionalität für die nächste Version. Geringer wichtige oder aber weniger wichtige Funktionen bringen Teil künftiger Releases (Roadmap) sein oder gelöscht sein. Wenn solch ein fundierter Entscheidungsprozess in keiner weise durchgeführt vermag, kann dieses passieren, dass Funktionalität entworfen wird, doch nur vonseiten wenigen Benutzern genutzt wird und die Investitionsrendite in keiner weise erreicht wird. Nicht genug visuelle Beratung oder rein textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und dieserfalls zu falschen Erwartungen administrieren.
Um falsche Erwartungen abgeschlossen vermeiden, die möglicherweise erst während jener Entwicklung , alternativ im schlimmsten Fall angenehm Zeitpunkt dieses Starts entdeckt werden, muss die funktionale Spezifikation über visuelle Unterstützung ergänzt sein (z. B. Screenshots , alternativ bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten wie Subhomepages) für die wichtigsten Bereiche des Standortes wie Arbeitnehmer, Geschäftsbereiche, Finanzen usw. ). Dies ermöglicht eine Abbau der subjektiven Interpretation und berücksichtigt dasjenige Feedback jener Benutzer bevor Entwicklung.
Dieses solcher Technik trägt dazu bei, die richtigen Erwartungen zu setzen und Enttäuschungen zu verhüten, sobald die neue Softwareanwendungen online ist. Diese häufigen Fehler bestizen wir unabhängig voneinander beobachtet, wenn Firmen ihre Webanwendungen intern entwickelt oder an einen externen Dienstleister überprüfen haben.