{"id":115,"date":"2014-02-03T07:00:20","date_gmt":"2014-02-03T06:00:20","guid":{"rendered":"http:\/\/qed.dk\/rasmus-kaae\/?p=47"},"modified":"2016-12-19T07:10:12","modified_gmt":"2016-12-19T07:10:12","slug":"breaking-agile-sprint-planning-2","status":"publish","type":"post","link":"https:\/\/agilerasmus.com\/wordpress\/breaking-agile-sprint-planning-2\/","title":{"rendered":"Breaking agile – Sprint planning"},"content":{"rendered":"

Dette indl\u00e6g giver dig tips og tricks til at \u00f8del\u00e6gge sprint planning. \"fightback\"<\/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 alle team medlemmer bestemme hvad de vil arbejde p\u00e5 individuelt. Der skal ikke v\u00e6re samh\u00f8righed i planl\u00e6gningen blot fordi man arbejder agilt.<\/li>\n
  2. Planl\u00e6g s\u00e5 product owner ikke kan deltage eller v\u00e6re i n\u00e6rheden under m\u00f8det. Teamet ved jo alligevel godt hvad planen er for fremtiden.<\/li>\n
  3. S\u00f8rg for at projektlederen har detaljerede tidsestimater inden m\u00f8det s\u00e5 uddelegeringen sker hurtigst muligt.<\/li>\n
  4. Arbejd gerne i siloer. Opgaver der har en karakter af at g\u00e5 p\u00e5 tv\u00e6rs af folks kompetencer b\u00f8r brydes ned. Alle ved jo hvor ineffektivt det er n\u00e5r skal tales, koordineres og samarbejdes i et sprint.<\/li>\n
  5. I mange tilf\u00e6lde kan sprint planning aflyses med god samvittighed, da teamet alligevel arbejder videre p\u00e5 udest\u00e5ender som ikke blev afsluttet i sidste sprint. Der er ingen grund til at stoppe op og kontrollere retningen endnu.<\/li>\n
  6. Hvis product owner deltager p\u00e5 m\u00f8det, b\u00f8r han ikke have taletid. Det er teamet og dets autonomitet der giver fremdrift og ikke et f\u00e6lles m\u00e5l defineret af ham. Sprint goals er blot et teoretisk begreb som ikke har sin gang i hverdagen!<\/li>\n
  7. Sprint planning kan ofte udf\u00f8res s\u00e5ledes at hvert team medlem selv estimerer de opgaver vedkommende skal l\u00f8se. S\u00e5 fylder man blot sin egen plan og returnerer til sin arbejdsplads n\u00e5r man er f\u00e6rdig.<\/li>\n
  8. Product backloggen beh\u00f8ver ikke at v\u00e6re prioriteret og internt rangeret af product owner inden m\u00f8det. Det kan ofte klares “on the fly” enten af teamet eller af product owner.<\/li>\n
  9. Estimater p\u00e5 opgaverne skal gerne v\u00e6re oplyst p\u00e5 forh\u00e5nd og allerhelst v\u00e6re beregnet enten af product owner eller en lead developer uden involvering af resten af teamet.<\/li>\n
  10. Det er vigtigt at teamet planl\u00e6gger opgaver til 120 % af den kapacitet der er tilr\u00e5dighed. Hvis dette ikke g\u00f8res risikerer man at folk sidder og surfer midt i sprintet.<\/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

    Se de \u00f8vrige indl\u00e6g\u00a0i serien:<\/p>\n