Utvecklingsteamet är en grupp av oberoende yrkesverksamma. Men framgången för det projekt de genomför beror på deras gemensamma insatser. Och detta kräver mycket mognad och samarbetsförmåga. Vilka är de vanligaste misstagen hos utvecklare? Vilka av dem gör strävan efter produktmålet svår eller till och med omöjlig?
Vanliga misstag hos utvecklare – innehållsförteckning:
- Vanliga misstag hos utvecklare
- Att vara för fäst vid sina idéer
- Egenföretagande
- Tillbakadragande av utvecklare
- Oberoende
- Begränsa ansvar till befogenheternas omfattning
- Sprint Backlog-röran
- Sammanfattning
Vanliga misstag hos utvecklare
Många av misstagen hos utvecklare som arbetar i Scrum har sin grund i deras inställning till teamwork. Å ena sidan handlar det om missförstådd oberoende och att försvara sina idéer mot teamets intressen. Å andra sidan handlar det om att förlita sig på andra och bristen på oberoende. En annan källa till problem kan vara ett missförstånd av teamansvaret.

Att vara för fäst vid sina idéer
Utvecklarnas dagliga ansvar inkluderar att hitta innovativa lösningar på komplexa problem. Den insats som läggs på att utveckla lösningar kan få dem att bli för fästa vid sina idéer. Detta gör att de tappar sikte på produktmålet och spenderar för mycket tid på att utveckla sidolösningar som inte är användbara ur ett affärsperspektiv. Och de är också mindre villiga att söka alternativa lösningar, vilket hotar teamets smidighet.
Egenföretagande
Om någon utvecklare har svårt att förstå sin roll i teamet, kommer de att försöka separera sina uppgifter från sprintmålet. Ännu värre, de kommer att utföra dem utan hänsyn till resten av teamet. Det kan också bli ett problem om de godtyckligt gör ändringar i sprintbackloggen. Så här kan den missförstådda oberoendet hos en av utvecklarna härstamma från kommunikationsproblem.
En överdriven önskan om oberoende kan ha sina rötter i bristen på erkännande för en utvecklares individuella prestationer. Det uppstår när hans eller hennes bidrag till det arbete som utförs av teamet bedöms oproportionerligt i förhållande till den insats som lagts ner och svårighetsgraden av uppgiften.
Att arbeta på egen hand kan bli en källa till allvarlig konflikt inom teamet. Därför är det så viktigt för Scrum-mästaren att reagera och lösa det underliggande problemet så snart som möjligt. Detta beror på att det kan visa sig att felet inte ligger hos utvecklaren, utan hos en felaktig bedömning av deras engagemang.
Tillbakadragande av utvecklare
Problemet som följer av de två föregående – att arbeta på egen hand och att vara för fäst vid sina egna idéer – kan vara ett problem med bristande kommunikation. Då börjar dessa utvecklare isolera sig från teamet. Även om de utför sina uppgifter enligt sprintbackloggen, drar de sig tillbaka från teamets liv.
I en sådan situation bör Scrum-mästaren ägna särskild uppmärksamhet åt de tillbakadragna utvecklarna. Värdera deras bidrag till teamet och uppmuntra dem att anta en proaktiv attityd.
Oberoende
Självorganisering är en egenskap hos ett moget, väl sammansatt utvecklingsteam som vi beskrev i en tidigare artikel. Det innebär att trots svårigheter, förlitar sig utvecklarna inte på andra människor för att berätta hur de ska fördela uppgifter mellan sig, hur och när de ska slutföra dem. Men självorganisering kan ge upphov till interpersonella missförstånd.
I ett sådant fall är det nödvändigt att ha Scrum-mästaren närvarande hela tiden för att säkerställa att de uppgifter som behöver göras för att uppnå sprintmålet fördelas. Det är då problemet med beroende av utvecklarna uppstår.
Återigen bör Scrum-mästaren komma till undsättning genom att uppmuntra medlemmarna i utvecklingsteamet att vara självbestämda och ta ansvar för sina uppgifter.
Begränsa ansvar till befogenheternas omfattning
Ännu ett problem som utvecklarna måste möta, särskilt i det formande teamet, är ovillighet att utföra uppgifter som inte tillhör utvecklarens kärnkompetenser.
Detta misstag kan leda till en betydande minskning av effektiviteten hos utvecklingsteamet. Inte alla sprintar utnyttjar kärnkompetenserna hos varje teammedlem. Därför måste de vara öppna för att utföra andra, sekundära eller organiserande uppgifter som är lika relevanta för sprintmålet.

Sprint Backlog-röran
En sådan uppgift är att hålla sprintbackloggen i ordning. Det är en nyckeluppgift för den smidiga driften av utvecklingsteamet. Men ett vanligt misstag är att flytta ansvaret för att hålla den mellan utvecklarna. Detta hindrar inte bara arbetet med sprintmålet utan också utvecklingen av teamet och dess pågående förbättring.
Vanliga misstag hos utvecklare – sammanfattning
Sammanfattningsvis inkluderar de vanligaste misstagen hos utvecklare försök att skära sig av från teamet som helhet: att arbeta på egen hand, driva sina egna idéer och bli tillbakadragna. Integriteten hos utvecklingsteamet hotas också av problem med att utveckla oberoende, röran i sprintbackloggen och utvecklarnas ovillighet att utföra uppgifter utanför sina kärnkompetenser.
Om du gillar vårt innehåll, gå med i vår aktiva gemenskap av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube.
Caroline Becker
Som projektledare är Caroline en expert på att hitta nya metoder för att utforma de bästa arbetsflödena och optimera processer. Hennes organisatoriska färdigheter och förmåga att arbeta under tidspress gör henne till den bästa personen att förvandla komplicerade projekt till verklighet.
Scrum Guide:
- Ordlista över grundläggande termer, roller och begrepp
- Vad är Scrum?
- Scrum-värden
- Hur implementerar man Scrum i ditt företag?
- Scrum-team - vad är det och hur fungerar det?
- Vem är en produktägare?
- De vanligaste misstagen hos en produktägare
- Vem är Scrum Master?
- De vanligaste misstagen av Scrum Master
- Vilka statistik och mätvärden bör Scrum Mastern följa?
- Utvecklingsteam i Scrum
- De vanligaste misstagen hos utvecklare
- Scrumartefakter
- Skalning av Scrum
- Sprint Backlog
- Vad är produktbackloggen?
- Vad är användarberättelser?
- Skapa den bästa användarberättelsen med INVEST
- De vanligaste misstagen i User Stories
- Användarberättelse Acceptanskriterier
- Uppskattning och Story Points i Scrum
- Planeringspoker
- Team Estimation Game
- Definiera inkrement
- Scrum-evenemang
- Vad är en Burndown-diagram?
- Fördelar och nackdelar med burndown-diagrammet
- Kanban-tavlor i Scrum och Scrumban
- Hastighet i Scrum - Utvecklingsteamets hastighet
- Daglig Scrum
- Sprintplanering
- Sprintgranskning
- Vad är en Sprint Retrospektiv?
- Vanliga misstag under en Sprint Retrospektiv
- Produktbacklogg vård
- Hur man skapar och tolkar ett burndown-diagram?
- Vad är Sprint i Scrum?
- Samarbete mellan Produktägare och Scrum Master
- Scrumteamets åtaganden - Produktmål, Sprintmål och Definition av klarhet
- Egenskaper hos en bra Scrum Master