Rege Verwechslung: Funktionale Internet spezifikation

by Hadi on June 9, 2018

Unwirksame Funktionsspezifikationen für Webprojekte wie Websites, Intranets , alternativ Portale stützen wesentlich abgeschlossen Verzögerungen, höheren Kosten oder in Apps bei, die nicht den Erwartungen entsprechen. Unabhängig davon, ob die Website, dasjenige Intranet oder das Seite kundenspezifisch entworfen oder auf Softwarepaketen wie Web-, Enterprise Content Management- oder Portal-Software aufgebaut befinden sich, legt die funktionale Spezifikation die Ausgangsebene für Projektverzögerungen und höhere Kosten. Um Verzögerungen und unerwartete Investitionen während des Entwicklungsprozesses abgeschlossen begrenzen, sollten folgende Fallstricke vermieden sein:

Zu vage oder unvollständige funktionale Spezifikation: Dies ist der häufigste Fehler, allen Unternehmen gebrauchen. Alles, was nicht in wahrheit oder überhaupt nicht spezifiziert ist, implementieren oder implementieren die Entwickler in keiner weise auf eine andere Stil, was Site-Besitzer wollen. Dies bezieht sich hauptsächlich herauf Web-Features, die als allgemeine Benutzererwartungen sind gueltig. Zum Beispiel HTML-Title-Tags, mit jenen Webseiten mit einem Lesezeichen versehen werden. Der Web-Lenkungsausschuss kann festlegen, dass jede Seite den Seitentitel enthält, aber bei weitem nicht spezifiziert, falls auch HTML-Titel-Tags implementiert sein müssen. Webentwickler implementieren deshalb möglicherweise nicht die HTML Title-Tags oder implementieren sie herauf eine Stil, die gegenseitig von allen Visionen jener Websiteinhaber unterscheidet. Es gibt andere Beispiele denn die Fehlerbehandlung bei Online-Formularen oder die Definition von ALT-Texten für Bilder, die dem Bereich 508 dieser Behindertengesetzgebung erfüllen. Diese Beispiele sehen wie Details unfein, aber praktisch müssen Entwickler Hunderte oder sogar Hunderte von Seiten ändern beläuft sich auf viele 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 können. Mehrdeutige funktionale Spezifikation mag aufgrund fehlender interner oder aber externer fehlender Usability-Fähigkeiten mitglied werden. 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 wird empfohlen, falls selbst für 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. Insbesondere beziehen sich solche Bewertungen auf Grenzausgaben im Vergleich zu welchen gesamten Web-Investitionen (z. B. etwa zehn K $ – 15 K kapital für eine Überprüfung).

Baldige Site Enhancement nicht identifiziert oder nicht kommuniziert: Es ist entscheidend, dass das Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert des weiteren diese seinem Entwicklungsteam kommuniziert. Im besten Fall weiss das Entwicklungsteam die Roadmap für die kommenden drei Jahrzehnte. Ein solcher Ansatz ermöglicht es seinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um baldige Standortverbesserungen über hosten. Herauf mittlere oder lange Ansicht ist es kosteneffizienter, am Anfang mehr über investieren des weiteren eine flexible Lösung über schaffen. Sofern Webteams in der zukunft liegende Verbesserungen bei weitem nicht kennen oder aber ignorieren, steigt das Risiko für höhere Investitionen (z. B. möglicherweise das Erfassen neuer Funktionen in der Zukünftige zeit teilweise oder aber im schlimmsten Fall hinzu führen, falls vorhandene Funktionen vollständig wiederhergestellt werden). Anguckt man das finanzielle Delta für diese eine, flexible Lösung im Vergleich zu ihrer Lösung, die den aktuellen Anforderungen gerecht wird, hat sich die flexible Lösung in der Praxis unfein mittel- und langfristiger Sicht als kostengünstiger erwiesen.

Geplante Funktionalität, die nicht uff (berlinerisch) interne Ressourcen ausgerichtet ist: Viele Unternehmen betrachten die Website-Funktionalität alleinig aus der Perspektive des Site-Besuchers (z. B. Erleichterung der Suche nach Fakten 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 auf interne Ressourcen. Site-Funktionalität, die sich abgefahren auf interne Ressourcen beeinflussen kann, sind immer wieder zum Beispiel: – Websites: Bereitstellung von Meldungen, 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 natürlich 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 vonseiten Inhaltsverwaltungsfunktionen zu gunsten von Unternehmenseigentümer ferner Produktmanager via einem zugehörigen Workflow. Selbige Funktionalität ist effektiv des weiteren kann geschäftliche Vorteile, wie z. B. kürzere Time-to-Market, generieren. In praxi müssen allerdings Unternehmenseigner und Produktmanager Inhalte schreiben, validieren, überprüfen, herausgeben und zurücknehmen. Dies führt zu zusätzlicher Arbeitsbelastung. Sofern das Web-Komitee nicht in der nahen Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und möglicherweise Durchsetzung), mag es geschehen, dass selbige Funktionalität in keiner weise genutzt wird und somit nutzlos wird.

Wunschlisten im Vergleich zu den tatsächlichen Bedürfnissen ferner geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht welchen Anforderungen des Benutzers , alternativ den geschäftlichen Anforderungen. Das ist häufiger bei internen Anwendungen denn Intranets , alternativ Portalen. Darüber hinaus vielen Fällen vernachlässigt dasjenige Projektkomitee diese eine, fundierte interne Befragung ferner definiert

Funktionalität durch Verallgemeinerung der individuellen universaldispensesystems.com Wünsche dieser Mitarbeiter minus jeden Laut.

Die Entdecken der Rückmeldungen interner Nutzer im gesamten Unternehmen ermöglicht die Hausarbeit der kritischen Funktionen. Um eine Untersuchung effektiv wiedergeben zu bringen, 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 durch zum Beispiel Häufigkeit der Benutzung des Intranets, geschätzte In der zukunft durch Besuch, Nutzung des Intranets, mit der absicht, ihre täglichen Aufgaben zu 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 des weiteren relevanteste Funktionalität für die nächste Version. Geringer wichtige , alternativ weniger die wichtigsten Funktionen können Teil künftiger Releases (Roadmap) sein oder gelöscht sein. Wenn solch ein fundierter Entscheidungsprozess in keiner weise durchgeführt vermag, kann es passieren, dass Funktionalität entwickelt wird, jedoch nur vonseiten wenigen Benutzern genutzt sieht man und die Investitionsrendite nicht erreicht vermag. Nicht genug visuelle Beratung oder aber textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert werden und damit zu falschen Erwartungen verwalten.

Um falsche Erwartungen zu vermeiden, die möglicherweise zuerst während der Entwicklung , alternativ im schlimmsten Fall angenehm Zeitpunkt dieses Starts zum vorschein gekommen (fachsprachlich) werden, muss die funktionale Spezifikation durch visuelle Beratung 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 Arbeitnehmer, Geschäftsbereiche, Kapital usw. klammer zu. Dies ermöglicht eine Abbau der subjektiven Interpretation des weiteren berücksichtigt dies Feedback jener Benutzer vor der Entwicklung.

Ein solcher Technik trägt hinzu bei, die richtigen Erwartungen zu niederlassen und Enttäuschungen zu vermeiden, sobald die neue Anwendung online ist natürlich. Diese häufigen Fehler bestizen wir unabhängig voneinander beobachtet, wenn Betriebe ihre Webanwendungen intern entworfen oder fuer einen externen Dienstleister überprüfen 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: