Unwirksame Funktionsspezifikationen für Webprojekte wie Websites, Intranets oder Portale kleiden wesentlich zu Verzögerungen, höheren Kosten oder aber in Anwendungen bei, die nicht welchen Erwartungen entsprechen. Unabhängig davon, ob die Website, dies Intranet oder das Treef kundenspezifisch entworfen oder auf Softwarepaketen als Web-, Enterprise Content Management- oder Portal-Software aufgebaut sind, legt die funktionale Spezifikation die Grundlage für Projektverzögerungen und höhere Kosten. Um Verzögerungen und unerwartete Fehler während dieses Entwicklungsprozesses abgeschlossen begrenzen, sollten folgende Fallstricke vermieden sein:
Zu vage oder unvollständige funktionale Spezifikation: Dies ist echt der häufigste Fehler, allen Unternehmen tun. Alles, was nicht eindeutig oder absolut nicht spezifiziert ist natürlich, implementieren oder aber implementieren die Entwickler nicht auf eine andere Weise, was Site-Besitzer wollen. Das bezieht gegenseitig 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 bestimmen, dass jede Seite einen Seitentitel enthält, aber nicht spezifiziert, dass auch HTML-Titel-Tags implementiert sein müssen. Webentwickler implementieren ergo möglicherweise nicht die HTML Title-Tags oder implementieren sie herauf eine Weise, die einander von welchen Visionen der Websiteinhaber unterscheidet. Es gibt andere Beispiele denn die Fehlerbehandlung bei Online-Formularen oder die Definition von seiten ALT-Texten für Bilder, die dem Abschnitt 508 jener Behindertengesetzgebung entsprechen. Diese Beispiele sehen als Details unfein, aber in praxi müssen Entwickler Hunderte oder aber sogar Hunderte von Seiten ändern beläuft gegenseitig auf vielerlei Mann-Tage , alternativ sogar Mann-Wochen. Insbesondere haben sich verpflichtet die Korrekturen für Bilder als Geschäftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren sachverstand. Mehrdeutige funktionale Spezifikation möglicherweise aufgrund fehlender interner , alternativ 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 aber sich sehr wohl auf die Fähigkeiten des Subunternehmers anvertrauen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Speziell beziehen sich solche Bewertungen auf Grenzausgaben im Vergleich zu welchen gesamten Web-Investitionen (z. B. etwa 7 K kapital – 15 K $ für die Überprüfung).
Baldige Site Enhancement nicht identifiziert oder in keiner weise kommuniziert: Das ist grundlegend, dass das Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert und diese seinem Entwicklungsteam kommuniziert. Im besten Fall kennt das Entwicklungsteam die Roadmap für die kommenden drei Jahrzehnte. Ein jener Ansatz ermöglicht es dem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um baldige Standortverbesserungen zu hosten. Uff (berlinerisch) mittlere oder lange Ansicht ist das kosteneffizienter, erst einmal mehr abgeschlossen investieren des weiteren eine flexible Lösung abgeschlossen schaffen. Wenn Webteams zukünftige Verbesserungen in keiner weise kennen , alternativ ignorieren, steigt das Risiko für höhere Investitionen (z. B. mag das Erfassen neuer Funktionen in der Zukünftige zeit teilweise , alternativ im schlimmsten Fall dazu führen, dass vorhandene Funktionen vollständig wiederhergestellt werden). Betrachtet man dasjenige finanzielle Delta für diese eine, flexible Lösung im Vergleich zu ihrer Lösung, die den kostenlosen Anforderungen fair wird, gesammelt sich die flexible Lösung in der Praxis taktlos mittel- und langfristiger Sicht als kostengünstiger erwiesen.
Geplante Funktionalität, die nicht auf interne Ressourcen ausgerichtet ist: Viele Unternehmen betrachten die Website-Funktionalität nur aus dieser Perspektive eines Site-Besuchers (z. B. Pflegschaft der Suche nach Informationen oder Umsetzung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorteile von Self-Service-Funktionen). Es gibt jedoch eine dritte Dimension, die Auswirkungen dieser Site-Funktionalität uff (berlinerisch) interne Ressourcen. Site-Funktionalität, die sich stark auf interne Ressourcen beeinflussen kann, sind zum Beispiel: – Websites: Bereitstellung von Nachrichten, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: anbietet Content-Management-Funktionen jetzt für Business-Manager
Für den Erfolg dieser Website-Funktionalität ist es grundlegend, dass das Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, um den Werk der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung von seiten Inhaltsverwaltungsfunktionen zu gunsten von Unternehmenseigentümer des weiteren Produktmanager via einem zugehörigen Workflow. Diese Funktionalität ist natürlich effektiv und kann geschäftliche Vorteile, wie z. B. kürzere Time-to-Market, generieren. In praxi müssen jedoch Unternehmenseigner des weiteren Produktmanager Inhalte schreiben, validieren, überprüfen, freigeben und zurückziehen. 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), kann es geschehen, dass selbige Funktionalität bei weitem nicht genutzt sieht man und folglich nutzlos sieht man.
Wunschlisten im Vergleich zu den tatsächlichen Bedürfnissen ferner geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht welchen Anforderungen dieses Benutzers oder aber den geschäftlichen Anforderungen. Das ist häufiger bei internen Anwendungen denn Intranets oder aber Portalen. Darüber hinaus vielen Fällen vernachlässigt dasjenige Projektkomitee die fundierte interne Befragung des weiteren definiert
Funktionalität durch Verallgemeinerung der individuellen ourevidence.com Wünsche der Mitarbeiter ohne jeden Klang.
Die Entdecken der Rückmeldungen interner Anwender im gesamten Unternehmen ermöglicht die Hausarbeit der kritischen Funktionen. Mit der absicht eine Untersuchung effektiv durchführen zu bringen, muss diese eine, repräsentative Area von Mitarbeitern befragt sein.
Außerdem zu tun sein diese Angestellten in Profile eingeordnet werden. Die Profile müssen gekennzeichnet sein über zum Beispiel Häufigkeit der Benutzung des Intranets, geschätzte In der zukunft durch Chat, Nutzung dieses Intranets, um ihre täglichen Aufgaben zu erleichtern, Artikel zum Geschäft usw. Basierend auf jenen Informationen möglicherweise das Webteam dann Prioritäten setzen Funktionalität und wählen Sie die effektivste ferner relevanteste Funktionalität für die nächste Version. Geringer wichtige oder aber weniger pralle Funktionen sachverstand Teil künftiger Releases (Roadmap) sein oder aber gelöscht werden. Wenn solch ein fundierter Entscheidungsprozess nicht durchgeführt vermag, kann es passieren, falls Funktionalität entworfen wird, doch nur von seiten wenigen Benutzern genutzt wird und die Investitionsrendite in keiner weise erreicht sieht man. Nicht genug visuelle Unterstützung oder rein textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert werden und damit zu falschen Erwartungen führen.
Um undurchdachte Erwartungen abgeschlossen vermeiden, die möglicherweise erst während der Entwicklung oder aber im schlimmsten Fall zu ihrem Zeitpunkt des Starts gefunden werden, darf die funktionale Spezifikation anhand visuelle Beratung ergänzt sein (z. B. Screenshots , alternativ bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten als Subhomepages) für die wichtigsten Bereiche des Standortes wie Arbeitnehmer, Geschäftsbereiche, Finanzen usw. klammer zu. Dies ermöglicht eine Reduzierung der subjektiven Interpretation und berücksichtigt das Feedback dieser Benutzer vor der Entwicklung.
Ein solcher Technik trägt dazu bei, die richtigen Erwartungen zu hinpflanzen und Enttäuschungen zu verhüten, sobald die neue Anwendung online ist. Diese häufigen Fehler bestizen wir unabhängig voneinander beobachtet, wenn Unternehmen ihre Webanwendungen intern entwickelt oder an einen externen Dienstleister kognition haben.