Unwirksame sls-industrial.com Funktionsspezifikationen für Webprojekte wie Websites, Intranets oder Portale tragen wesentlich über Verzögerungen, höheren Kosten oder aber in Apps bei, die nicht welchen Erwartungen entsprechen. Unabhängig davon, ob die Website, dies Intranet oder das Portal kundenspezifisch entwickelt oder auf Softwarepaketen denn 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. Um Verzögerungen und unerwartete Fehler während des Entwicklungsprozesses zu begrenzen, müssten folgende Fallstricke vermieden sein:
Zu vage oder unvollständige funktionale Spezifikation: Dies ist der häufigste Fehler, den Unternehmen machen. Alles, was nicht in wahrheit oder überhaupt nicht spezifiziert ist, implementieren , alternativ implementieren die Entwickler in keiner weise auf die andere Stil, was Site-Besitzer wollen. Das bezieht einander hauptsächlich uff (berlinerisch) Web-Features, die als allgemeine Benutzererwartungen sind gueltig. Zum Beispiel HTML-Title-Tags, mit denen Webseiten mit einem Lesezeichen versehen sein. Der Web-Lenkungsausschuss kann festlegen, dass jede Seite einen Seitentitel enthält, aber bei weitem nicht spezifiziert, dass auch HTML-Titel-Tags implementiert sein müssen. Webentwickler implementieren daher möglicherweise keine HTML Title-Tags oder implementieren sie auf eine Klasse, die gegenseitig von allen Visionen der Websiteinhaber unterscheidet. Es gibt weitere Beispiele wie die Fehlerbehandlung bei Online-Formularen oder die Definition vonseiten ALT-Texten zu gunsten von Bilder, die dem Abschnitt 508 jener Behindertengesetzgebung erfüllen. Diese Beispiele sehen denn Details taktlos, aber in praxi müssen Entwickler Hunderte oder aber sogar Viele von Seiten ändern beläuft gegenseitig auf viele Mann-Tage , alternativ 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 sachverstand. Mehrdeutige funktionale Spezifikation kann aufgrund fehlender interner , alternativ externer fehlender Usability-Fähigkeiten resultieren. 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 vermag empfohlen, dass selbst jetzt für Unternehmen, die über Usability-Fähigkeiten verfügen , alternativ sich auf die Fähigkeiten des Subunternehmers verlassen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Insbesondere beziehen einander solche Bewertungen auf Grenzausgaben im Vergleich zu welchen gesamten Web-Investitionen (z. B. etwa 7 K kapital – 15 K kapital für eine Überprüfung).
Zukünftige Site Enhancement nicht identifiziert oder nicht kommuniziert: Dieses ist grundlegend, dass dies Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert und diese deinem Entwicklungsteam kommuniziert. Im besten Fall kennt das Entwicklungsteam die Roadmap für die zukünftigen drei Jahre. Ein jener Ansatz ermöglicht es seinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um baldige Standortverbesserungen zu hosten. Auf mittlere , alternativ lange Sicht ist es kosteneffizienter, erst einmal mehr abgeschlossen investieren und eine flexible Lösung abgeschlossen schaffen. Wenn Webteams in der zukunft liegende Verbesserungen bei weitem nicht kennen , alternativ ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. möglicherweise das Hinzufügen neuer Funktionen in der Zukünftige zeit teilweise , alternativ im schlimmsten Fall dazu führen, dass vorhandene Funktionen vollständig wiederhergestellt werden). Betrachtet man das finanzielle Delta für eine flexible Lösung im Vergleich zu ihrer Lösung, die den aktuellen Anforderungen gerecht wird, zusammen sich die flexible Lösung in der Praxis unfein mittel- ferner langfristiger Ansicht als kostengünstiger erwiesen.
Geplante Funktionalität, die nicht auf interne Ressourcen ausgerichtet ist natürlich: Viele Firmen betrachten die Website-Funktionalität alleinig aus jener Perspektive eines Site-Besuchers (z. B. Pflegschaft der Nachforschung nach Informationen oder Umsetzung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Nützlich sein von Self-Service-Funktionen). Es gibt dennoch eine dritte Dimension, die Auswirkungen jener Site-Funktionalität auf interne Ressourcen. Site-Funktionalität, die sich abgefahren auf interne Ressourcen auswirken kann, befinden sich zum Beispiel: – Websites: Versorgung von Meldungen, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: bietet Content-Management-Funktionen jetzt für Business-Manager
Am Erfolg dieser Website-Funktionalität ist echt es entscheidend, 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 und Produktmanager qua einem zugehörigen Workflow. Jene Funktionalität ist echt effektiv ferner kann geschäftliche Vorteile, als z. B. kürzere Time-to-Market, generieren. Praktisch müssen jedoch Unternehmenseigner des weiteren Produktmanager Inhalte schreiben, überprüfen, überprüfen, herausgeben und zurücknehmen. Dies führt zu zusätzlicher Arbeitsbelastung. Sofern das Web-Komitee nicht in der Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und möglicherweise Durchsetzung), möglicherweise es geschehen, dass jene Funktionalität in keiner weise genutzt vermag und also nutzlos wird.
Wunschlisten im unterschied zu den tatsächlichen Bedürfnissen des weiteren geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht den Anforderungen des Benutzers oder den geschäftlichen Anforderungen. Das ist häufiger bei internen Anwendungen als Intranets , alternativ Portalen. Mit vielen Fällen vernachlässigt dies Projektkomitee eine fundierte interne Befragung ferner definiert
Funktionalität durch Verallgemeinerung der individuellen Wünsche dieser Mitarbeiter bar jeden Laut.
Die Erfassung der Rückmeldungen interner Benutzer im gesamten Unternehmen ermöglicht die Bewerberinterview der kritischen Funktionen. Mit der absicht, eine Umfrage effektiv durchführen zu können, muss diese eine, repräsentative Typ von Mitarbeitern befragt sein.
Außerdem zu tun sein diese Angestellten in Profile eingeordnet werden. Die Profile müssen gekennzeichnet sein anhand zum Beispiel Häufigkeit der Nutzung 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. Basierend auf jenen Informationen mag 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 aber weniger die wichtigsten Funktionen können Teil künftiger Releases (Roadmap) sein oder aber gelöscht sein. Wenn solch ein fundierter Entscheidungsprozess in keiner weise durchgeführt sieht man, kann es passieren, falls Funktionalität entwickelt wird, jedoch nur von wenigen Benutzern genutzt vermag und die Investitionsrendite nicht erreicht wird. Nicht massenhaft visuelle Supervision oder pur textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und damit zu falschen Erwartungen verwalten.
Um undurchdachte Erwartungen zu vermeiden, die möglicherweise erst während dieser Entwicklung oder im schlimmsten Fall zu ihrem Zeitpunkt des Starts entdeckt werden, darf die funktionale Spezifikation über visuelle Beratung ergänzt sein (z. B. Screenshots oder aber bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten als Subhomepages) für wichtigsten Bereiche des Standortes wie Bedienung, Geschäftsbereiche, Kapital usw. klammer zu. Dies ermöglicht eine Abbau der subjektiven Interpretation des weiteren berücksichtigt dasjenige Feedback jener Benutzer vor der Entwicklung.
Ein solcher Technik trägt dazu bei, die richtigen Erwartungen zu setzen und Enttäuschungen zu verhüten, sobald die neue Anwendung online ist. Diese häufigen Fehler haben wir unabhängig voneinander beobachtet, wenn Firmen ihre Webanwendungen intern entworfen oder fuer einen externen Dienstleister kognition haben.