미분류

Artikelverzeichnis Sites Design: Die wesentlichen Grundlagen durchschauen

By 2018년 3월 25일 No Comments

Unwirksame Funktionsspezifikationen für Webprojekte wie Webseiten, Intranets oder Portale stützen wesentlich zu Verzögerungen, höheren Kosten , alternativ in Anwendungen bei, die nicht allen Erwartungen entsprechen. Unabhängig davon, ob die Website, das Intranet oder das Portal kundenspezifisch entworfen oder auf Softwarepaketen als 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 ferner unerwartete Investitionen während des Entwicklungsprozesses zu begrenzen, sollten folgende Fallstricke vermieden werden:

Zu vage oder unvollständige funktionale Spezifikation: Dies ist natürlich der häufigste Fehler, allen Unternehmen gebrauchen. Alles, was nicht in wahrheit oder absolut nicht spezifiziert ist echt, implementieren oder aber implementieren die Entwickler in keiner weise auf diese eine, andere Klasse, was Site-Besitzer wollen. Das bezieht gegenseitig hauptsächlich herauf Web-Features, die als allgemeine Benutzererwartungen sind gueltig. Zum Beispiel HTML-Title-Tags, mit denen Webseiten mit einem Lesezeichen versehen werden. Der Web-Lenkungsausschuss kann aufstellen, dass jede Seite 1 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 Stil, die sich von welchen Visionen dieser Websiteinhaber unterscheidet. Es gibt weitere Beispiele als die Fehlerbehandlung bei Online-Formularen oder die Definition von ALT-Texten zu gunsten von Bilder, die dem Fragment 508 der Behindertengesetzgebung entsprechen. Diese Beispiele sehen wie Details taktlos, aber in praxi müssen Entwickler Hunderte oder aber sogar Tausende von Seiten ändern beläuft sich auf vielerlei Mann-Tage oder aber sogar Mann-Wochen. Insbesondere haben sich verpflichtet die Korrekturen für Filme als Geschäftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren bringen. Mehrdeutige funktionale Spezifikation mag aufgrund fehlender interner oder aber externer fehlender Usability-Fähigkeiten folgen. 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 wird empfohlen, falls selbst jetzt für Unternehmen, die über Usability-Fähigkeiten verfügen oder sich sehr wohl auf die Fähigkeiten dieses Subunternehmers kündigen, 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 finanzielle mittel für eine Überprüfung).

Baldige Site Enhancement nicht identifiziert oder in keiner weise kommuniziert: Dieses ist voll, dass dasjenige Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert des weiteren diese deinem Entwicklungsteam kommuniziert. Im besten Fall kennt das Entwicklungsteam die Roadmap für die zukünftigen drei Jahrzehnte. Ein jener Ansatz ermöglicht es deinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um zukünftige Standortverbesserungen zu hosten. Auf mittlere oder lange Sicht ist dieses kosteneffizienter, erst einmal mehr über investieren des weiteren eine flexible Lösung zu schaffen. Falls Webteams zukünftige Verbesserungen in keiner weise kennen oder aber ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. kann das Erfassen neuer Funktionen in der Zukunft teilweise oder aber im schlimmsten Fall hinzu führen, dass vorhandene Funktionen vollständig wiederhergestellt werden). Anguckt man das finanzielle Delta für die flexible Lösung im Vergleich zu einer Lösung, die den kostenlosen Anforderungen gerecht wird, gesammelt sich die flexible Lösung in der Praxis unfein mittel- und 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 lediglich aus der Perspektive eines Site-Besuchers (z. B. Patenschaft der Suche nach Informationen oder Durchführung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorzuege von Self-Service-Funktionen). Es gibt jedoch eine dritte Dimension, die Auswirkungen der Site-Funktionalität herauf interne Ressourcen. Site-Funktionalität, die sich abgefahren auf interne Ressourcen beeinflussen kann, sind immer wieder zum Beispiel: – Websites: Versorgung von Nachrichten, Online-Rekrutierung, Online-Support usw. – Intranets / Portale: bietet Content-Management-Funktionen jetzt für Business-Manager

Für den Erfolg der Website-Funktionalität ist es entscheidend, dass dies Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht, den Betrieb der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung von seiten Inhaltsverwaltungsfunktionen für Unternehmenseigentümer und Produktmanager mit 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 praxi müssen allerdings Unternehmenseigner und Produktmanager Inhalte schreiben, bewahrheiten, überprüfen, herausgeben und abziehen. Dies führt zu zusätzlicher Arbeitsbelastung. Sofern das Web-Komitee nicht in Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und möglicherweise Durchsetzung), möglicherweise es geschehen, dass selbige Funktionalität in keiner weise genutzt wird und folglich nutzlos wird.

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

Funktionalität durch Induktion (fachsprachlich) der individuellen Wünsche dieser Mitarbeiter bar jeden Klang.

Die Erfassung der Rückmeldungen interner Nutzer im gesamten Unternehmen ermöglicht die Bewerberinterview der kritischen Funktionen. Mit der absicht eine Umfrage effektiv abwickeln zu können, muss diese eine, repräsentative Gruppe von Mitarbeitern befragt sein.

Außerdem müssen diese Arbeitnehmer 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 Chat, Nutzung dieses Intranets, mit der absicht, ihre täglichen Aufgaben zu erleichtern, Artikel zum Geschäft usw. Basierend auf den 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 ussdadhaba.com wichtige Funktionen sachverstand Teil künftiger Releases (Roadmap) sein oder aber gelöscht sein. Wenn solch ein fundierter Entscheidungsprozess nicht durchgeführt sieht man, kann es passieren, falls Funktionalität entwickelt wird, jedoch nur vonseiten wenigen Benutzern genutzt wird und die Investitionsrendite nicht erreicht vermag. Nicht massenhaft visuelle Unterstützung oder aber textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und demnach zu falschen Erwartungen führen.

Um falsche Erwartungen über vermeiden, die möglicherweise erst während der Entwicklung oder aber im schlimmsten Fall zum Zeitpunkt dieses Starts zum vorschein gekommen (fachsprachlich) werden, hat die funktionale Spezifikation durch visuelle Supervision ergänzt sein (z. B. Screenshots oder aber bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten als Subhomepages) für wichtigsten Bereiche des Standortes wie Personal, Geschäftsbereiche, Finanzen usw. klammer zu. Dies ermöglicht eine Reduzierung der subjektiven Interpretation ferner berücksichtigt dies Feedback dieser Benutzer vor der Entwicklung.

Das solcher Technik trägt hinzu bei, die richtigen Erwartungen zu niederlassen und Enttäuschungen zu verhüten, sobald die neue Anwendung online ist echt. Diese häufigen Fehler haben wir unabhängig voneinander beobachtet, wenn Betriebe ihre Webanwendungen intern entwickelt oder an einen externen Dienstleister vergeben haben.

Leave a Reply