Produkt Wetter & Verkehr Agile Entwicklung beim Bayerischen Rundfunk Florian Hawlitzek 10.06.2014
Scrum-Teams bei Multimedia Services BR.de (CMS) Audio Video (Backend) Wetter Verkehr Mediathek [Sonderprojekte] LAMP Blogs, Newsletter, Social Media, Schnittstellen
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: - 2-3 Wochen-Sprints - Board - Daily, Planning, Retro
Produkt Verkehr Interaktive Verkehrskarte: - Verkehrsfluss - Meldungen - für Verkehrsredaktion und Endnutzer br.de/verkehr
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
Produkt Wetter Wetterangebot des BR: - Wetter mit Fokus Bayern - Karten auf OSM-Basis br.de/wetter
Produkt Wetter Ortswetter bisher Ortswetter: - PLZ-basiert sowie DWD-Stationen - BR-Wettermelder br.de/wetter
Produkt Wetter Ortswetter responsiv br.de/wettervorhersage
Responsives Ortswetter - Vision Modernes Wetterportal mit regionalem Fokus, das intuitiv, interaktiv und auch mobil nutzbar ist.
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 3.500 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
Darstellung Ortsauswahl und Suche
Usability-Studie Uni Potsdam
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)
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
Projekt Digitale Garage Die Online-Innovations-Werkstatt im Bayerischen Rundfunk Oliver Gregortschek 10.06.2014 Agile Tuesday
Auftrag & Ziel Auftrag: Konzeption, Entwicklung und Umsetzung neuer innovativer multimedialer Anwendungen im Web-/Online-Umfeld für den BR.
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.
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.)
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
BR-Empfangssuche http://br.de/empfang 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
Mobil Desktop
Mobil Desktop
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
Bayern 2 Zündfunk Spotify App http://open.spotify.com/app/zuendfunk 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
Übersicht
Detailansicht
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
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
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: http://agilemanifesto.org/iso/de/principles.html)
Zwischen Hoffnung und Verzweiflung Der neue Nahe Osten Video + * http://blog.br.de/naher-osten 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
Wordpress-Blog mit Video +
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
Agilität in der Digitalen Garage: was uns wichtig ist Quelle: improuv GmbH Vielen Dank für Ihre Aufmerksamkeit.
Kontakt Florian Hawlitzek florian.hawlitzek@br.de +49-89-5900-48002 Oliver Gregortschek oliver.gregortschek@br.de +49-89-5900-48540