Scrum im Marketing

2.082 Aufrufe

Veröffentlicht am

Wie wir Scrum im Marketing einsetzen, zeigen diese Slides, als Anwendungsfall von "Scrum beyond IT". Gehalten auf einigen deutschen Agile Konferenzen 2013, wird regelmäßig hier auf Slideshare aktualisiert.

Veröffentlicht in: Technologie

Scrum im Marketing

  1. 1. Scrum im Marketing „Scrum beyond IT“ sinnvoll nutzen Björn Schotte // @BjoernSchotte // bjoern.schotte@mayflower.de MAYFLOWER GmbH http://creativecommons.org/licenses/by-sa/3.0/deed.de
  2. 2. Über den Referenten: Björn Schotte ‣ Unruhestifter ;-) ‣ Geschäftsführer MAYFLOWER GmbH ‣ CSM + CSPO ‣ Scrum seit 2006. Wir lernen noch. ‣ hilft Kunden, die Herausforderungen ihres Geschäfts im Online Umfeld zu lösen. ‣ MAYFLOWER: 60+ Devs, Individualsoftware Web, Mobile & EBusiness/E-Commerce
  3. 3. Agil bei Mayflower: Scrum + Kanban (Dev-Teams + Sysadmin)
  4. 4. Marketing bei Mayflower
  5. 5. Website. Blog. mtl Webinare. 2-3 Konferenz-Stände/Jahr. Microsites. Marketing Devtools. CRM. Facebook. twitter. Marketing Collateral. Case Studies. Werbeanzeigen. Eigene Events. DoVos. Grafikdesign. PR/MarCom. Texte schreiben. Videos drehen. Fotos nachbearbeiten. Cluetrain Manifest. Konferenz-/RFP-Scouting. Kommunikation nach innen. Studien. Broschüren. Mini-eBooks. Tools wie http:// scrumbutt.me/. Xing Unternehmensprofil. Mayflower Xing Gruppe. Newsletter. Confluence WikiSpace. Präsentationen. Fotolia. Sales Support. Redaktioneller Review. Personas. YouTube Channel. PHP5. MySQL5. NodeJS. puppet. JavaScript. HTML5. CSS3. ResponsiveDesign. Git/GitHub. Mac/Windows. Mobile Apps. SaaS. Drupal. WordPress. SugarCRM. WebServices.
  6. 6. Warum Scrum im Marketing?
  7. 7. Um Vielfalt + Menge an Aufgaben geordnet und robust in Teilinkrementen zu liefern.
  8. 8. Bereits mehr als 2.000 User Stories geliefert.
  9. 9. Unsere Scrum Reise ...
  10. 10. Die Anfänge: 2011/2012
  11. 11. Unkoordinierte, spontante Einführung durch mich. #WTF #FAIL
  12. 12. Kein „Mitnehmen“ der Non-Techies im Team
  13. 13. Scrum Master aus dem Team.
  14. 14. Nutzung JIRA als Kalender für wiederkehrende Aufgaben.
  15. 15. Fazit: wenig erfolgreich und frustrierend für alle #WTF #FAIL
  16. 16. Reboot. 2012.
  17. 17. neuer MarketingMitarbeiter mit technischem Background
  18. 18. Scrum Master aus benachbartem Dev-Team
  19. 19. praktischerweise ist der seit einiger Zeit auch Key Accounter.
  20. 20. Beginn der Einführung
  21. 21. physisches Board für Impediments
  22. 22. physisches Board für User Stories. (+ User Stories im Jira)
  23. 23. Nutzen: wir gewöhnen uns an den Workflow.
  24. 24. (noch) keine SP Schätzung.
  25. 25. Switch auf JIRA/ Greenhopper nach 2-3 Monaten.
  26. 26. Alles elektronisch User Stories, Tasks, Mockups, ...
  27. 27. Und alle so: „Yeeeaaahh!“
  28. 28. Unser Team- und Tool-Setup
  29. 29. Team-Setup ‣ Product Owner (Björn) ‣ Scrum Master (ext. Team) ‣ Marketing Manager (1 FTE) ‣ Growth Hacker (1 FTE) ‣ Werkstudentin Development ‣ Werkstudentin Marketing ‣ früher: Grafik Freelancerin
  30. 30. Anforderungen an Team Arbeit
  31. 31. Jeder soll möglichst alles erledigen können.
  32. 32. Cross-Funktionales Team überlegt eigenständig, wie es die Aufgaben am besten löst.
  33. 33. Es gibt kein „Ich bin nur Marketing“, „Ich bin nur Developer“
  34. 34. Ich prüfe stets, wie ich das Team bei Umsetzung der User Stories unterstützen kann.
  35. 35. Not easy, eh?
  36. 36. Unser Tool Setup
  37. 37. JIRA, JIRA Agile (Greenhopper)
  38. 38. Im GH: EPICs, User Stories, Tasks
  39. 39. Im GH Scrum Board + RawIdeaBin (Stories mit Label „rawideabin“)
  40. 40. physisches Impediment Board
  41. 41. Dashboard, großer Monitor für Marketing KPIs
  42. 42. Team Kalender (Google Calendar)
  43. 43. interne TeamMailingliste
  44. 44. Retro-Briefkasten
  45. 45. Workflows und Artefakte
  46. 46. Wöchentliche Sprints
  47. 47. Review, Planning I + II immer Montags
  48. 48. Review „Script“
  49. 49. Meist 1x/Woche Backlog Grooming
  50. 50. Monatliche Retrospektive, PO included
  51. 51. Daily Scrum
  52. 52. Definition of Ready + Definition of Done
  53. 53. Schätzung von PBIs in Story Points (3 Monate nach Einführung)
  54. 54. User Stories haben Akzeptanzkriterien (wenn nötig)
  55. 55. Scrum Master blickt mit dem Team täglich auf das Impediment Board
  56. 56. Beseitigung der Impediments hat höchste Priorität
  57. 57. SP Schätzung nach Effort, keine Referenz-Story
  58. 58. Beispiele für EPICs
  59. 59. Planning Board
  60. 60. Details User Story
  61. 61. Sprint wird nicht komplett verplant.
  62. 62. Platz für Aufgaben, die nicht in User Stories landen (zum Beispiel twittern, regelm Tasks etc)
  63. 63. AdHoc Aufgaben werden reingenommen + speziell markiert (für PostMortem Analyse)
  64. 64. Probleme Herausforderungen
  65. 65. Der Chef ist der PO. #WTF #FAIL Lösung: Loslassen, Team befüllt Backlog und priorisiert, PO ist mehr „Gast“ im Planning + Grooming und bringt Stakes ein.
  66. 66. Daily Scrum: Reporting zum PO
  67. 67. Sprint Planning: Aufgaben fühlen sich wie „angeordnet“ an
  68. 68. Auflösen der Patterns
  69. 69. bewusstes Wegschauen im Daily ODER BESSER ...
  70. 70. PO nicht mehr aktiv im Daily Scrum dabei (nur noch selten als Chicken)
  71. 71. Sprint Planning: Team „führt“ mit Maus+Keyboard
  72. 72. Sprint Planning: Team priorisiert Sprint-Planung vor (PO gibt nur noch Hinweise, was ihm noch wichtig ist)
  73. 73. Funktioniert nur dann gut, wenn Stories durch Grooming gut vorbesprochen wurden!
  74. 74. Herausforderung: zu viel pressende Deadline-Zeit zwischen den Sprints keine Maydays mehr, Unzufriedenheit, #WTF #FAIL. Wir führen Maydays wieder ein
  75. 75. Herausforderung: Koordination untereinander Urlaub, Krankheit, Studentinnen sind nicht immer da
  76. 76. Gut so: das Team merkt selbst, dass es sich besser und frühzeitiger absprechen muss
  77. 77. What‘s NEXT? Optionen zur Weiterentwicklung
  78. 78. Reduktion von ScrumBUTT
  79. 79. Stärkere Reservierung von Zeit, die nicht in PBIs fliesst (tweeten etc)
  80. 80. Nutzung Story Mapping für Feature Entwicklung bei größeren Projekten wie zB „neue Mayflower Website“
  81. 81. Kanban Board für „Portfolio Management“ und Projekt Inkubator der einzelnen Marketing-Projekte
  82. 82. Ich lerne noch. Danke für Euer Feedback.

×