Upload
bianca-zang
View
913
Download
0
Embed Size (px)
Citation preview
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
• Agile Methode• Agiler Prozess Scrum• User Stories und Spezifikation • 8 Fehler, die Ihr vermeiden solltet…• 8 Tipps für mehr Spaß und Erfolg
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
• Agile Methode• Agiler Prozess Scrum• User Stories und Spezifikation • 8 Fehler, die Ihr vermeiden solltet…• 8 Tipps für mehr Spaß und Erfolg
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
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
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
• Agile Methode• Agiler Prozess Scrum• User Stories und Spezifikation • 8 Fehler, die Ihr vermeiden solltet…• 8 Tipps für mehr Spaß und Erfolg
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
2. Fehler, den Ihr vermeiden solltet…
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
3. Fehler, den Ihr vermeiden solltet…
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
4. Fehler, den Ihr vermeiden solltet…
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
5. Fehler, den Ihr vermeiden solltet…
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!
6. Fehler, den Ihr vermeiden solltet…
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ü!
7. Fehler, den Ihr vermeiden solltet…
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
8. Fehler, den Ihr vermeiden solltet…
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
• Agile Methode• Agiler Prozess Scrum• User Stories und Spezifikation • 8 Fehler, die Ihr vermeiden solltet…• 8 Tipps für mehr Spaß und Erfolg
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
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!
39
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