Unwirksame Funktionsspezifikationen für Webprojekte wie Websites, 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 Portal kundenspezifisch entwickelt oder uff (berlinerisch) Softwarepaketen denn Web-, Enterprise Content Management- oder Portal-Software aufgebaut sind, legt die funktionale Spezifikation die Ausgangsebene für Projektverzögerungen und höhere Kosten. Um Verzögerungen des weiteren unerwartete Investitionen während dieses Entwicklungsprozesses über begrenzen, müssten folgende Fallstricke vermieden werden:
Zu vage oder unvollständige funktionale Spezifikation: Dies ist der häufigste Fehler, allen Unternehmen machen. Alles, was nicht in der tat oder absolut nicht spezifiziert ist echt, implementieren , alternativ implementieren die Entwickler nicht auf eine andere Weise, was Site-Besitzer wollen. Das bezieht einander hauptsächlich auf Web-Features, die als allgemeine Benutzererwartungen sind gueltig. Zum Beispiel HTML-Title-Tags, mit jenen Webseiten qua einem Lesezeichen versehen sein. Der Web-Lenkungsausschuss kann bestimmen, dass jede Seite den Seitentitel enthält, aber in keiner weise spezifiziert, falls auch HTML-Titel-Tags implementiert sein müssen. Webentwickler implementieren daher möglicherweise keine HTML Title-Tags oder implementieren sie herauf eine Klasse, die gegenseitig von den Visionen jener Websiteinhaber unterscheidet. Es gibt sonstige Beispiele als die Fehlerbehandlung bei Online-Formularen oder die Definition von seiten ALT-Texten zu gunsten von Bilder, die dem Fragment 508 dieser Behindertengesetzgebung erfüllen. Diese Beispiele sehen denn Details taktlos, aber praktisch müssen Entwickler Hunderte oder aber sogar Tausende von Seiten ändern beläuft gegenseitig auf vielerlei Mann-Tage oder aber 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 mag 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 aber 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 oder aber sich sehr wohl auf die Fähigkeiten dieses Subunternehmers anvertrauen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Speziell beziehen einander solche Bewertungen auf Grenzausgaben im Vergleich zu allen gesamten Web-Investitionen (z. B. etwa 7 K finanzielle mittel – 15 K kapital für diese eine, Überprüfung).
In der zukunft liegende Site Enhancement nicht identifiziert oder nicht kommuniziert: Das ist entscheidend, dass dasjenige Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert des weiteren diese dem Entwicklungsteam kommuniziert. Im besten Fall kennt das Entwicklungsteam die Roadmap für die kommenden drei Jahre. Ein solcher Ansatz ermöglicht es seinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um in der zukunft liegende Standortverbesserungen über hosten. Uff (berlinerisch) mittlere oder lange Ansicht ist dieses kosteneffizienter, am Anfang mehr abgeschlossen investieren des weiteren eine flexible Lösung abgeschlossen schaffen. Wenn Webteams zukünftige Verbesserungen in keiner weise kennen oder aber ignorieren, steigt das Risiko für höhere Investitionen (z. B. kann das Hinzufügen neuer Funktionen in der Zukünftige zeit teilweise , alternativ im schlimmsten Fall hinzu 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 kostenlosen Anforderungen fair wird, hat 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 Firmen betrachten die Website-Funktionalität alleinig aus jener Perspektive eines Site-Besuchers (z. B. Patenschaft der Ermittlung nach Informationen oder Durchführung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorteile von Self-Service-Funktionen). Es gibt jedoch eine dritte Dimension, die Auswirkungen der Site-Funktionalität uff (berlinerisch) interne Ressourcen. Site-Funktionalität, die sich stark auf interne Ressourcen auswirken kann, sind zum Beispiel: – Websites: Bereitstellung von Neuigkeiten, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: bietet Content-Management-Funktionen jetzt für Business-Manager
Am Erfolg der Website-Funktionalität ist natürlich es voll, dass das 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 jetzt für Unternehmenseigentümer des weiteren Produktmanager via einem zugehörigen Workflow. Jene Funktionalität ist natürlich effektiv und kann geschäftliche Vorteile, als z. B. kürzere Time-to-Market, generieren. In der Praxis müssen jedoch Unternehmenseigner und 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 vorkommen, dass diese Funktionalität nicht genutzt vermag und also nutzlos vermag.
Wunschlisten im unterschied zu den tatsächlichen Bedürfnissen ferner geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht welchen Anforderungen des Benutzers oder aber den geschäftlichen Anforderungen. Das ist häufiger bei internen Anwendungen wie Intranets , alternativ Portalen. Mit vielen Fällen vernachlässigt das Projektkomitee die fundierte interne Befragung und definiert
Funktionalität durch Induktion (fachsprachlich) der individuellen seattleinkandoil.com Wünsche jener Mitarbeiter minus jeden Ton.
Die Verlieren der Rückmeldungen interner Benutzer im gesamten Unternehmen ermöglicht die Ermittlung der kritischen Funktionen. Mit der absicht eine Umfrage effektiv wiedergeben zu bringen, muss eine repräsentative Gruppe von Mitarbeitern befragt werden.
Außerdem zu tun sein diese Arbeitnehmer in Profile eingeordnet werden. Die Profile müssen gekennzeichnet sein durch zum Beispiel Häufigkeit der Verwendung des Intranets, geschätzte In der zukunft durch Chat, Nutzung dieses Intranets, um ihre täglichen Aufgaben zu erleichtern, Beitrag zum Geschäft usw. Basierend auf den Informationen kann 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 , alternativ gelöscht werden. Wenn solch ein fundierter Entscheidungsprozess bei weitem nicht durchgeführt wird, kann dieses passieren, dass Funktionalität entworfen wird, doch nur vonseiten wenigen Benutzern genutzt wird und die Investitionsrendite in keiner weise erreicht vermag. Nicht genug visuelle Beratung oder aber textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und damit zu falschen Erwartungen administrieren.
Um falsche Erwartungen zu vermeiden, die möglicherweise zuerst während der Entwicklung oder im schlimmsten Fall zu ihrem Zeitpunkt des Starts entdeckt werden, darf die funktionale Spezifikation über visuelle Supervision ergänzt werden (z. B. Screenshots oder aber bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten denn Subhomepages) für die wichtigsten Bereiche des Standortes wie Personal, Geschäftsbereiche, Kapital usw. klammer zu. Dies ermöglicht eine Reduzierung der subjektiven Interpretation des weiteren berücksichtigt das Feedback dieser Benutzer vor der Entwicklung.
Das solcher Ansatz trägt hinzu bei, die richtigen Erwartungen zu hinpflanzen und Enttäuschungen zu vermeiden, sobald die neue Inanspruchnahme online ist. Diese häufigen Fehler haben wir unabhängig voneinander beobachtet, wenn Firmen ihre Webanwendungen intern entwickelt oder fuer einen externen Dienstleister kognition haben.
