Regelmäßig Versehen: Funktionale Web spezifikation

by Hadi on June 9, 2018

Unwirksame Funktionsspezifikationen für Webprojekte wie Webseiten, Intranets oder Portale tragen wesentlich über Verzögerungen, höheren Kosten oder aber in Anwendungen bei, die nicht welchen Erwartungen entsprechen. Unabhängig davon, ob die Website, dasjenige Intranet oder aber das Portal kundenspezifisch entworfen oder uff (berlinerisch) Softwarepaketen als Web-, Enterprise Content Management- oder Portal-Software aufgebaut befinden sich, legt die funktionale Spezifikation die Ausgangspunkt für Projektverzögerungen und höhere Kosten. Mit der absicht Verzögerungen des weiteren unerwartete Fehler während des Entwicklungsprozesses abgeschlossen begrenzen, sollten folgende Fallstricke vermieden sein:

Zu vage oder unvollständige funktionale Spezifikation: Dies ist der häufigste Fehler, den Unternehmen gebrauchen. Alles, was nicht in wahrheit oder absolut nicht spezifiziert ist, implementieren , alternativ implementieren die Entwickler nicht auf die andere Klasse, was Site-Besitzer wollen. Das bezieht sich hauptsächlich auf 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 nicht spezifiziert, falls auch HTML-Titel-Tags implementiert werden müssen. Webentwickler implementieren ergo möglicherweise nicht die HTML Title-Tags oder implementieren sie uff (berlinerisch) eine Weise, die sich von welchen Visionen jener Websiteinhaber unterscheidet. Es gibt sonstige Beispiele wie die Fehlerbehandlung bei Online-Formularen oder die Definition von seiten ALT-Texten zu gunsten von Bilder, die dem Fragment 508 dieser Behindertengesetzgebung entsprechen. Diese Beispiele sehen wie Details taktlos, aber in der Praxis müssen Entwickler Hunderte oder aber sogar Tausende von Seiten ändern beläuft sich auf vielerlei 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 mag aufgrund fehlender interner oder 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 sieht man empfohlen, falls selbst zu gunsten von Unternehmen, die über Usability-Fähigkeiten verfügen , alternativ sich sehr wohl auf die Fähigkeiten dieses Subunternehmers verlassen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Speziell beziehen sich solche Bewertungen auf Grenzausgaben im Vergleich zu den gesamten Web-Investitionen (z. B. etwa 7 K finanzielle mittel – 15 K kapital für eine Überprüfung).

Baldige Site Enhancement nicht identifiziert oder bei weitem nicht kommuniziert: Dieses ist grundlegend, dass dies Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert ferner diese seinem Entwicklungsteam kommuniziert. Im besten Fall weiss das Entwicklungsteam die Roadmap für die kommenden drei Jahre. Ein solcher Ansatz ermöglicht es seinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um zukünftige Standortverbesserungen zu hosten. Auf mittlere oder aber lange Sicht ist dieses kosteneffizienter, erst einmal mehr über investieren und eine flexible Lösung zu schaffen. Wenn Webteams baldige Verbesserungen in keiner weise kennen , alternativ ignorieren, steigt das Risiko für höhere Investitionen (z. B. kann das Hinzufügen neuer Funktionen in der Zukünftige zeit teilweise oder im schlimmsten Fall dazu führen, falls vorhandene Funktionen vollständig wiederhergestellt werden). Anguckt man dies finanzielle Delta für die 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 auf interne Ressourcen ausgerichtet ist echt: Viele Firmen betrachten die Website-Funktionalität alleinig aus der Perspektive eines Site-Besuchers (z. B. Pflegschaft der Ermittlung nach Informationen oder Umsetzung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Nützlich sein von Self-Service-Funktionen). Es gibt allerdings eine dritte Dimension, die Auswirkungen der Site-Funktionalität uff (berlinerisch) interne Ressourcen. Site-Funktionalität, die sich stark auf interne Ressourcen beeinflussen kann, befinden sich zum Beispiel: – Websites: Versorgung von Neuigkeiten, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: bietet Content-Management-Funktionen jetzt für Business-Manager

Für den Erfolg dieser Website-Funktionalität ist es entscheidend, dass das Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht den Werk der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung von seiten Inhaltsverwaltungsfunktionen zu gunsten von Unternehmenseigentümer ferner Produktmanager qua einem zugehörigen Workflow. Diese Funktionalität ist natürlich effektiv und kann geschäftliche Vorteile, denn z. B. kürzere Time-to-Market, generieren. In praxi müssen allerdings Unternehmenseigner und Produktmanager Inhalte schreiben, validieren, überprüfen, freigeben und zurückziehen. Dies führt zu zusätzlicher Arbeitsbelastung. Sofern das Web-Komitee nicht in Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und möglicherweise Durchsetzung), mag es dann passieren, dass diese Funktionalität bei weitem nicht genutzt wird und folglich nutzlos vermag.

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. Dies ist häufiger bei internen Anwendungen denn Intranets oder Portalen. In vielen Fällen vernachlässigt dies Projektkomitee die fundierte interne Befragung und definiert

Funktionalität durch Verallgemeinerung der individuellen charmossas.com Wünsche jener Mitarbeiter ohne jeden Klang.

Die Entdecken der Rückmeldungen interner Benutzer im gesamten Unternehmen ermöglicht die Hausarbeit der kritischen Funktionen. Mit der absicht eine Untersuchung effektiv durchführen zu können, muss diese eine, repräsentative Typ von Mitarbeitern befragt werden.

Außerdem zu tun sein diese Arbeitnehmer in Profile eingeordnet sein. Die Profile müssen gekennzeichnet sein über zum Beispiel Häufigkeit der Nutzung des Intranets, geschätzte In der zukunft durch Besuch, Nutzung des Intranets, mit der absicht, ihre täglichen Aufgaben über erleichtern, Beitrag zum Geschäft usw. Aufbauend auf den Informationen möglicherweise das Webteam dann Prioritäten setzen Funktionalität und wählen Sie die effektivste des weiteren relevanteste Funktionalität für die nächste Version. Geringeren wichtige oder weniger die wichtigsten Funktionen bringen Teil künftiger Releases (Roadmap) sein oder aber gelöscht werden. Wenn solch ein fundierter Entscheidungsprozess nicht durchgeführt sieht man, kann es passieren, dass Funktionalität entworfen wird, jedoch nur vonseiten wenigen Benutzern genutzt vermag und die Investitionsrendite nicht erreicht sieht man. Nicht genug visuelle Beratung oder pur textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und demnach zu falschen Erwartungen administrieren.

Um undurchdachte Erwartungen über vermeiden, die möglicherweise zuerst während der Entwicklung oder aber im schlimmsten Fall zu ihrem Zeitpunkt dieses Starts entdeckt werden, darf die funktionale Spezifikation über visuelle Beratung ergänzt werden (z. B. Screenshots , alternativ bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten denn Subhomepages) für wichtigsten Bereiche des Standortes wie Arbeitnehmer, Geschäftsbereiche, Kapital usw. ). Dies ermöglicht eine Abbau der subjektiven Interpretation und berücksichtigt dies Feedback dieser Benutzer bevor Entwicklung.

Dieses solcher Methode trägt hinzu bei, die richtigen Erwartungen zu setzen und Enttäuschungen zu verhüten, sobald die neue Softwareanwendungen online ist echt. Diese häufigen Fehler bestizen wir unabhängig voneinander beobachtet, wenn Unternehmen ihre Webanwendungen intern entworfen oder an einen externen Dienstleister kognition haben.

0saves
If you enjoyed this post then share it and tell us what you think by leaving a comment below.
Share

Previous post:

Next post: