Unwirksame Funktionsspezifikationen für Webprojekte wie Webseiten, Intranets oder Portale tragen wesentlich zu Verzögerungen, höheren Kosten , alternativ in Apps bei, die nicht welchen Erwartungen entsprechen. Unabhängig davon, ob die Website, das Intranet , alternativ das Treef kundenspezifisch entworfen oder auf Softwarepaketen wie Web-, Enterprise Content Management- oder Portal-Software aufgebaut sind immer wieder, legt die funktionale Spezifikation die Ausgangspunkt für Projektverzögerungen und höhere Kosten. Mit der absicht Verzögerungen des weiteren unerwartete Investitionen während des Entwicklungsprozesses abgeschlossen begrenzen, müssten folgende Fallstricke vermieden werden:
Zu vage oder unvollständige funktionale Spezifikation: Dies ist der häufigste Fehler, welchen Unternehmen machen. Alles, was nicht in wahrheit oder absolut nicht spezifiziert ist, implementieren oder 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 jenen Webseiten via einem Lesezeichen versehen sein. Der Web-Lenkungsausschuss kann festlegen, dass jede Seite einen Seitentitel enthält, aber nicht spezifiziert, dass auch HTML-Titel-Tags implementiert sein müssen. Webentwickler implementieren ergo möglicherweise niemals HTML Title-Tags oder implementieren sie auf eine Weise, die sich von allen Visionen der Websiteinhaber unterscheidet. Es gibt sonstige Beispiele denn die Fehlerbehandlung bei Online-Formularen oder die Definition von ALT-Texten zu gunsten von Bilder, die dem Abschnitt 508 jener Behindertengesetzgebung entsprechen. Diese Beispiele sehen denn Details unfein, aber in praxi müssen Entwickler Hunderte , alternativ sogar Tausende von Seiten ändern beläuft sich 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 bringen. 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, falls selbst jetzt für Unternehmen, die über Usability-Fähigkeiten verfügen oder aber sich 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 10 K kapital – 15 K $ für eine Überprüfung).
Zukünftige Site Enhancement nicht identifiziert oder bei weitem nicht kommuniziert: Das ist voll, dass dies Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert ferner diese seinem Entwicklungsteam kommuniziert. Im besten Fall kennt das Entwicklungsteam die Roadmap für die zukünftigen drei Jahrzehnte. Ein solcher Ansatz ermöglicht es seinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um in der zukunft liegende Standortverbesserungen zu hosten. Auf mittlere oder lange Ansicht ist das kosteneffizienter, am Anfang mehr zu investieren des weiteren eine flexible Lösung über schaffen. Sofern Webteams zukünftige Verbesserungen nicht kennen oder ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. mag das Hinzufügen neuer Funktionen in der Zukünftige zeit teilweise oder im schlimmsten Fall hinzu führen, falls vorhandene Funktionen vollständig wiederhergestellt werden). Betrachtet man dasjenige finanzielle Delta für diese eine, flexible Lösung im Vergleich zu von Lösung, die den kostenlosen Anforderungen fair wird, zusammen sich die flexible Lösung in der Praxis aus mittel- ferner langfristiger Ansicht als kostengünstiger erwiesen.
Geplante Funktionalität, die nicht uff (berlinerisch) interne Ressourcen ausgerichtet ist natürlich: Viele Firmen betrachten die Website-Funktionalität alleinig aus dieser Perspektive des Site-Besuchers (z. B. Pflegschaft der Suche nach Fakten oder Durchführung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorteile von Self-Service-Funktionen). Es gibt allerdings eine dritte Dimension, die Auswirkungen der Site-Funktionalität auf interne Ressourcen. Site-Funktionalität, die sich abgefahren auf interne Ressourcen auswirken kann, sind zum Beispiel: – Websites: Bereitstellung von Meldungen, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: bietet Content-Management-Funktionen jetzt für Business-Manager
Am Erfolg jener Website-Funktionalität ist natürlich es grundlegend, dass dasjenige Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht den Betrieb der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung von Inhaltsverwaltungsfunktionen jetzt für Unternehmenseigentümer und Produktmanager mit einem zugehörigen Workflow. Selbige Funktionalität ist natürlich effektiv ferner kann geschäftliche Vorteile, wie z. B. kürzere Time-to-Market, generieren. Praktisch müssen jedoch Unternehmenseigner und Produktmanager Inhalte schreiben, überprüfen, ü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 wird und also nutzlos wird.
Wunschlisten im Vergleich zu den tatsächlichen Bedürfnissen und geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht allen Anforderungen des Benutzers oder den geschäftlichen Anforderungen. Dies ist häufiger bei internen Anwendungen denn Intranets oder aber Portalen. Darüber hinaus vielen Fällen vernachlässigt dies Projektkomitee diese eine, fundierte interne Befragung des weiteren definiert
Funktionalität durch Induktion (fachsprachlich) der individuellen Wünsche dieser Mitarbeiter ohne jeden Laut.
Die Erfassung der Rückmeldungen interner Benutzer im gesamten Unternehmen ermöglicht die Ermittlung der kritischen Funktionen. Mit der absicht, eine Untersuchung effektiv abwickeln zu können, muss eine repräsentative Gruppe von Mitarbeitern befragt sein.
Außerdem zu tun sein diese Mitarbeiter in Profile eingeordnet sein. Die Profile müssen gekennzeichnet sein durch zum Beispiel Häufigkeit der Benutzung des Intranets, geschätzte Dauer durch Besuch, Nutzung des Intranets, mit der absicht ihre täglichen Aufgaben zu erleichtern, Artikel zum Geschäft usw. Basierend auf den 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. Geringeren 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 bei weitem nicht durchgeführt vermag, kann das passieren, falls Funktionalität entworfen wird, jedoch nur vonseiten wenigen Benutzern genutzt wird und die Investitionsrendite nicht erreicht vermag. Nicht genug visuelle Unterstützung oder rein textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und dieserfalls zu falschen Erwartungen führen.
Um falsche Erwartungen über vermeiden, die möglicherweise zuerst während jener Entwicklung , alternativ im schlimmsten Fall angenehm Zeitpunkt des Starts entdeckt werden, muss die funktionale Spezifikation anhand visuelle Unterstützung ergänzt werden (z. B. Screenshots oder bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten denn Subhomepages) für wichtigsten Bereiche des Standortes wie Personal, Geschäftsbereiche, Finanzen usw. klammer zu. Dies ermöglicht eine Reduzierung der subjektiven Interpretation des weiteren berücksichtigt dasjenige Feedback der Benutzer vor der Entwicklung.
Ein solcher Ansatz trägt dazu bei, die richtigen Erwartungen zu setzen und Enttäuschungen zu umgehen, sobald die neue Softwareanwendungen online ist. Diese häufigen Fehler haben wir unabhängig voneinander beobachtet, wenn Unternehmen ihre Webanwendungen intern entwickelt oder an einen externen Dienstleister kognition haben.
Dennoch knnen sie mit den autoren ber unser messengersystem ghostwriter gesucht in kontakt treten und auftragsbezogene informationen austauschen