seo projekte in der agilen entwicklung nach scrum | learnings und tipps

SEO Projekte in der agilen Entwicklung nach Scrum

Learnings und Tipps

Bianca Zang | SEO CAMPIXX BERLIN | 12.03.16

Vorstellung

12 Jahre SEO

Studium Würzburg

Würzburger

Sportversand

BBDO Berlin

Interone MünchenBMW

SEARCHTEQSEO ConsultingDas TelefonbuchGelbe Seiten

Bianca Zang

35 Jahre

Hessen

München

Reiten

YogaBerge

2

Mein Pulsschlag

Agenda

• Agile Methode• Agiler Prozess Scrum• User Stories und Spezifikation • 8 Fehler, die Ihr vermeiden solltet…• 8 Tipps für mehr Spaß und Erfolg

3

Produktmanagement Traditionell vs. Agil

Traditionell AgilProduktmanager, Projektmanager, Marketing

Product Owner

Organisation vom Entwicklungsteam getrennt

Mitglied des Scrum Teams

Marktforschung, Business-Analyse etc. vor der Produktentwicklung

Möglichst schnell eine minimale Vision als Produktinkremente

„Eingefrorene“ Anforderungen

Anforderungen entwickeln sich stetig weiter

Spätes Kundenfeedback Frühes und regelmäßiges Feedback durch kurze Sprintzyklen mit Reviews

4

Agile Methode: Leitsatz und Ziele

5

Je mehr du nach Plan arbeitest,

desto mehr bekommst du das,

was du geplant hast, aber nicht

das, was du brauchst.Wikipedia

http://de.wikipedia.org/wiki/Agile_Softwareentwicklung

Effiziente AbläufeMotivierte Mitarbeiter

Zufriedene Kunden

Agile Werte bilden das Fundament

6

Menschen und

Interaktionen

stehen überProzesse und

Werkzeuge.

Funktionierende Software steht überumfassende Dokumentation.

Eingehen auf

Veränderungen

steht über dem

Befolgen eines Plans.

Zusammenarbeit mit dem Kunden steht über der Vertrags-verhandlung.

http://de.wikipedia.org/wiki/Agile_Softwareentwicklung

12 agile Prinzipien

1. Zufriedenstellung des Kunden durch frühe und kontinuierliche Auslieferung von Software

2. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden

3. Lieferung von funktionierender Software in regelmäßigen, bevorzugt kurzen Zeitspannen

4. Nahezu tägliche Zusammenarbeit von Fachexperten und Entwicklern während des Projektes

5. Bereitstellung der Unterstützung, welche von motivierten Individuen für die Aufgabenerfüllung benötigt wird

6. Informationsübertragung nach Möglichkeit im Gespräch von Angesicht zu Angesicht

7. Als wichtigstes Fortschrittsmaß gilt die Funktionsfähigkeit der Software

8. Einhalten eines gleichmäßigen Arbeitstempos für eine nachhaltige Entwicklung

9. Ständiges Augenmerk auf technische Exzellenz und gutes Design

10. Einfachheit ist essenziell

11. Selbstorganisation der Teams bei Planung und Umsetzung

12. Selbstreflexion der Teams über das eigene Verhalten zur Anpassung im Hinblick auf Effizienzsteigerung

7

Agenda


8

Agiler Prozess: SCRUM

9

Product Owner

Scrum Master

Entwicklung

Daily Scrum

Product-Backlog

Sprint-Planung

Sprint Review

Retrospektive

Refinements& QA

Das Team Product Owner

10

Product Owner/Product Owner Team

Der Product Owner stellt die fachlichen Anforderungen.• Erstellt User Stories

• Ca. 70% aller Produktdetails wird abgedeckt

• Die restlichen 30% werden in bei der Umsetzung agil spezifiziert

• Priorisiert den Product-Backlog• Trifft fachl. Entscheidungen• Steht für Rückfragen aus dem

Team zur Verfügung

Das Team Scrum Master

11

Scrum Master

Der Scrum Master kümmert sich um die Einhaltung des Scrum-Prozesses und agiert als Vermittler zwischen Product Owner und Entwicklungsteam:• Moderator• Plant die Sprints• Leitet organisatorisch die

Umsetzung• Optimiert stetig für maximalen

Nutzen• Minimiert Hindernisse • Sorgt für den Informationsfluss

Das Team Entwicklungsteam

12

QA

Das Entwicklungsteam konzentriert sich vollständig auf die Umsetzung.

Die Qualitätssicherung sorgt dafür, dass Euer Projekt richtig umgesetzt ist.• Erstellt Testfälle auf Basis Eurer

Anforderungen• Testet entwicklungsbegleitend

stetig abgeschlossene Aufgaben• Erstellt Bugs zu gefundenen

Fehlern• Erteilt die Freigabe für die

einzelnen korrekt umgesetzten Aufgaben

Entwicklungsteam

Agenda


13

User Stories und Spezifikation

14

Die Theorie sagt:

Keine Detail-

Spezifikation in agilen

Projekten

Die User Story beschreibt alle

Anforderungen mit ihren

Akzeptanzkriterien.

Praxis-Tipp: Der gute MixLasst Spezifikation und User Stories zusammenspielenWenn User Stories und Akzeptanzkriterien für das Team zu unübersichtlich werden, verfasst eine Spezifikation:1. Überlegt Euch vorab die User Stories2. Strukturiert die Inhalte3. Schreibt danach die Spezifikation4. Verweist aus den Akzeptanzkriterien auf die Spezifikation

Spezifikation

15

Gutes Tool: Confluence

Gut strukturierte Spezifikation

Ausgangssituation, Ziel und Maßnahme

Verweise auf Umsetzungs-Tasks

https://de.atlassian.com/software/confluence/

Checkliste Spezifikation

16

Sind alle Anforderungen in einem Dokument…

gut strukturiert?

nach User Stories strukturiert?

so knapp wie möglich, so umfassend wie nötig?

aktuell?

ohne Redundanzen, mit internen Verweisen?

https://burgessart.files.wordpress.com/2012/09/100thpostbsm3.jpg

Wie schreibt man eine User Story?

17

Als <Rolle> möchte ich <Ziel>, um <Nutzen> zu erreichen.

Als Konferenzteilnehmer möchte ich Infos zur agilen Entwicklung, um die effizientere Abläufe, motivierter Mitarbeiter und

zufriedenere Kunden im Team zu erreichen.

User Stories

18

Gutes Tool: Jira

Epic: Beschreibt das Projekt und

bildet den Rahmen für alle Tasks

Erstellen von einzelnen User Stories und

Technical Tasks

https://de.atlassian.com/software/jira

Aufbau von User Stories

19

User Stories: Beschreibt die konkreten Einzelaufgaben mit allen

Akzeptanzkriteriender Spezifikation

Empfehlung: Akzeptanzkriterien verweisen auf die

Spezifikation

Checkliste User Stories im Zusammenspiel mit Spezifikation

20

Ist die User Story treffend verfasst?

Sind alle Akzeptanzkriterien definiert?

Sind alle Verweise auf die Spezifikation enthalten?

Sind keine fachlichen Anforderungen in User Stories?

Gibt es keine Redundanzen in Spec und User Stories?

https://burgessart.files.wordpress.com/2012/09/100thpostbsm3.jpg

Agenda


21

1. Fehler, den Ihr vermeiden solltet…

22

Wir schreiben die

Anforderungen

in die Spezifikation

und die User Stories.

Schreibt die Anforderungen nur einmal in die Spezifikation: • verweist darauf inner-

halb der Spezifikation • verlinkt darauf aus den

User Stories


23

Wir schreiben

umfangreiche, lange

User Stories, damit

möglichst alles gleich

umgesetzt wird.

Teilt die Spezifikation in so kleine Aufgaben wie möglich: Kleine User Stories lassen sich besser planen und leichter umsetzen!

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet.

Duis autem vel eum iriure dolor in hendrerit in vulputate velit esse molestie consequat, vel illum dolore eu feugiat nulla facilisis at vero eros et accumsan et iusto odio dignissim qui blandit praesent luptatum zzril delenit augue duis dolore te feugait nulla facilisi. Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam e

http://cdn.freebievectors.com/illustrations/7/b/buddy-frightened-clip-art/preview.jpg


24

Wir helfen der Entwicklung

und machen schon

technische

Umsetzungsvorgaben

in der Spezifikation.

Konzentriert Euch auf das „Was“ und überlasst das „Wie“ Eurem kompetenten Entwickler-Team!

Product Owner Entwicklungsteam


25

Wir geben die Deadlines

für unsere Projekte vor,

damit die Maßnahmen auch

voran kommen.

Priorisiert die Aufgaben nach Wichtigkeit für Euer Projekt und erstellt Abhängigkeiten für den GoLive!

http://indiereader.com/publishingservices/wp-content/uploads/2014/07/deadline.jpg


26

Product Owner stellt alle

User Stories im Refinement

vor.

Lasst jeden User Story Ersteller auch seine User

Stories in den Refinements vorstellen. Ihr dreht ansonsten extra Runden bei unvorhersehbaren Rückfragen!


27

Als Product-Owner Team

arbeiten wir auch als Team

und stehen alle als

Ansprechpartner und

Entscheider zur Verfügung.

Stimmt Euch ab, diskutiert Rückfragen aus:Aber bestimmt nur einen, der als Product Owner fürdie Entwicklung agiert!

?Hott!Hü!


28

Die Qualitätssicherung

testet alles am Ende und ist

unabhängig vom Scrum-

Team.

Nehmt die Qualitätssicherung mit ins Team auf und bezieht sie in alle Abstimmungen mit ein!

QA


29

Im Product Owner-Team

arbeiten wir nicht agil und

verplanen unsere

Ressourcen zu 100%.

Arbeitet agil, um flexibel auf das Entwicklungsteam reagieren zu können:Habt Zeit für Rückfragen

und Nachspezifikationen!

Agenda


30

1. TippAgile Teamführung

31

Team muss agil geführt und

organisiert werden!

• Daily StandUps• Täglich neue Priorisierung von

Tasks

31

Gutes Tool: Trello

….mit Kanban

https://trello.com/

2. TippAgile Kundenführung

32

Kundenführung als SEO-Agentur im Product Owner-Team!• Kunde (Product Owner) steuert/beauftragt die Agentur (z.B. durch Zuweisung der Tasks in Jira)• Kunde priorisiert die Tasks:ohne Deadline• Gemeinsame Planung in Sprints• Kundenmeetings am Sprint-Ende

3. TippSEO QA für SEO Erfolg

33

QA testet das Produkt

Inhalte

Features

Funktionalität

SEO-QA prüft weiterhin

Robots-Tags, Canonical-Tags, Metadaten

Links und Linkattribute

Crawlability,robots.txt, XML-Sitemaps

URL-Strukturen

Performance

Weiterleitungen

StatusCodesSEO

4. TippKein Skype. Keine Pop-Ups.

34

Minimiert UNTERBRECHUNGEN

beim Arbeiten!

Plant im Daily die One-To-One-

Abstimmungen

Meetings z.B. immer nach 16 Uhr

…für Eure Gesundheit!

P. s.: Ausnahme Kalender!

5. TippErfahrener Moderator

35

Zeit ist kostbar! Keine langen unkoordinierten

Abstimmungen Keine Themen totquatschen Kommunikationsregeln

beachten Auf den Punkt kommen Plappermäuler bremsen

…für weniger Überstunden!

6. TippKick-Offs für Scrum Team

36

Team ins Boot holen!

ZIELE & POTENTIALE

vorstellen Strategische Bedeutung

erklären

…für mehr Motivation!

7. TippDesign Meeting…

37

EFFIZIENZ-Steigerung pur!

Designer kann sofort

Hinweise in Punkto RWD,

Performance oder

Wiederverwendbarkeit eines

Features aufnehmen

…mit Template Entwickler!

8. TippFollow-Ups für Scrum Team

38

Teilt den Erfolg! Zeigt die Zielerreichung

auf und welche Potentiale

erfolgreich geschöpft wurden!

Präsentiert Traffic-, Rankings- oder Sichtbarkeits-Kurven.

Zeigt wie der Wettbewerb

abschmiert

…für noch mehr Motivation!

Bianca Zang

Kontakt

https://www.xing.com/profile/Bianca_Zang https://de.linkedin.com/in/BiancaZang http://de.slideshare.net/biancazang

0151–12063980

https://www.facebook.com/bianca.zang

seo projekte in der agilen entwicklung nach scrum | learnings und tipps

Leadership & Management