Historischer Artikel . Die genannten Tools und Versionen beziehen sich auf den Zeitpunkt der Veröffentlichung.
Es bedeutet, unmittelbare und skalierbare Lösungen zu liefern. Es ist eine Haltung, mit der ein Projekt angegangen wird.
Ein Projekt wird in Teile zerlegt, unnötige Zeit gestrichen und regelmäßig auf Sinn geprüft, damit nicht zu viel Zeit in Dinge ohne Projektwert fließt.
Zeit wird auf wertschöpfende Verbesserungen konzentriert und von problematischen Prozessabschnitten abgezogen. So erreicht Ihr Team dieselben Ziele in der Hälfte der Zeit oder schneller.
In diesem Artikel zeige ich, wie agiles Projektmanagement auf Webentwicklung angewendet werden kann.
Traditionelle Webentwicklung: typischer Ablauf etwa 2000–2007
Kurz nach 2000 arbeiteten viele Agenturen an wirksamer Websitegestaltung. Werkzeuge und Methoden aus Druck, Video und Radio wurden für das Internet angepasst.
Wir übernahmen Papierprototypen, Wireframes, Nutzerpersonas, anwendungsfallbasiertes Design und Informationsarchitektur mit Sitemaps und Flussdiagrammen.
Der Wendepunkt
Vor Kurzem erhielten wir einen Redesignauftrag für eine Website zur schulischen Weiterbildung.
Bei der Angebotserstellung konnten wir uns unerwartet nicht auf einen Projektansatz einigen, ohne den Grund zu verstehen.
Bald erkannten wir ihn: Die Entwicklungsanforderungen folgten der Denkweise von 2005.
Wireframes, Sitemaps, Anwendungsfälle und Fokusgruppen: Der traditionelle Prozess hatte uns fast zehn Jahre gute Websites ermöglicht. Doch in unserer schnelllebigen Branche sind Geschwindigkeit und Effizienz entscheidend.
Heute erkennen wir darin Werkzeuge des „Wilden Westens“. Sie haben im Web 2.0 noch ihren Platz, werden aber seltener genutzt.
Was hat sich verändert?
Drei wesentliche Veränderungen der letzten fünf Jahre haben unsere Webgestaltung grundlegend verändert.
Erstens nutzt jeder das Internet. Und mit jeder meinen wir alle! Vor zehn Jahren ließen viele Geschäftsführer E-Mails durch Sekretärinnen zum Beantworten ausdrucken. Heute hat jeder CEO ein Blackberry oder iPhone.
Zweitens verstehen wir besser, wie Menschen Websites nutzen. Vor fünf Jahren hatten wir bessere Startannahmen, heute bewährte Verfahren. Jeder Besucher einer Hochschulwebsite sucht beispielsweise „Benutzeranmeldung“, und jede Hochschule weiß um die Bedeutung dieses Links. Kaum vorstellbar: Vor zehn Jahren waren dies große Fragen in Bedienbarkeitsdiskussionen und -tests.
Drittens, vielleicht am wichtigsten, haben Content-Management-Systeme in fünf Jahren enorme Fortschritte gemacht. Talentierte Usabilityberater, deren Beruf es vor zehn Jahren ebenfalls nicht gab, können mit Entwicklern CMS-Code so anpassen, dass selbst ältere Menschen ohne Computer- oder Internetkenntnisse Websites bearbeiten können.
Heute sind 80 % der damaligen Webentwicklungsarbeit unnötig.
Es ist Zeit, diese Abläufe hinter sich zu lassen und die nächste Stufe zu erreichen.
Agile Web Development ist ein moderner, flexibler Webentwicklungsprozess.
Dabei arbeiten Redakteure schon am ersten Tag mit Inhalt und Navigation. Die Navigation entwickelt sich leicht und gelangt schneller vor Nutzer. So können wir unterwegs viele kleine Korrekturen vornehmen, statt Wochen auf große Anpassungen zu warten.
Flexible Abläufe für ein flexibles Web
Holen Sie Ihr Team aus E-Mail- und Telefonschleifen. Beenden Sie endlose Besprechungen und dieselben wöchentlichen Themen.
Versammeln Sie alle in einem Büro und schließen Sie sie sinnbildlich ein. Entscheidungsträger, Inhaltsverantwortliche und IT-Fachleute bilden ein einfaches Erfolgsrezept für jedes Projekt.
Schnelle Wiederholungen lassen jeden Teil agiler Webentwicklung reibungsloser laufen. Planung, Zusammenfassungen, Feedback, Stimmungswechsel, Personalumstellungen und Schulung benötigen weniger Zeit. Statt vier Besprechungen in fünf Monaten braucht Ihr Team insgesamt drei Stunden in drei Tagen.
Mit Agile Web Development vertieft sich Ihr Team ins Projekt und erstellt die Website innerhalb zweier Wochen ab Start. Innerhalb eines Monats sollte echtes Feedback tatsächlicher Nutzer vorliegen.
Prüfen Sie die Einführung dieser Änderungen samt Schulung anhand folgender Fragen:
-
- Hilft uns diese Änderung, unsere Ziele zu erreichen?
- Passt die beschriebene Theorie zur Unternehmenskultur?
- Ist diese Lösung besser als die bestehende?
- Was wäre das Schlimmste bei einem einwöchigen Versuch?
- Nach welchen Kriterien entscheiden wir anschließend über Fortsetzung oder Rückkehr zur alten Methode?