{"id":114,"date":"2014-01-29T14:09:28","date_gmt":"2014-01-29T13:09:28","guid":{"rendered":"http:\/\/qed.dk\/rasmus-kaae\/?p=39"},"modified":"2016-12-19T07:10:12","modified_gmt":"2016-12-19T07:10:12","slug":"breaking-agile-daily-standup-2","status":"publish","type":"post","link":"https:\/\/agilerasmus.com\/wordpress\/breaking-agile-daily-standup-2\/","title":{"rendered":"Breaking agile – Daily Standup"},"content":{"rendered":"

\"brick-144955_640\"<\/a>I mit daglige virke som agile coach har jeg observeret en r\u00e6kke guldkorn der alle bidrager til nedbrydning af den agile tankegang. F\u00f8lg med i de kommende indl\u00e6g og f\u00e5 flere hints til hvordan DU saboterer med st\u00f8rst mulig virkning!<\/p>\n

    \n
  1. Lad projektlederen styre slaget. Det er vigtigt at alle er indforst\u00e5et med vigtigheden af projektlederen. Det er udelukkende ham der kender status for projektet og det falder derfor naturligt at han rapporterer status p\u00e5 fremdrift over for teamet. Hvis muligt, s\u00e5 l\u00e6ser projektlederen op fra projektplanen s\u00e5ledes at alle er informeret om hvilke opgaver de afsluttede den foreg\u00e5ende dag og hvilke de skal arbejde p\u00e5 samme dag.<\/li>\n
  2. S\u00f8rg for at lave afrapportering omkring alle detaljer i opgaverne. Skulle det uheldige ske, at team medlemmerne f\u00e5r taletid p\u00e5 det daglige m\u00f8de, s\u00e5 skal de s\u00f8rge for at g\u00e5 dybt i detaljen omkring l\u00f8sning af deres opgaver. Alle kender jo til vigtigheden af opgaverne og b\u00f8r derfor ogs\u00e5 kende til alle overvejelser og tanker.<\/li>\n
  3. Afhold m\u00f8de separat for alle lokationer (hvis der arbejdes distribueret). I disse moderne tider arbejder teams ofte p\u00e5 tv\u00e6rs af landegr\u00e6nser. Det er et faktum der ikke kan \u00e6ndres. Til geng\u00e6ld kan teamet selvst\u00e6ndigt bestemme at afholde separate daily standup s\u00e5ledes at der bliver skabt en solid atmosf\u00e6re omkring ansvarsfordelingen – det skulle n\u00f8dig hedde sig at alle tr\u00e6kker p\u00e5 samme hammel.<\/li>\n
  4. Hvis der er scope \u00e6ndringer i opgaverne beh\u00f8ver det ikke at blive afsl\u00f8ret f\u00f8r det ugentlige statusm\u00f8de. Projektlederen er naturligvis informeret og han har korrigeret planerne. Der er ingen grund til at involvere de \u00f8vrige team medlemmer i de drastiske \u00e6ndringer i scopet f\u00f8r senere – det p\u00e5virker jo alligevel ikke andre i gruppen!<\/li>\n
  5. Hvis team medlemmerne ikke har planlagt hvad der skal arbejdes med i dag, s\u00e5 bare fort\u00e6l det samme som i g\u00e5r. S\u00e5 g\u00e5r det ogs\u00e5 meget hurtigere med at f\u00e5 afviklet daily standup og alle kan komme tilbage til deres sk\u00e6rm for at arbejde. Det giver alligevel ikke mening at informere om stilstand i fremdrift eller problemer med implementering af den valgte l\u00f8sning – det skal jo fixes alligevel.<\/li>\n
  6. Det betyder ikke noget om folk m\u00f8der op til tiden. Hvis team medlemmerne ved at de alligevel ikke f\u00e5r taletid f\u00f8rst i taler\u00e6kken, s\u00e5 m\u00e5 de gerne st\u00f8de til senere. Det vigtigste er at projektlederen og scrum masteren bliver opdateret p\u00e5 status, ikke s\u00e5 meget om de \u00f8vrige team medlemmer f\u00e5r informationen.<\/li>\n
  7. Brug gerne 30-60minutter p\u00e5 det daglige m\u00f8de. For at f\u00e5 fuldt udbytte af m\u00f8derne er det vigtigt at diskussioner og dr\u00f8ftelser omkring probleml\u00f8sning bliver f\u00e6rdiggjort direkte p\u00e5 m\u00f8det. Hvis det udskydes risikerer man blot at glemme det. Desuden er det ogs\u00e5 vigtigt at hele teamet h\u00f8rer om hvilke l\u00f8sninger der er i spil for at l\u00f8se problemet.<\/li>\n
  8. Det er ikke vigtigt at alle f\u00e5r taletid. Hvis der er afsat 15 minutter, s\u00e5 skal m\u00f8det afvikles p\u00e5 15 minutter. S\u00e5 er det bare \u00e6rgerligt hvis ikke alle f\u00e5r taletid – de kan blot f\u00e5 taletid f\u00f8rst i taler\u00e6kken den efterf\u00f8lgende dag.<\/li>\n
  9. Hvis der er kommet vigtig information fra ledelsen, kan de blot f\u00e5 ordet p\u00e5 m\u00f8det – s\u00e5 er alle samlet alligevel. Den opdaterede status fra teamet kan projektlederen og scrum masteren eventuelt komme rundt og h\u00f8re individuelt senere s\u00e5ledes at grafer og deslige bliver opdateret til afrapportering.<\/li>\n
  10. Det g\u00f8r ikke noget at alle ikke er forberedt. I det store hele g\u00f8r det jo ikke den store forskel, hvorvidt alle m\u00f8der op til m\u00f8det og har t\u00e6nkt over hvad g\u00e5rsdagen blev brugt p\u00e5 og hvad der skal ske samme dag. Det er vigtigt at improvisere lidt, s\u00e5 alle ved hvor travlt der er i projektet!<\/li>\n<\/ol>\n

    Jeg h\u00e5ber virkelig at disse observationer vil blive taget i mod med kysh\u00e5nd. Skriv gerne en kommentar hvis du har forslag til yderligere punkter eller har erfaring med implementering af ovenst\u00e5ende. God vind!<\/p>\n

    L\u00e6s ogs\u00e5 artiklen p\u00e5 engelsk:<\/p>\n