Best of Agile for SEO Management - Zentica SEO

Best of Agile for SEO Management - Zentica SEO

Vi anerkjenner alle at SEO har blitt mer utfordrende enn noen gang før. I dette innlegget vil jeg dekke hvordan du og SEO-teamet ditt kan bruke Agile-prinsipper for å bli mer effektive mens du forenkler noen av de daglige utfordringene knyttet til jobbene dine.

Blant disse utfordringene:

  1. Holde oversikt over de hyppige SEO-endringene
  2. Justerer for hver endring og oppdatering
  3. Ledelsen (eller klienten) fortsetter å be om bedre resultater, men forstår egentlig ikke hva SEO-er gjør
  4. SEOs perspektiv er ofte i konflikt med prioriteringene til andre avdelinger
  5. Konkurransen blir mer og mer avansert

Gråtende baby

Den store bryteren til smidig ledelse

Agile refererer til en gruppe metoder som foreslår alternativer til tradisjonelle stiler for prosjektledelse. To populære metoder er Kanban og Scrum, og fra begge to tar vi bare det som fungerer best for oss.

Disse metodene ble opprinnelig laget for programvareutviklere for å hjelpe dem med å tilpasse seg markedsendringer og forbedre effektiviteten, men ble senere omfavnet av et bredere utvalg av team. Spesielt for SEO kan Agile være spesielt verdifullt i tider som dette, når miljøet er konkurransedyktig og ustabilt.

En av de største tingene med Agile er at det hjelper teamet mitt å se det større bildet, og samtidig fokusere på den trinnvise fremgangen (visualisering av arbeidsflyt).

En annen fordel: Agile lærte oss at å ignorere noe mindre enn det som er kritisk, er helt greit. Dette er en seriøs endring av perspektiv i dager når vi er overveldet med massevis av informasjon og endringer. (Fokuser på det som betyr noe akkurat nå.)

Fire ekstra takeaways fra Agiles grunnleggende prinsipper:

  1. Bedre samarbeid mellom teammedlemmer og team i organisasjonen
  2. Spore hyppige endringer for kortere responstid
  3. Bruke små utgivelser for å muliggjøre konstant fremgang, og justere etter behov under prosessen
  4. Empowering teammedlem beslutningstaking

Hvordan det fungerer

I motsetning til hva noen Agile opplæringsselskaper vil fortelle deg, kan du velge hvilke deler av Agile du vil implementere. Lag og organisasjoner bør skreddersy Agile til deres spesifikke behov.

Her er tingene vi implementerte de to siste årene som hjalp oss med å overvinne de største SEO-utfordringene. Du kan prøve dem alle, eller bare velge det som passer best for deg.

Work in Progress (WIP) Limit

WIP er en rekke oppgaver som pågår. Det er ditt viktigste fokus på tingene du trenger for å få gjort.

WIP-grensen er det rimelige taket for antall oppgaver du kan håndtere til enhver tid, og likevel sikre konstant fremgang.

WIP-grensen vår hjelper oss med å holde nok tid til alle oppgavetyper, inkludert de små og repeterende oppgavene vi så ofte har i SEO (og som er så lett å utsette), og hjelper oss fokus hver dag på det som virkelig betyr noe.

Fokus wip-grense

Team Task Board

Foruten Atlassians produkter, som vi bruker for å digitalisere prosessen, er det ingenting så effektivt som å ha et faktisk brett foran oss for å visualisere teamets arbeidsflyt:

1. Etterslep: Våre neste oppgaver

2. I prosess: Aktuelle oppgaver

  • Prosjekter
  • Små oppgaver (mindre enn 3 arbeidstimer)
  • Pågående oppgaver (repetitive oppgaver)

3. Anmeldelse: Ferdig og venter på en intern gjennomgang

4. Utført: Fullført på slutten

  • Tilordnet en annen avdeling
  • Rørledning: Kø i selskapets rørledning (etterslep)
  • Spor: Prosjektet er live - forblir på tavlen som en påminnelse om å spore resultatene

Investering.com seo board

For å garantere en jevn arbeidsflyt, må vi sørge for at etterslepet kontinuerlig oppdateres med de neste store tingene.

Styret lar meg være på toppen av alt teamet jobber med, men også endre prioriteringer når det er nødvendig, i løpet av sekunder.

Prioritere oppgaver

Når jeg snakker om prioritering, tenker jeg først og fremst på 80/20-regelen (Pareto-prinsippet).

Her betyr regelen at 80% av fordelen kommer fra 20% av ressursene (og det trenger ikke å være en nøyaktig 80/20 splittelse). Tenk på antall sider på nettstedet ditt som genererer de fleste sidevisninger og økter; antall søkeord som gir mesteparten av den organiske trafikken din; henvisninger som bygger virksomheten din; og til og med lenkene som genererer mesteparten av SEO-verdien din. Fra ethvert perspektiv kan du ikke benekte at det meste av verdien arbeidet ditt skaper kommer fra en liten prosentandel av oppgavene du gjør.

Med det i bakhodet blir det klart at prioritering betyr å nullstille 20%. Hvis du forstår det, er du allerede halvveis for bedre prioritering.

Spesielt for SEO er det tre spørsmål jeg stiller om hver potensielle oppgave. Når de er besvart, vil du finne det enkelt å bestemme hvordan du skal prioritere hver oppgave.

  1. Når det er gjort, hva er fordelen vår?
  2. Hvilke ressurser vil det ta for å få det gjort (når det gjelder arbeidstid, ansatte, andre avdelinger osv.)?
  3. Hva er den potensielle skaden hvis vi ignorerer den foreløpig?

Med alle de nylige endringene er det tilfeller der arbeidet vårt kan bli skadet når vi bare ignorerer en individuell oppgave. Et eksempel vil være Penguin-oppdateringen. Selv de av oss som ikke ble påvirket, har brukt mer ressurser enn noen gang før på å analysere den eksisterende koblingsprofilen. Når som helst vil det være en oppgave vi lett kan utsette.

topp prioritet

Ved å være klar over teamets kapasitet (WIP Limit), visualisere alt vi jobber med (Task Board) og vurdere fordelene mot potensiell skade når vi prioriterer, sørger vi for at ingenting lite, men viktig, faller mellom sprekkene og at vi hele tiden vurderer våre neste handlinger hver gang det er en industriendring eller oppdatering.

Stand-up møter

Vårt 10-15 minutters stand-up-møte finner sted hver eneste morgen foran oppgavestyret. Som teamleder har jeg to av disse hver dag: 1) møtet til SEO-teamet mitt, og 2) teamledermøtet for hele selskapet.

Gruppemøte:

Foruten raske morgenoppdateringer kommer hvert teammedlem med svar på følgende tre spørsmål:

  • Hva fullførte du i går?
  • Hva jobber du med i dag?
  • Er det noe som hindrer deg i å gjøre jobben din?

Fordi vi ofte gjentatte ganger konfronterer lignende oppgaver i SEO, er dette møtet en flott mulighet for kunnskapsdeling mellom teammedlemmer. Nesten daglig opplever vi følgende scenario:

  • Teammedlem A snakker om en oppgave som involverer et tredjepartsverktøy
  • Teammedlem B er kjent med verktøyet fra sin forrige arbeidsplass, og tilbyr å hjelpe teammedlem A

Denne enkle rutinen sparer oss tid, energi og penger.

Teamledermøte:

I likhet med teamets stand-up-møte er ledermøtet der vi går gjennom de forskjellige oppgavene som er knyttet til hver avdeling. Hovedsakelig gir dette møtet imidlertid en mulighet til å oppdatere alle andre lag om eventuelle nylige endringer.

The Fast Lane

Hva om det oppstår et presserende problem eller en plutselig mulighet for noe positivt? For å omgå den vanlige arbeidsflyten har vi en rask fil for hele selskapet og for teamet hver for seg.

Et nylig eksempel for oss som brukte hurtigfilen, var da funksjonen "Internasjonal målretting" ble utgitt i Google Webmaster Tools i juli.

Denne funksjonen, som fremhever hreflang-feil, hjalp oss med å lære om noen få repeterende feil mellom to nettsteder. Når vi først hadde definert oppgaven, flyttet vi den umiddelbart til utvikling via selskapets raske fil.

Å bruke hurtigfilen betyr at alle relevante avdelinger slår seg sammen for å fullføre oppgaven. Hvis du administrerer SEO i 2014, bør du sørge for at en slik fil alltid er åpen for å møte avdelingens presserende behov.

smidig hurtigbane

MMFer: Små, men konstante utgivelser

Tenk på et stort prosjekt du må gjøre. I stedet for å koble til hele prosjektet, som kan ta dager, uker eller til og med måneder til alt arbeidet er fullført, kan du prøve å dele det opp i biter.

Når den første delen er ferdig, kan du raskt gjennomgå den, komme med konklusjoner for neste runde, og hvis den første delen er klar, lever den.

I Agile-verdenen kalles disse biter MMFer (minimale salgbare funksjoner). Når noen få blir sammen, danner de hele funksjonen eller produktet du utvikler. MMF er den minste delen av hele produktet som i seg selv kan betraktes som god nok til å gå live.

I tillegg til fordelen med konstant levering, kan det på SEO fungere slik at SEO kan gjøre justeringer på farten.

To raske eksempler:

  1. Strukturert dataimplementering: Denne oppgaven kan lett deles inn i pengemarkedsforeninger siden vi ikke trenger å implementere strukturerte data på hele nettstedet samtidig. Start med en enkelt del av nettstedet, og implementer de relevante merkelappene først. Fordi rike utdrag vanligvis ikke vises over natten, er det enda mer effektivt å bryte denne oppgaven i pengemarkedsforeninger. Du vil fullføre oppgaven raskere og lære raskere hva som fungerer og hva som ikke fungerer.
  2. Oppsøkende: Hvis vi kontakter 100 nettsteder på jakt etter noe slags samarbeid, kan vi kontakte dem alle samtidig. Et bedre alternativ vil imidlertid være å dele listen opp i noen få deler. På denne måten kan vi måle effektiviteten til spørringen vår etter at de første spørsmålene er sendt ut, og deretter gjøre justeringer i løpet av andre spørrerunde.

Rundtabellmøter

Når et prosjekt er nær ferdig, holder vi et team runde bordmøte for å la alle andre lese spesifikasjonene og dele sine tanker. Denne enkle interaksjonen lar meg bruke tankene og ferdighetene til alle i teamet mitt for hvert prosjekt vi slipper.

Den samme typen møter holdes på bedriftsnivå, med hovedmålet å gå gjennom alle produktets spesifikasjoner før det går til utvikling. Vi ønsker å sende ideer sammen med mulige forbedringer eller problemer fra de aktuelle involverte personene.

53ff96534dead4.22043091.jpg

Som SEO-er ønsker vi å være en del av produktets opprinnelige spesifikasjoner. Men siden vi ikke alltid vil være der, vil vi sørge for at selskapet holder slike møter for å bekrefte at spesifikasjonene er optimalisert så mye som mulig for våre behov.

Siden SEOs behov ikke alltid er klare for andre, kan dette møtet gi oss en mulighet til å forklare og rettferdiggjøre hvorfor vi trenger noe gjort på en bestemt måte. Å være forberedt med dokumenterte data og eksempler er veldig nyttig når du prøver å overbevise andre avdelinger, ledelse eller kunder om å tilpasse seg vår visjon og retning.

Pågående oppgaver

En betydelig del av vår daglige bruk blir brukt på "løpende oppgaver." Det at disse ikke endres veldig ofte, gjør dem ikke mindre viktige. Siden disse oppgavene er veldig tidkrevende, anbefaler jeg å skære ut spesielle tidsblokker for dem. Slik håndterer vi en av dem:

Rangering sporing

Hvis du sporer hundrevis eller tusenvis av søkeord, må du finne programvaren som gir deg best oversikt på kortest mulig tid. Du har ikke råd til å sjekke dem en etter en, og heller ikke gå glipp av store rangeringsendringer.

nettsted rangeringer

På Investing.com kjører vi 21 lokaliserte utgaver, hver med sin egen søkeordliste. Det er ikke snakk om en time eller to å analysere mer enn 20 steder i detalj. Arbeidet deles etter viktighet og deles mellom teammedlemmene. Stand-up-møtet er muligheten til å oppdatere alle om viktige endringer.

Og hvis det er en algoritmeoppdatering? Det første vi gjør er å sjekke rangeringssystemet vårt, og umiddelbart vet vi om vi har blitt påvirket.

Svært ofte skjer det noe med en enkelt seksjon, så vi må oppgi nøkkelordene våre i henhold til seksjonene våre. Vi kjører en liste for hver. To eksempler er nyhetsrelaterte nøkkelord og valutanavn. Når det er en endring i rangeringen av en enkelt seksjon, hjelper dette oss med å lete etter årsaken i det spesifikke området av nettstedet.

Agile og SEO handler om tilpasningsevne

Å være smidig betyr fremfor alt å kunne tilpasse seg raskt. Agile er ikke bare en metode; det er en måte å tenke på og muliggjøre arbeid.

Siden selskapet vårt implementerte Agile metodikk, har vi sett en tydelig forbedring i måten avdelinger jobber sammen og måten folk jobber med hver ...

Du kan også være interessert i