Unwirksame Funktionsbeschreibung für Web-Projekte wie Websites, Intranets und Portale tragen weitgehend zu Verzögerungen, höhere Kosten oder in Anwendungen, die nicht die Erwartungen entsprechen.

Unabhängig ob Website, Intranet oder Portal benutzerdefinierte entwickelt oder auf Standardsoftware wie Web, Enterprise-Content-Management oder Portal-Software gebaut, die funktionale Spezifikation bildet die Grundlage für Projektverzögerungen und höhere Kosten. Um Verzögerungen und unerwartete Investitionen während des Entwicklungsprozesses zu begrenzen, sollte die folgenden Fallstricke vermieden werden:

Zu vage oder unvollständigen Pflichtenheft: Dies ist der häufigste Fehler, den Unternehmen zu tun. Alles, was nicht eindeutig oder nicht überhaupt angegeben ist, Entwickler nicht umzusetzen oder umsetzen auf eine andere Weise was Website-Eigentümer wollen. Dies betrifft in erster Linie Web-Features, die als gemeinsame Erwartungen der Benutzer gelten. Zum Beispiel Stichwörter HTML-Titel, die zum Lesezeichen Webseiten verwendet werden. Die Web-Lenkungsausschuss kann festlegen, dass jede Seite einen Seitentitel enthält, aber nicht fest, dass HTML Title tags muss auch umgesetzt werden. Web-Entwickler daher möglicherweise nicht implementieren HTML Title-Tags oder in eine Weise, die unterscheidet sich von Website-Eigentümer Visionen umsetzen. Es gibt andere Beispiele wie Fehlerbehandlung auf Online-Formulare oder die Definition von ALT-Texte für Bilder, die dem Disability Act Section 508 einhalten. Diese Beispiele sieht Details, aber in der Praxis, wenn Entwickler Hunderte oder sogar Tausende von Seiten, bearbeiten müssen es beläuft sich auf mehrere Manntage oder sogar Mann-Wochen. Vor allem müssen die Korrekturen für Bilder als Unternehmer zunächst Bild Namen vorheriger definieren, dass Webentwickler die ATL-Texte umsetzen können. Mehrdeutige funktionale Spezifikation kann aufgrund der fehlenden internen oder externen fehlende Nutzbarkeit Fähigkeiten führen. In diesem Fall überträgt ein eintägigen Usability beste Praxis Workshop notwendig oder zumindest grundlegende Usability Fähigkeiten dem Webteam. Es wird empfohlen, auch für Unternehmen, die Usability Fähigkeiten oder verlassen Sie sich auf den Subunternehmer Fertigkeiten, dass ein externe und neutraler Berater die funktionale Spezifikation überprüft. Vor allem, als solche beziehen sich Bewertungen auf marginalen Ausgaben im Vergleich zu der Gesamtinvestitionen Web (z.B. über $10 K – $15 K Dollar für eine Überprüfung).

Zukünftige Verbesserung nicht identifiziert oder nicht übermittelt: Es ist entscheidend, dass der Web-Ausschuss zumindest die Großlage zukünftige Erweiterungen identifiziert und sie an das Entwicklungsteam kommuniziert. Im besten Fall weiß das Entwicklungsteam den Fahrplan für die kommenden drei Jahre. Ein solcher Ansatz ermöglicht dem Entwicklungsteam, Umsetzung Entscheidungen zu Host zukünftige Erweiterungen zu antizipieren. Es ist kostengünstiger auf Mitte – oder langfristig, am Anfang mehr investieren und eine flexible Lösung zu bauen. Wenn Web-Teams nicht wissen oder sogar zukünftige Erweiterungen, das Risiko für höhere Investitionen ignoriert (z.B. Hinzufügen neuer Funktionen in der Zukunft führt zu teilweise oder im schlimmsten Fall völlig Umbau vorhandenen Funktionen). Mit Blick auf die finanziellen Delta für eine flexible Lösung im Vergleich zu einer Lösung, die nur die aktuellen Anforderungen zu befriedigen, erweist die flexible Lösung sich in der Praxis aus Sicht der Mittel- und langfristig kostengünstiger.

Funktionalität, die nicht im Einklang mit internen Ressourcen geplant: viele Firmen suchen bei Site-Funktionalität nur aus Sicht der Website Besucher (z.B. Erleichterung der Suche nach Informationen oder Buchung durchführen) und corporate Vorteile (z. B. finanzielle Vorteile von Self-service-Funktionen). Allerdings gibt es eine dritte Dimension der Auswirkungen des Site-Funktionalität auf interne Ressourcen. Site-Funktionalität, die interne Ressourcen stark auswirken können, sind zum Beispiel:
-Web-Sites: News, Online-Recruiting, online-Support usw..
-Intranets / Portale: Bereitstellung von Content-Pflege-Funktionalität für Businessmanager

Es ist entscheidend für den Erfolg der Site-Funktionalität, dass die Web-Ausschuss die Auswirkungen analysiert und Maßnahmen ergreift, um den Betrieb der geplanten Funktionalität sicherzustellen. Zum Beispiel bietet die Content-Pflege-Funktionalität und Unternehmer und Produkt Krippen mit einer damit verbundenen Workflow. Diese Funktionalität ist effektiv und geschäftliche Vorteile wie reduzierte kürzere Markteinführungszeiten zu generieren. Jedoch in der Praxis müssen Unternehmer und Produktmanager schreiben, überprüfen, überprüfen, genehmigen und in den Ruhestand Inhalt. Dies führt zu zusätzlichem Aufwand. Wenn der Web-Ausschuss nicht in die Web-Steuerung (Prozesse, Strategien, Eigentum und potenziell Durchsetzung) definiert hat, kann es vorkommen, dass diese Funktion nicht verwendet wird und daher unbrauchbar.

Wunschlisten im Vergleich zu tatsächlichen Bedürfnissen und geschäftlichen Anforderungen: die funktionale Spezifikation ist nicht mit Benutzers Bedürfnisse oder Anforderungen ausgerichtet. Dies ist häufiger für interne Anwendungen wie Intranets und Portale. In vielen Fällen den Projektausschuss vernachlässigt, eine solide interne Umfrage durchzuführen und definiert Funktionalität durch Verallgemeinerung einzelner Mitarbeiter wünschen, ohne jeden Ton beweist. Erfassung der Rückmeldungen von internen Benutzern in der gesamten Organisation ermöglicht es bestimmen die kritische Funktionalität. Um effektiv eine Umfrage durchführen ein Vertreter der Mitarbeiter einstellen muss hinterfragt werden. Diese Mitarbeiter müssen weiter in Profile eingeteilt werden. Die Profile müssen z. B. Häufigkeit der Nutzung des Intranets, charakterisiert werden geschätzte Laufzeit durch Besuch, Nutzung des Intranets zur Erleichterung ihrer täglichen Aufgaben, Beitrag zur Wirtschaft, etc.. Anhand dieser Informationen das Web-Team kann dann die Funktionalität zu priorisieren und wählen Sie wirksam und relevante Funktionalität für die nächste Version. Weniger kritisch oder weniger wichtige Funktionalität möglicherweise Teil des zukünftigen Versionen (Roadmap) oder fallen gelassen. Wenn eine vernünftige Entscheidung solche nicht durchgeführt wird, kann es vorkommen, dass Funktionalität entwickelt, aber nur von wenigen Benutzern verwendet und die Rendite nicht erreicht wird.

Nicht genügend visuellen stützen oder rein textbasierte: Textbeschreibung von Web-Anwendungen subjektiv und daher führt zu falschen Erwartungen interpretiert werden kann. Um zu vermeiden, falsche Erwartungen wecken, welche Mai werden nur entdeckt, während der Entwicklung oder im schlimmsten Fall zur Startzeit, funktionale Spezifikation müssen ergänzt werden durch visuelle unterstützt (z. B. Screenshots oder am besten HTML-Prototypen für Homepages oder irgendwelche großen Navigationsseiten wie Sub-home-Seiten für die wichtigsten Abschnitte der Website wie Personalwesen, Geschäftsbereiche, Finanzierung, etc..). Dadurch Reduzierung der subjektiven Interpretation und unter Berücksichtigung der Benutzer Feedback vorherige Entwicklung. Ein solcher Ansatz hilft, die richtigen Erwartungen wecken und zur Vermeidung von Enttäuschungen am Ende einmal die neue Anwendung ist online.

Wir haben diese häufigen Fehler unabhängig voneinander beobachtet, wenn Unternehmen ihre Web-Anwendungen intern entwickelt oder sie an einen externen Dienstleister vergeben.

Add a Comment

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.