Häufige Fehler: Funktionale Internet spezifikation

by Hadi on June 9, 2018

Unwirksame Funktionsspezifikationen für Webprojekte wie Websites, Intranets , alternativ Portale stützen wesentlich zu Verzögerungen, höheren Kosten oder in Anwendungen bei, die nicht allen Erwartungen entsprechen. Unabhängig davon, ob die Website, das Intranet , alternativ das Portal kundenspezifisch entwickelt oder herauf Softwarepaketen denn Web-, Enterprise Content Management- oder Portal-Software aufgebaut sind immer wieder, legt die funktionale Spezifikation die Grundlage für Projektverzögerungen und höhere Kosten. Um Verzögerungen und unerwartete Investitionen während dieses Entwicklungsprozesses über begrenzen, falls folgende Fallstricke vermieden sein:

Zu vage oder unvollständige funktionale Spezifikation: Dies ist echt der häufigste Fehler, allen Unternehmen tun. Alles, was nicht in wahrheit oder gar nicht spezifiziert ist natürlich, implementieren , alternativ implementieren die Entwickler bei weitem nicht auf diese eine, andere Klasse, was Site-Besitzer wollen. Das bezieht einander hauptsächlich uff (berlinerisch) Web-Features, die als allgemeine Benutzererwartungen gelten. Zum Beispiel HTML-Title-Tags, mit denen Webseiten mit einem Lesezeichen versehen sein. Der Web-Lenkungsausschuss kann festlegen, dass jede Seite 1 Seitentitel enthält, aber in keiner weise spezifiziert, falls auch HTML-Titel-Tags implementiert werden müssen. Webentwickler implementieren deshalb möglicherweise nicht die HTML Title-Tags oder implementieren sie uff (berlinerisch) eine Klasse, die einander von welchen Visionen jener Websiteinhaber unterscheidet. Es gibt andere Beispiele als die Fehlerbehandlung bei Online-Formularen oder die Definition vonseiten ALT-Texten für Bilder, die dem Fragment 508 der Behindertengesetzgebung entsprechen. Diese Beispiele sehen wie Details unfein, aber in der Praxis müssen Entwickler Hunderte oder aber sogar Viele von Seiten ändern beläuft sich auf vielerlei Mann-Tage , alternativ sogar Mann-Wochen. Insbesondere müssen 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 oder 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 vermag empfohlen, falls selbst 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. Speziell beziehen gegenseitig solche Bewertungen auf Grenzausgaben im Vergleich zu welchen gesamten Web-Investitionen (z. B. etwa 10 K finanzielle mittel – 15 K $ für eine Überprüfung).

Baldige Site Enhancement nicht identifiziert oder nicht kommuniziert: Dieses ist entscheidend, dass dies Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert ferner diese dem Entwicklungsteam kommuniziert. Im besten Fall kennt das Entwicklungsteam die Roadmap für die zukünftigen drei Jahrzehnte. Ein solcher Ansatz ermöglicht es dem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um in der zukunft liegende Standortverbesserungen abgeschlossen hosten. Auf mittlere oder lange Sicht ist das kosteneffizienter, erst einmal mehr über investieren des weiteren eine flexible Lösung zu schaffen. Wenn Webteams zukünftige Verbesserungen in keiner weise kennen oder aber ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. mag das Hinzufügen neuer Funktionen in der Zukunft teilweise , alternativ im schlimmsten Fall hinzu führen, dass vorhandene Funktionen vollständig wiederhergestellt werden). Betrachtet man dies finanzielle Delta für die flexible Lösung im Vergleich zu von Lösung, die den kostenlosen 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: Viele Unternehmen betrachten die Website-Funktionalität lediglich aus der Perspektive eines Site-Besuchers (z. B. Erleichterung der Ermittlung nach Fakten oder Umsetzung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Nützlich sein von Self-Service-Funktionen). Es gibt dennoch eine dritte Dimension, die Auswirkungen der Site-Funktionalität auf interne Ressourcen. Site-Funktionalität, die sich abgefahren auf interne Ressourcen fallen kann, befinden sich zum Beispiel: – Websites: Versorgung von Neuigkeiten, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: anbietet Content-Management-Funktionen jetzt für Business-Manager

Am Erfolg jener Website-Funktionalität ist natürlich es entscheidend, dass dasjenige 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 ferner Produktmanager mit einem zugehörigen Workflow. Diese Funktionalität ist natürlich effektiv ferner kann geschäftliche Vorteile, als z. B. kürzere Time-to-Market, generieren. In der Praxis müssen allerdings 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 dann passieren, dass selbige Funktionalität bei weitem nicht genutzt sieht man und folglich nutzlos sieht man.

Wunschlisten im Vergleich zu den tatsächlichen Bedürfnissen des weiteren geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht den Anforderungen dieses 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 dies Projektkomitee eine fundierte interne Befragung und definiert

Funktionalität durch Induktion (fachsprachlich) der individuellen www.crea-doe.nl Wünsche dieser Mitarbeiter minus jeden Klang.

Die Erfassung der Rückmeldungen interner Anwender im gesamten Unternehmen ermöglicht die Hausarbeit der kritischen Funktionen. Mit der absicht eine Umfrage effektiv abwickeln zu sachverstand, muss diese eine, repräsentative Typ von Mitarbeitern befragt werden.

Außerdem müssen diese Arbeitnehmer 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, um ihre täglichen Aufgaben abgeschlossen erleichtern, Beitrag zum Geschäft usw. Aufbauend auf diesen 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. Geringer wichtige oder aber weniger wichtige Funktionen sachverstand Teil künftiger Releases (Roadmap) sein , alternativ gelöscht werden. Wenn solch ein fundierter Entscheidungsprozess nicht durchgeführt sieht man, kann es passieren, falls Funktionalität entworfen wird, jedoch nur von seiten wenigen Benutzern genutzt vermag und die Investitionsrendite nicht erreicht sieht man. Nicht massenhaft visuelle Beratung oder pur textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und damit zu falschen Erwartungen administrieren.

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

Ein solcher Methode trägt hinzu bei, die richtigen Erwartungen zu hinpflanzen und Enttäuschungen zu vermeiden, sobald die neue Softwareanwendungen online ist echt. Diese häufigen Fehler besitzen wir unabhängig voneinander beobachtet, wenn Unternehmen 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: