Unwirksame Funktionsspezifikationen für Webprojekte wie Websites, Intranets oder Portale tragen wesentlich zu Verzögerungen, höheren Kosten , alternativ in Apps bei, die nicht den Erwartungen erfüllen. Unabhängig davon, ob die Website, dies Intranet , alternativ das Portal kundenspezifisch entwickelt oder uff (berlinerisch) Softwarepaketen als Web-, Enterprise Content Management- oder Portal-Software aufgebaut sind immer wieder, legt die funktionale Spezifikation die Ausgangsebene für Projektverzögerungen und höhere Kosten. Mit der absicht, Verzögerungen des weiteren unerwartete Investitionen während dieses Entwicklungsprozesses zu begrenzen, müssten folgende Fallstricke vermieden sein:
Zu vage oder unvollständige funktionale Spezifikation: Dies ist der häufigste Fehler, welchen Unternehmen tun. Alles, was nicht in wahrheit oder gar nicht spezifiziert ist natürlich, implementieren oder aber implementieren die Entwickler in keiner weise auf diese eine, andere Stil, was Site-Besitzer wollen. Das bezieht gegenseitig hauptsächlich uff (berlinerisch) Web-Features, die als allgemeine Benutzererwartungen sind gueltig. Zum Beispiel HTML-Title-Tags, mit jenen Webseiten qua einem Lesezeichen versehen werden. Der Web-Lenkungsausschuss kann aufstellen, dass jede Seite den Seitentitel enthält, aber bei weitem nicht spezifiziert, falls auch HTML-Titel-Tags implementiert werden müssen. Webentwickler implementieren daher möglicherweise keine HTML Title-Tags oder implementieren sie uff (berlinerisch) eine Klasse, die gegenseitig von allen 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 dieser Behindertengesetzgebung erfüllen. Diese Beispiele sehen als Details aus, aber in praxi müssen Entwickler Hunderte oder aber sogar Viele von Seiten ändern beläuft einander auf viele Mann-Tage , alternativ sogar Mann-Wochen. Insbesondere zu tun sein die Korrekturen für Videos als Geschäftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren sachverstand. Mehrdeutige funktionale Spezifikation kann aufgrund fehlender interner , alternativ 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 auf das Web-Team. Es vermag empfohlen, dass selbst jetzt für Unternehmen, die über Usability-Fähigkeiten verfügen , alternativ sich sehr wohl auf die Fähigkeiten dieses Subunternehmers kündigen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Gerade beziehen sich solche Bewertungen auf Grenzausgaben im Vergleich zu den gesamten Web-Investitionen (z. B. etwa 7 K kapital – 15 K finanzielle mittel für diese eine, Überprüfung).
Zukünftige Site Enhancement nicht identifiziert oder bei weitem nicht kommuniziert: Das ist grundlegend, dass dies Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert und diese deinem Entwicklungsteam kommuniziert. Im besten Fall weiss das Entwicklungsteam die Roadmap für die kommenden drei Jahrzehnte. Ein solcher Ansatz ermöglicht es deinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um zukünftige Standortverbesserungen abgeschlossen hosten. Herauf mittlere oder lange Sicht ist das kosteneffizienter, am Anfang mehr abgeschlossen investieren ferner eine flexible Lösung zu schaffen. Falls Webteams baldige Verbesserungen in keiner weise kennen oder ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. kann das Erfassen neuer Funktionen in der Zukünftige zeit teilweise , alternativ im schlimmsten Fall dazu führen, dass vorhandene Funktionen vollständig wiederhergestellt werden). Ansieht man das finanzielle Delta für die flexible Lösung im Vergleich zu einer Lösung, die den kostenlosen 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 echt: Viele Betriebe betrachten die Website-Funktionalität lediglich aus der Perspektive des Site-Besuchers (z. B. Erleichterung der Nachforschung nach Informationen oder Durchführung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorzuege von Self-Service-Funktionen). Es gibt allerdings eine dritte Dimension, die Auswirkungen dieser Site-Funktionalität uff (berlinerisch) interne Ressourcen. Site-Funktionalität, die sich stark auf interne Ressourcen fallen kann, sind zum Beispiel: – Websites: Bereitstellung von Nachrichten, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: anbietet Content-Management-Funktionen zu gunsten von Business-Manager
Am Erfolg dieser Website-Funktionalität ist natürlich es grundlegend, dass dies Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht den Betrieb der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung von seiten Inhaltsverwaltungsfunktionen jetzt für Unternehmenseigentümer des weiteren Produktmanager mit einem zugehörigen Workflow. Jene Funktionalität ist effektiv des weiteren kann geschäftliche Vorteile, denn z. B. kürzere Time-to-Market, generieren. Praktisch müssen jedoch Unternehmenseigner des weiteren Produktmanager Inhalte schreiben, bewahrheiten, überprüfen, herausgeben und zurückziehen. 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), kann es dann passieren, dass jene Funktionalität in keiner weise genutzt sieht man und folglich nutzlos wird.
Wunschlisten im Vergleich zu den tatsächlichen Bedürfnissen und geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht den Anforderungen dieses Benutzers oder aber den geschäftlichen Anforderungen. Dies ist häufiger bei internen Anwendungen als Intranets , alternativ Portalen. In vielen Fällen vernachlässigt das Projektkomitee diese eine, fundierte interne Befragung des weiteren definiert
Funktionalität durch Verallgemeinerung der individuellen 2objet.com Wünsche der Mitarbeiter ohne jeden Laut.
Die Entdecken der Rückmeldungen interner Benutzer im gesamten Unternehmen ermöglicht die Ermittlung der kritischen Funktionen. Um eine Untersuchung effektiv durchführen zu sachverstand, muss diese eine, repräsentative Typ von Mitarbeitern befragt werden.
Außerdem zu tun sein diese Angestellten in Profile eingeordnet sein. Die Profile müssen gekennzeichnet sein durch zum Beispiel Häufigkeit der Nutzung des Intranets, geschätzte Die dauer durch Besuch, Nutzung des Intranets, um ihre täglichen Aufgaben über erleichtern, Artikel zum Geschäft usw. Basierend auf jenen 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. Weniger wichtige oder weniger wichtige Funktionen sachverstand Teil künftiger Releases (Roadmap) sein oder gelöscht werden. Wenn solch ein fundierter Entscheidungsprozess nicht durchgeführt vermag, kann dieses passieren, falls Funktionalität entwickelt wird, doch nur vonseiten wenigen Benutzern genutzt sieht man und die Investitionsrendite nicht erreicht vermag. Nicht genug visuelle Supervision oder rein textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und damit zu falschen Erwartungen administrieren.
Um falsche Erwartungen über vermeiden, die möglicherweise zuerst während dieser Entwicklung , alternativ im schlimmsten Fall zum Zeitpunkt des Starts gefunden werden, muss die funktionale Spezifikation über visuelle Unterstützung ergänzt werden (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, Kapital usw. ). Dies ermöglicht eine Reduzierung der subjektiven Interpretation ferner berücksichtigt das Feedback jener Benutzer bevor Entwicklung.
Dieses solcher Ansatz trägt hinzu bei, die richtigen Erwartungen zu hinpflanzen und Enttäuschungen zu umgehen, sobald die neue Inanspruchnahme online ist echt. Diese häufigen Fehler haben wir unabhängig voneinander beobachtet, wenn Firmen ihre Webanwendungen intern entwickelt oder an einen externen Dienstleister vergeben haben.