Produkt Wetter & Verkehr

Größe: px

Ab Seite anzeigen:

Download "Produkt Wetter & Verkehr"

Wilhelm Vogel
vor 8 Jahren
Abrufe

1 Produkt Wetter & Verkehr Agile Entwicklung beim Bayerischen Rundfunk Florian Hawlitzek

2 Scrum-Teams bei Multimedia Services BR.de (CMS) Audio Video (Backend) Wetter Verkehr Mediathek [Sonderprojekte] LAMP Blogs, Newsletter, Social Media, Schnittstellen

3 Rahmenbedingungen 1 Team 2 Produkte Wetter (intern, extern, mobil) interaktive Verkehrskarte Team: 2,5 Java-Entwickler 2 Frontend-Entwickler 1 Konzepterin/Designerin (UX) 1 Admin 1 Tester 1 Scrum Master 1 Product Owner Klassisches Scrum: Wochen-Sprints - Board - Daily, Planning, Retro

Frontend-Entwickler 1 Konzepterin/Designerin (UX) 1 Admin 1 Tester 1

4 Produkt Verkehr Interaktive Verkehrskarte: - Verkehrsfluss - Meldungen - für Verkehrsredaktion und Endnutzer br.de/verkehr

5 Produkt Verkehr Technisch Eingesetzte Technologien: - JBoss - Java, HTML - Karten: OpenStreetMap (OSM), Renderer Mapnik - JIRA, Confluence Vorgehen: - klassisches Scrum - Zusammenarbeit mit BR-Verkehrsredaktion, Verkehrsmeldestelle Bayern (Polizei), ADAC - Pflege der TMC Location List Einträge in der OSM Datenbasis

klassisches Scrum - Zusammenarbeit mit BR-Verkehrsredaktion,

6 Produkt Wetter Wetterangebot des BR: - Wetter mit Fokus Bayern - Karten auf OSM-Basis br.de/wetter

7 Produkt Wetter Ortswetter bisher Ortswetter: - PLZ-basiert sowie DWD-Stationen - BR-Wettermelder br.de/wetter

8 Produkt Wetter Ortswetter responsiv br.de/wettervorhersage

9 Responsives Ortswetter - Vision Modernes Wetterportal mit regionalem Fokus, das intuitiv, interaktiv und auch mobil nutzbar ist.

10 Responsives Ortswetter: Vorgehen Was erwarten unser Nutzer von uns? Gruppe User Research: Kooperation von MMS UX (User Experience), Medienforschung, Redaktion Telemedien, Redaktion Wetter & Verkehr und Innovationsmanagement Umfragen: über Teilnehmer unserer Nutzer auf BR.de/wetter der Heavy User : Wettermelder und Newsletter-Abonnenten User-Tests: Designtests mit der University of Applied Sciences, Potsdam neue Funktionen mit Nutzern entwickeln

Wetter & Verkehr und Innovationsmanagement Umfragen: über 3.500 Teilnehmer unserer Nutzer auf BR.

11 Darstellung Ortsauswahl und Suche

12 Usability-Studie Uni Potsdam

13 Präferenzen zum Ortswetter-Layout Helle Farben Dunkle Farben 53% 47% 50% 50% Optischer Eindruck: 53% sehr gut Informationsgehalt: 59% sehr gut Optischer Eindruck: 50% sehr gut Informationsgehalt: 56% sehr gut Quelle: onsite-befragung auf br.de/wetter, Aug-Okt 2013, Nutzer: N=2.300 (ca.), Abonnenten, Wettermelder (N=300)

Eindruck: 50% sehr gut Informationsgehalt: 56% sehr gut Quelle: onsite-befragung

14 Produkt Wetter Technisch Eingesetzte Technologien: - Glassfish (früher: JBoss) - Java, Wicket - HTML 5, responsiv - Karten: Bing Maps, OpenStreetMap - JIRA, Confluence Vorgehen: - klassisches Scrum - starke Nutzereinbeziehung: User Research 2 Vorabbefragungen Public Beta Priorisierung neuer Features durch Nutzerbewertung

Confluence Vorgehen: - klassisches Scrum - starke Nutzereinbeziehung: User

15 Projekt Digitale Garage Die Online-Innovations-Werkstatt im Bayerischen Rundfunk Oliver Gregortschek Agile Tuesday

16 Auftrag & Ziel Auftrag: Konzeption, Entwicklung und Umsetzung neuer innovativer multimedialer Anwendungen im Web-/Online-Umfeld für den BR.

17 Auftrag & Ziel Auftrag: Konzeption, Entwicklung und Umsetzung neuer innovativer multimedialer Anwendungen im Web-/Online-Umfeld für den BR. Ziel: Mit einem kleinen agilen Team, Neues auszuprobieren primär zum Nutzen unseres Publikums - und gemeinsam mit den Redaktionen publizistischen Mehrwert für den BR zu schaffen.

Ziel: Mit einem kleinen agilen Team, Neues auszuprobieren primär zum Nutzen

18 Rahmenbedingungen Start Frühjahr 2013 als Pilotprojekt Digitale Garage befristet bis Frühjahr 2015 Verortung: HA Strategie und Innovationsmanagement (außerhalb der techn. Bereiche) Team: 1 Technischer Leiter (Senior DEV-OP) 2 Vollzeit-Entwickler (Senior), eine davon Scrum-Masterin 3 Informatik-Studenten, Teilzeit 1 Product Owner (mit Stv.)

Bereiche) Team: 1 Technischer Leiter (Senior DEV-OP) 2 Vollzeit-Entwickler (Senior),

19 Woher kommen die Ideen? 1. Redaktionen Digitale Garage Garage greift kreative Ideen aus dem Haus auf, hierfür via PO sehr gut vernetzt (z.b. BR-Empfangssuche, Mashup-App) 2. Digitale Garage als Ideen-Schmiede Garage entwickelt eigene Produkt-Ideen, hier spinnen medienaffine Geeks (z.b. Video +) 3. Direktaufträge Geschäftsleitung Garage entwickelt auch direkt im Auftrag der Geschäftsleitung (z.b. native Mediatheks-App mit Chromecast) Ideen-Pool = Mischung aus ext. Wünschen/Anforderungen & eigenen Ideen

20 BR-Empfangssuche Idee: Abt. Rundfunkversorgung & Freq.management (Technik) Status: Online Eingesetzte Technologien: responsives Webdesign: HTML5, CSS3, JavaScript - Java, Spark (Java Web Framework f. Java-Backend-Server), MongoDB, MySQL, JSON-Schnittstelle

21 Mobil Desktop

22 Mobil Desktop

23 Ideen: Bewertung & Ranking Rahmendaten z.b. Idee/Projekt, von?, Deadline?, Knock-Out-Kriterien? Geschätzte Größe Aufwand geschätzt in T-Shirt-Größen: S (4 W), M (8 W), L (<3 M), XL (> 3 M) Bewertungs-Kriterien (Gewichtung gemäß Auftrag) Innovationsgrad, Kunden-Nutzen, Wiederverwendbarkeit Business Value: geschätzter Gewinn/Verlust bei Umsetzung/Nicht-Umsetzung Bewert. Punkte & BV = Projekt-Ranking

24 Bayern 2 Zündfunk Spotify App Idee: Bayern 2 Zündfunk (Redaktion) Status: Online Eingesetzte Technologien: responsives Webdesign: HTML5, CSS3, JavaScript - Java, Play (Java Web Framework f. Java-Backend-Server mit eigenem CMS), MongoDB, JSON-Schnittstelle

25 Übersicht

26 Detailansicht

27 Arbeitsweise: Vorbemerkungen Digitale Garage pflegt nicht 1 Produkt Umsetzung vieler neuer versch. Produkte, nicht Pflege 1 eingeführten Produkts 1 DEV-Team, mehrere Projekte DEV-Team arbeitet i. d. R. parallel an mehreren Projekten DEV-Team nicht gleich Projekt-Team Bei jedem Projekt: DEV-Team kooperiert mit versch. anderen Unternehmenseinheiten (Redaktionen, UX, techn. Abt., Marketing ) Bildung interdisziplinärer Projekt-Teams, Projekt-Set-Up immer unterschiedlich Fokus: MVP Viele Produkte als MVP (Minimum Viable Product) in kurzer Zeit, statt weniger 100% Feature-Complete-Produkte schrittweise iterative Umsetzung mit allen Beteiligten: reden - bauen - Prototyp anschauen, reden bauen - bis MVP f. Livegang fertig ist

28 Arbeitsweise: Warum klass. Scrum nicht gepasst hat kein tägl. Daily Team tauscht sich tägl. mehrmals untereinander aus, fixes Daily nicht nötig wenige PO-User-Stories PO: initiale Projekt-Beschreibung: Must-have-Features, Grobschätzung Aufwand Team: Erfassung Teilaspekte als Tickets selbständig z.b. in Bitbucket kein Scrum-Board Tracking am Board brachte Team keinen Mehrwert keine fixen Sprints & Sprint-Reviews Sprints mit fixer Dauer ungeeignet, da mehrere parallele Projekte u. direkte Abstimmung mit Kunden so oft wie möglich/nötig Prototypen entwickeln sich im Diskurs mit d. Kunden sehr flexibel

29 Arbeitsweise: Warum wir trotzdem agil arbeiten Schaffen Projekte rund um motivierte Individuen. Bieten Umfeld und Unterstützung, die sie benötigen u. vertrauen darauf, dass sie Aufgabe erledigen. Kunden durch frühe, kontinuierliche Lieferung wertvoller Software zufrieden stellen Direkte u. häufige Zusammenarbeit von Fachexperten u. Entwicklern Gespräch: Effektivste Methode, Infos an und innerhalb eines Teams zu übermitteln Ständiges Augenmerk auf technische Exzellenz und gutes Design. Die besten Architekturen, Anforderungen und Entwürfe entstehen durch selbstorganisierte Teams = Prinzipien hinter dem Agilen Manifest (Quelle:

30 Zwischen Hoffnung und Verzweiflung Der neue Nahe Osten Video + * Idee: Digitale Garage, PB Politik Fernsehen Status: Online Eingesetzte Technologien: HTML5, CSS3, Javascript, JavaScript Server mit Node.js u. Websockets/Socket.IO, MongoDB * Interner Arbeitstitel, kein Produktname

31 Wordpress-Blog mit Video +

32 Flow durch Selbstorganisation - Erfolgsfaktoren Kunde & DEV-Team: Klarheit was soll MVP leisten (Ziele, Kern-Features, Deadline) Interdisziplinäres Projekt-Team aufsetzen Entwickler: die sich mit Auftrag (z.b. Digitale Garage) identifizieren mit Leidenschaft entwickeln, offen, neugierig u. mit Spaß dazulernen möchten selber denken wollen, statt nur was abarbeiten (DNV-Entwickler helfen nicht!) 1 Techn. Leiter ( Super-Senior ): der Impulse setzt, Architektur entwirft Product Owner: der abteilungsübergreifend sehr gut persönlich vernetzt ist Selbstorganisation fördert, nicht behindert (wenige Vorgaben, wenig Orga) hohe Produktivität TROTZ / DURCH Freiheit und wenige Regeln

33 Agilität in der Digitalen Garage: was uns wichtig ist Quelle: improuv GmbH Vielen Dank für Ihre Aufmerksamkeit.

34 Kontakt Florian Hawlitzek Oliver Gregortschek

Ähnliche Dokumente

Schöne Aussichten. Agile UX und User Research im Wetterangebot des Bayerischen Rundfunks. Evelyn Pinter & Florian Hawlitzek 02.10.

Schöne Aussichten. Agile UX und User Research im Wetterangebot des Bayerischen Rundfunks. Evelyn Pinter & Florian Hawlitzek 02.10. Schöne Aussichten Agile UX und User Research im Wetterangebot des Bayerischen Rundfunks Evelyn Pinter & Florian Hawlitzek 02.10.2014 Vorgeschichte Wetter trimedial 2004/5 Koorin: interne gemeinsame Wetterplattform