Unwirksame www.daranis.com Funktionsspezifikationen für Webprojekte wie Webseiten, Intranets oder aber Portale stützen wesentlich über Verzögerungen, höheren Kosten oder aber in Anwendungen bei, die nicht den Erwartungen erfüllen. Unabhängig davon, ob die Website, dasjenige Intranet oder das Seite kundenspezifisch entworfen oder uff (berlinerisch) Softwarepaketen wie Web-, Enterprise Content Management- oder Portal-Software aufgebaut sind, legt die funktionale Spezifikation die Ausgangspunkt für Projektverzögerungen und höhere Kosten. Mit der absicht, Verzögerungen und unerwartete Investitionen während dieses Entwicklungsprozesses zu begrenzen, sollten folgende Fallstricke vermieden sein:
Zu vage oder unvollständige funktionale Spezifikation: Dies ist echt der häufigste Fehler, den Unternehmen machen. Alles, was nicht in der tat oder absolut nicht spezifiziert ist echt, implementieren oder aber implementieren die Entwickler in keiner weise auf eine andere Stil, was Site-Besitzer wollen. Dies bezieht gegenseitig hauptsächlich uff (berlinerisch) Web-Features, die als allgemeine Benutzererwartungen sind gueltig. Zum Beispiel HTML-Title-Tags, mit jenen Webseiten mit einem Lesezeichen versehen werden. Der Web-Lenkungsausschuss kann aufstellen, dass jede Seite 1 Seitentitel enthält, aber in keiner weise spezifiziert, dass auch HTML-Titel-Tags implementiert sein müssen. Webentwickler implementieren deshalb möglicherweise keine HTML Title-Tags oder implementieren sie auf eine Klasse, die gegenseitig von welchen Visionen der Websiteinhaber unterscheidet. Es gibt weitere Beispiele wie die Fehlerbehandlung bei Online-Formularen oder die Definition von ALT-Texten für Bilder, die dem Bereich 508 der Behindertengesetzgebung erfüllen. Diese Beispiele sehen wie Details aus, aber in praxi müssen Entwickler Hunderte oder aber sogar Hunderte von Seiten ändern beläuft sich auf viele Mann-Tage oder aber sogar Mann-Wochen. Insbesondere müssen die Korrekturen für Bilder als Geschäftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren können. Mehrdeutige funktionale Spezifikation möglicherweise aufgrund fehlender interner oder aber externer fehlender Usability-Fähigkeiten mitglied werden. In diesem Fall überträgt ein eintägiger Usability-Best-Practice-Workshop die notwendigen oder zumindest grundlegenden Usability-Fähigkeiten uff (berlinerisch) das Web-Team. Es wird empfohlen, falls selbst jetzt für Unternehmen, die über Usability-Fähigkeiten verfügen oder aber sich auf die Fähigkeiten des Subunternehmers verlassen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Insbesondere beziehen gegenseitig solche Bewertungen auf Grenzausgaben im Vergleich zu den gesamten Web-Investitionen (z. B. etwa 7 K kapital – 15 K $ für die Überprüfung).
Baldige Site Enhancement nicht identifiziert oder nicht kommuniziert: Dieses ist voll, dass dies Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert des weiteren diese deinem Entwicklungsteam kommuniziert. Im besten Fall weiss das Entwicklungsteam die Roadmap für die kommenden drei Jahre. Ein solcher Ansatz ermöglicht es dem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um baldige Standortverbesserungen über hosten. Uff (berlinerisch) mittlere , alternativ lange Ansicht ist das kosteneffizienter, am Anfang mehr abgeschlossen investieren und eine flexible Lösung zu schaffen. Wenn Webteams in der zukunft liegende Verbesserungen in keiner weise kennen oder ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. möglicherweise das Hinzufügen neuer Funktionen in der Zukunft teilweise , alternativ im schlimmsten Fall dazu führen, falls vorhandene Funktionen vollständig wiederhergestellt werden). Ansieht man dies finanzielle Delta für diese eine, flexible Lösung im Vergleich zu ihrer Lösung, die den aktuellen Anforderungen fair wird, zusammen sich die flexible Lösung in der Praxis aus mittel- des weiteren langfristiger Ansicht als kostengünstiger erwiesen.
Geplante Funktionalität, die nicht herauf interne Ressourcen ausgerichtet ist: Viele Unternehmen betrachten die Website-Funktionalität nur aus jener Perspektive eines Site-Besuchers (z. B. Erleichterung der Nachforschung nach Infos 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 Meldungen, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: bietet Content-Management-Funktionen jetzt für Business-Manager
Für den Erfolg dieser Website-Funktionalität ist echt es voll, dass dies Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht, den Firma der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung von seiten Inhaltsverwaltungsfunktionen zu gunsten von Unternehmenseigentümer ferner Produktmanager qua einem zugehörigen Workflow. Jene Funktionalität ist echt effektiv ferner kann geschäftliche Vorteile, denn z. B. kürzere Time-to-Market, generieren. Praktisch müssen jedoch Unternehmenseigner ferner Produktmanager Inhalte schreiben, validieren, überprüfen, herausgeben und abziehen. Dies führt zu zusätzlicher Arbeitsbelastung. Falls das Web-Komitee nicht in der Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und möglicherweise Durchsetzung), möglicherweise es geschehen, dass selbige Funktionalität in keiner weise genutzt vermag und also nutzlos sieht man.
Wunschlisten im Vergleich zu den tatsächlichen Bedürfnissen ferner geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht allen Anforderungen dieses Benutzers oder den geschäftlichen Anforderungen. Dies ist häufiger bei internen Anwendungen denn Intranets oder Portalen. Mit vielen Fällen vernachlässigt dies Projektkomitee eine fundierte interne Befragung ferner definiert
Funktionalität durch Induktion (fachsprachlich) der individuellen Wünsche jener Mitarbeiter ohne jeden Laut.
Die Verlieren der Rückmeldungen interner Nutzer im gesamten Unternehmen ermöglicht die Bewerberinterview der kritischen Funktionen. Um eine Untersuchung effektiv abwickeln zu bringen, muss diese eine, repräsentative Gruppe von Mitarbeitern befragt sein.
Außerdem müssen diese Mitarbeiter in Profile eingeordnet werden. Die Profile müssen gekennzeichnet sein über zum Beispiel Häufigkeit der Verwendung des Intranets, geschätzte In der zukunft durch Besuch, Nutzung des Intranets, mit der absicht ihre täglichen Aufgaben zu erleichtern, Beitrag zum Geschäft usw. Basierend auf diesen Informationen mag das Webteam dann Prioritäten setzen Funktionalität und wählen Sie die effektivste des weiteren relevanteste Funktionalität für die nächste Version. Geringer wichtige , alternativ weniger pralle Funktionen sachverstand Teil künftiger Releases (Roadmap) sein , alternativ gelöscht sein. Wenn solch ein fundierter Entscheidungsprozess in keiner weise durchgeführt sieht man, kann es passieren, dass Funktionalität entworfen wird, aber nur vonseiten wenigen Benutzern genutzt wird und die Investitionsrendite bei weitem nicht erreicht sieht man. Nicht genug visuelle Unterstützung oder pur textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und damit zu falschen Erwartungen administrieren.
Um undurchdachte Erwartungen abgeschlossen vermeiden, die möglicherweise erst während jener Entwicklung oder aber im schlimmsten Fall zu ihrem Zeitpunkt des Starts gefunden werden, darf die funktionale Spezifikation über visuelle Beratung ergänzt sein (z. B. Screenshots , alternativ bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten denn Subhomepages) für wichtigsten Bereiche des Standortes wie Bedienung, Geschäftsbereiche, Finanzen usw. klammer zu. Dies ermöglicht eine Reduzierung der subjektiven Interpretation des weiteren berücksichtigt dasjenige Feedback dieser Benutzer bevor Entwicklung.
Ein solcher Methode trägt hinzu bei, die richtigen Erwartungen zu setzen und Enttäuschungen zu vermeiden, sobald die neue Anwendung online ist natürlich. Diese häufigen Fehler besitzen wir unabhängig voneinander beobachtet, wenn Betriebe ihre Webanwendungen intern entworfen oder an einen externen Dienstleister kognition haben.