Unwirksame updatni.net Funktionsspezifikationen für Webprojekte wie Webseiten, Intranets oder aber Portale tragen wesentlich zu Verzögerungen, höheren Kosten oder in Anwendungen bei, die nicht allen Erwartungen entsprechen. Unabhängig davon, ob die Website, dasjenige Intranet oder das Seite kundenspezifisch entworfen oder uff (berlinerisch) Softwarepaketen als 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, sollten folgende Fallstricke vermieden sein:
Zu vage oder unvollständige funktionale Spezifikation: Dies ist natürlich der häufigste Fehler, welchen Unternehmen tun. Alles, was nicht eindeutig oder absolut nicht spezifiziert ist, implementieren , alternativ implementieren die Entwickler nicht auf diese eine, andere Stil, was Site-Besitzer wollen. Dies bezieht sich hauptsächlich auf Web-Features, die als allgemeine Benutzererwartungen gelten. Zum Beispiel HTML-Title-Tags, mit denen Webseiten mit einem Lesezeichen versehen werden. Der Web-Lenkungsausschuss kann festlegen, dass jede Seite den Seitentitel enthält, aber bei weitem nicht spezifiziert, dass auch HTML-Titel-Tags implementiert werden müssen. Webentwickler implementieren daher möglicherweise niemals HTML Title-Tags oder implementieren sie uff (berlinerisch) eine Weise, die gegenseitig von allen Visionen dieser Websiteinhaber unterscheidet. Es gibt weitere Beispiele denn die Fehlerbehandlung bei Online-Formularen oder die Definition von seiten ALT-Texten für Bilder, die dem Fragment 508 dieser Behindertengesetzgebung entsprechen. Diese Beispiele sehen denn Details taktlos, aber in der Praxis müssen Entwickler Hunderte oder aber sogar Hunderte von Seiten ändern beläuft gegenseitig auf viele Mann-Tage , alternativ sogar Mann-Wochen. Insbesondere haben sich verpflichtet die Korrekturen für Filme als Geschäftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren sachverstand. Mehrdeutige funktionale Spezifikation möglicherweise aufgrund fehlender interner oder externer fehlender Usability-Fähigkeiten folgen. In diesem Fall überträgt ein eintägiger Usability-Best-Practice-Workshop die notwendigen oder zumindest grundlegenden Usability-Fähigkeiten herauf das Web-Team. Es vermag empfohlen, dass selbst zu gunsten von Unternehmen, die über Usability-Fähigkeiten verfügen oder aber sich sehr wohl auf die Fähigkeiten des Subunternehmers verlassen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Gerade beziehen sich solche Bewertungen auf Grenzausgaben im Vergleich zu allen gesamten Web-Investitionen (z. B. etwa 10 K $ – 15 K $ für eine Überprüfung).
Zukünftige Site Enhancement nicht identifiziert oder nicht kommuniziert: Dieses ist entscheidend, dass dasjenige Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert und diese seinem Entwicklungsteam kommuniziert. Im besten Fall weiss das Entwicklungsteam die Roadmap für die zukünftigen drei Jahrzehnte. Ein solcher Ansatz ermöglicht es deinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um in der zukunft liegende Standortverbesserungen zu hosten. Herauf mittlere , alternativ lange Sicht ist das kosteneffizienter, erst einmal mehr über investieren des weiteren eine flexible Lösung zu schaffen. Sofern Webteams in der zukunft liegende Verbesserungen bei weitem nicht kennen oder aber ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. kann das Erfassen neuer Funktionen in der Zukunft teilweise oder aber im schlimmsten Fall hinzu führen, dass vorhandene Funktionen vollständig wiederhergestellt werden). Ansieht man das finanzielle Delta für diese eine, flexible Lösung im Vergleich zu von Lösung, die den kostenlosen Anforderungen fair wird, hat sich die flexible Lösung in der Praxis taktlos mittel- des weiteren langfristiger Sicht als kostengünstiger erwiesen.
Geplante Funktionalität, die nicht uff (berlinerisch) interne Ressourcen ausgerichtet ist: Viele Firmen betrachten die Website-Funktionalität nur aus jener Perspektive eines Site-Besuchers (z. B. Erleichterung der Suche nach Informationen oder Umsetzung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorzuege von Self-Service-Funktionen). Es gibt jedoch eine dritte Dimension, die Auswirkungen der Site-Funktionalität uff (berlinerisch) interne Ressourcen. Site-Funktionalität, die sich abgefahren auf interne Ressourcen fallen kann, sind immer wieder zum Beispiel: – Websites: Bereitstellung von Nachrichten, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: anbietet Content-Management-Funktionen für Business-Manager
Am Erfolg jener Website-Funktionalität ist es voll, dass das Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht den Firma der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung vonseiten Inhaltsverwaltungsfunktionen für Unternehmenseigentümer ferner Produktmanager via einem zugehörigen Workflow. Diese Funktionalität ist effektiv und kann geschäftliche Vorteile, als z. B. kürzere Time-to-Market, generieren. In praxi müssen jedoch Unternehmenseigner des weiteren Produktmanager Inhalte schreiben, bewahrheiten, überprüfen, freigeben und zurücknehmen. Dies führt zu zusätzlicher Arbeitsbelastung. Falls das Web-Komitee nicht in der nahen Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und möglicherweise Durchsetzung), mag es dann passieren, dass selbige Funktionalität bei weitem nicht genutzt vermag und folglich nutzlos sieht man.
Wunschlisten im Vergleich zu den tatsächlichen Bedürfnissen des weiteren geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht welchen Anforderungen des Benutzers , alternativ den geschäftlichen Anforderungen. Das ist häufiger bei internen Anwendungen wie Intranets oder aber Portalen. In vielen Fällen vernachlässigt das Projektkomitee die fundierte interne Befragung ferner definiert
Funktionalität durch Verallgemeinerung der individuellen Wünsche dieser Mitarbeiter ohne jeden Ton.
Die Verlieren der Rückmeldungen interner Benutzer im gesamten Unternehmen ermöglicht die Bewerberinterview der kritischen Funktionen. Um eine Untersuchung effektiv durchführen zu können, muss eine repräsentative Gruppe von Mitarbeitern befragt werden.
Außerdem müssen diese Mitarbeiter in Profile eingeordnet sein. Die Profile müssen gekennzeichnet sein anhand zum Beispiel Häufigkeit der Verwendung des Intranets, geschätzte Die dauer durch Besuch, Nutzung dieses Intranets, mit der absicht ihre täglichen Aufgaben abgeschlossen erleichtern, Artikel zum Geschäft usw. Aufbauend auf jenen Informationen kann das Webteam dann Prioritäten setzen Funktionalität und wählen Sie die effektivste ferner relevanteste Funktionalität für die nächste Version. Weniger wichtige oder weniger die wichtigsten Funktionen bringen Teil künftiger Releases (Roadmap) sein , alternativ gelöscht werden. Wenn solch ein fundierter Entscheidungsprozess in keiner weise durchgeführt sieht man, kann es passieren, dass Funktionalität entworfen wird, doch nur vonseiten wenigen Benutzern genutzt vermag und die Investitionsrendite in keiner weise erreicht sieht man. Nicht genug visuelle Beratung oder pur textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und dieserfalls zu falschen Erwartungen führen.
Um falsche Erwartungen zu vermeiden, die möglicherweise zuerst während der Entwicklung oder aber im schlimmsten Fall zu ihrem Zeitpunkt des Starts entdeckt werden, darf die funktionale Spezifikation über visuelle Unterstützung ergänzt sein (z. B. Screenshots , alternativ bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten denn Subhomepages) für die wichtigsten Bereiche des Standortes wie Bedienung, Geschäftsbereiche, Finanzen usw. klammer zu. Dies ermöglicht eine Reduzierung der subjektiven Interpretation des weiteren berücksichtigt das Feedback dieser Benutzer vor der Entwicklung.
Dieses solcher Methode trägt dazu bei, die richtigen Erwartungen zu hinpflanzen und Enttäuschungen zu umgehen, sobald die neue Inanspruchnahme online ist echt. Diese häufigen Fehler besitzen wir unabhängig voneinander beobachtet, wenn Firmen ihre Webanwendungen intern entwickelt oder fuer einen externen Dienstleister überprüfen haben.