{"id":5133,"date":"2013-02-12T05:51:52","date_gmt":"2013-02-12T05:51:52","guid":{"rendered":"https:\/\/www.bridge-global.com\/blog\/blog\/\/?p=5133"},"modified":"2020-08-18T12:49:18","modified_gmt":"2020-08-18T12:49:18","slug":"distributed-sprint-planning","status":"publish","type":"post","link":"https:\/\/www.bridge-global.com\/blog\/distributed-sprint-planning\/","title":{"rendered":"Distributed sprint planningDistributed sprint planningDistribuerad sprintplaneringDezentrale Sprint – Planung"},"content":{"rendered":"

<\/p>\n

\"\"The past years I have been experimenting a lot with scrum in our offshore and nearshore cooperations. One of the most challenging parts of distributed scrum (the variant of scrum where team members cooperate from different locations) is organizing the sprint planning well.<\/p>\n

The typical situation in smaller teams (especially for companies that recently started with offshoring, they typically start with few developers) is to have the product \u00a0 \u00a0owner and scrum master in one location and the developers in another location.<\/p>\n

 <\/p>\n

\"\"<\/a>De afgelopen jaren heb ik veel ge\u00ebxperimenteerd met scrum in onze offshore en nearshore kantoren. Een van de meest uitdagende onderdelen van distributed scrum (de versie van scrum waarin de teamleden vanuit verschillende locaties samenwerken) is het goed organiseren van de sprint planning.<\/p>\n

De typische situatie in kleinere teams (in het bijzonder voor bedrijven die recentelijk zijn begonnen met offshoring, zij beginnen meestal met weinig ontwikkelaars) is om de product eigenaar en scrum master op een locatie en de ontwikkelaars op een andere locatie te hebben.<\/p>\n

\"\"<\/a>De senaste \u00e5ren har jag experimenterat mycket med scrum i v\u00e5ra offshore och nearshore verksamheter. En av de mest utmanande delarna av distribuerad scrum (den varianten av scrum d\u00e5 teammedlemmar samarbetar fr\u00e5n olika platser) \u00e4r att organisera sprintplaneringen bra.<\/p>\n

Den vanligaste situationen i mindre team (s\u00e4rskilt f\u00f6r f\u00f6retag som nyss har b\u00f6rjat med offshoring, de b\u00f6rjar oftast med ett f\u00e5 antal utvecklare) \u00e4r att ha produkt\u00e4garen och scrum-mastern p\u00e5 en plats och utvecklarna p\u00e5 en annan.<\/p>\n

 <\/p>\n

\"\"<\/p>\n

In den letzten Jahren habe ich viel mit Scrum in unserem B\u00fcro experimentiert und mit Nearshore Kooperationen. Einer der herausforderndsten Abschnitte mit einem dezentralen Scrum (die Variante, bei der Teammitgliedern von verschiedenen Orten zusammenarbeiten) ist die gute Organisation der Sprint-Planung.<\/p>\n

Die typische Situation in kleineren Teams (besonders f\u00fcr Firmen die k\u00fcrzlich erst mit Outsourcing begonnen haben, da sie typischer Weise nur mit wenigen Entwicklern anfangen) ist es, dass der Scrum Master und der Produkteigent\u00fcmer am selben Ort sind und die Entwickler an einem anderen.In some cases there might be even more locations even in smaller teams, for example a designer working from home, the scrum master and html coder in one office and the coders in another country.<\/p>\n

In the situation sketched, usually the product owner and scrum master do sprint pre planning meetings, either formal or scattered throughout the week. They add stories to the backlog in an online tool and have extensive discussions about the content of each story and maybe even describe tasks and subtasks. The sprint planning is then organized via Skype with the scrum master and the developers remotely.<\/p>\n

The challenges that arise in this case:<\/p>\n

– The developers miss all interaction with the product owner. For the scrum master, things may already be clear but developers get second hand information and miss the power of discussing each user story with the product owner.<\/p>\n

– You risk creating mini- waterfall projects in which all information is gathered by the scrum master (who basically becomes the project manager), who described the requirements and assigns them to the developers. This misses one of the main points of scrum which is interaction.<\/p>\n

– Because the scrum master has clarity about what each story is about, he will make assumptions that he may not convey to the remote team. The remote team, especially when they are from another culture, may not be asking enough to get the same clarity and hence start development with incomplete information.<\/p>\n

To avoid communication problems, some solutions can be:<\/p>\n

– Organize the sprint planning with the whole team in one conference call and include the product owner.<\/p>\n

– Create a bigger team and have the scrum master on the same location as the developers. This gives the remote team much more responsibility and ownership of what they are making.<\/p>\n

– Limit the sprint preplanning where only scrum master and product owner participate, to describing user stories only on a high level. Let the scrum master fill all the details in the sprint planning with the developers.<\/p>\n

Maybe you have some additional solutions from your own experience?<\/p>\n

\"\"<\/a><\/p>\n

In sommige gevallen zijn er zelfs nog meer locaties, zelfs in kleinere teams, bijvoorbeeld nog een ontwerper die vanuit huis werkt, de scrum master en html programmeur in een kantoor en de programmeurs in een ander land.<\/p>\n

In de geschetste situatie houden de product eigenaar en scrum master meestal sprint pre planning vergaderingen, of formeel of verspreid over de week. Ze voegen verhalen toe in een backlog in een online tool en hebben uitgebreide discussies over de inhoud van elk verhaal en beschrijven misschien zelfs taken en subtaken. De sprint planning wordt vervolgens georganiseerd via Skype met de scrum master en de ontwikkelaars op afstand.<\/p>\n

De uitdagingen die zich voordoen in dit geval:<\/p>\n

– De ontwikkelaars missen alle interactie met de product eigenaar. Voor de scrum master kunnen dingen al duidelijk zijn, maar ontwikkelaars krijgen tweedehands informatie en missen de kracht van het bespreken van het verhaal met de product eigenaar.<\/p>\n

– Je riskeert het cre\u00ebren van mini-waterval projecten waarin alle informatie word verzameld door de scrum master (die in principe project manager word), die de eisen beschrijft en ze toe wijst aan de ontwikkelaars. Deze mist een van de belangrijkste punten van scrum, namelijk interactie.<\/p>\n

– Omdat de scrum master duidelijkheid heeft over waar elk verhaal over gaat, zal hij aannames maken die hij niet kan overbrengen naar het team op afstand. Het team op afstand vraagt misschien niet genoeg door om dezelfde duidelijkheid te krijgen, vooral als ze uit een andere cultuur komen, en beginnen daardoor de ontwikkeling met onvolledige informatie.<\/p>\n

Om de communicatie problemen te voorkomen, kunnen sommige oplossingen zijn:<\/p>\n

– Het organiseren van de sprint planning met het hele team in \u00e9\u00e9n conference call, inclusief de product eigenaar.<\/p>\n

– Maak een groter team en zet de scrum master op dezelfde locatie als de ontwikkelaars. Dit geeft het team op afstand veel meer verantwoordelijkheid en eigendom van wat ze maken.<\/p>\n

– Beperk de sprint pre planning waar alleen de scrum master en de product eigenaar aan deelnemen tot het beschrijven van user stories op een hoog niveau. Laat de scrum master in de sprint planning met de ontwikkelaars alle details invullen.<\/p>\n

Misschien heb je wat extra oplossingen vanuit uw eigen ervaring?<\/p>\n

I vissa fall finns det \u00e4nnu fler platser \u00e4ven i ett mindre team, som t.ex. en designer som jobbar hemifr\u00e5n, scrum-mastern och html-kodaren p\u00e5 ett kontor och kodarna i ett annat land.<\/p>\n

I dessa situationer har produkt\u00e4garen och scrum-mastern oftast ett m\u00f6te inf\u00f6r springplaneringen, antingen ett formellt eller flera, utspridda under veckan. De l\u00e4gger till saker till eftersl\u00e4pning i ett onlineverktyg och har l\u00e5nga diskussioner om inneh\u00e5llet av varje story och kanske \u00e4ven beskrivandet av uppgifterna och underaktiviteterna. Springplaneringen \u00e4r sen organiserad via Skype med scrum-mastern och utvecklarna p\u00e5 distans.<\/p>\n

Utmaningarna som uppst\u00e5r i det h\u00e4r fallet:<\/p>\n

– Utvecklarna missar all interaktion med produkt\u00e4garen. F\u00f6r scrum-mastern kan saker redan vara tydliga medans utvecklarna f\u00e5r andrahandsinformation och missar m\u00f6jligheten att diskutera varje user story med produkt\u00e4garen.<\/p>\n

–\u00a0Du riskerar att skapa mini-vattenfallprojekt d\u00e4r all information \u00e4r samlad av scrum-mastern (som i princip blir projektledaren), som beskriver kraven och tilldelar dem till utvecklarna. H\u00e4r missar man en av huvudsakerna till att man anv\u00e4nder scrum \u2013 n\u00e4mligen interaktionen.<\/p>\n

– Eftersom scrum-mastern har klarhet av vad varje story handlar om, kommer han att g\u00f6ra antaganden som kanske inte f\u00f6rmedlas till det distanserade teamet. Teamet, s\u00e4rskilt n\u00e4r de \u00e4r fr\u00e5n en annan kultur, kanske inte fr\u00e5gar tillr\u00e4ckligt f\u00f6r att f\u00e5 samma klarhet och b\u00f6rjar d\u00e4rmed utveckla utan all information.<\/p>\n

F\u00f6r att undvika kommunikationsproblem, kan n\u00e5gra l\u00f6sningar vara:<\/p>\n

– Organisera en sprintplanering med hela teamet i ett konferenssamtal och inkludera produkt\u00e4garen.<\/p>\n

– Skapa ett st\u00f6rre team och ha scrum-mastern p\u00e5 samma st\u00e4lle som utvecklarna. Det h\u00e4r ger det distanserade teamet mycket mer ansvar och \u00e4garskap \u00f6ver det de skapar.<\/p>\n

– Begr\u00e4nsa m\u00f6tet inf\u00f6r sprintplaneringen till att enbart scrum-mastern och produkt\u00e4garen deltar, f\u00f6r att f\u00f6rklara varje user story p\u00e5 en h\u00f6gre niv\u00e5. L\u00e5t d\u00e4refter scrum-mastern fylla i alla detaljer till planeringsm\u00f6tet med utvecklarna.<\/p>\n

Kanske har du n\u00e5gra andra l\u00f6sningar fr\u00e5n egna erfarenheter att bidra med?<\/p>\n

In einigen F\u00e4llen k\u00f6nnen es auch mehr Standorte sein, sowohl in kleineren Teams. So kann zum Beispiel ein Designer von zuhause arbeiten, der Scrum-Master und der Html-Programmierer k\u00f6nnen in einem B\u00fcro sitzen und die anderen Programmierer in einem anderen Land.<\/p>\n

In der skizzierten Situation treffen sich der Scrum-Master und der Produkteigent\u00fcmer zu Sprint- Vorabbesprechungen entweder formal oder in der Woche \u00fcber verteilt. Sie f\u00fcgen Stories zum Backlog mittels eines Online-Programms und haben umfangreiche Diskussionen \u00fcber den Inhalt der einzelnen Geschichten und beschreiben vielleicht sogar Aufgaben und Teilaufgaben. Die Sprint-Planung wird dann via Skype mit dem Scrum-Master und dem Produkteigent\u00fcmer aus der Ferne organisiert.<\/p>\n

Die Herausforderungen, die in diesem Fall auftreten:<\/p>\n

– Die Entwickler verpassen alle Interaktionen mit dem Produkteigner. F\u00fcr den Scrum-Master k\u00f6nnen Dinge bereits klar sein doch bekommen die Entwickler nur Informationen aus zweiter Hand und vermissen die Befugnis jede User-Story mit dem Produkteigner zu diskutierten.<\/p>\n

– Sie riskierten die Schaffung von Mini-Wasserfall-Projekten, bei denen alle Informationen vom Scrum-Master gesammelt werden (der im Grunde der Projekt-Manager wird). Dieser beschreibt die Anforderungen und weist sie den Entwicklern zu. Damit geht einer der wichtigsten Punkte von Scrum verloren, die Interaktion.<\/p>\n

–\u00a0Da der Scrum-Master die Klarheit hat \u00fcber was jede Geschichte handelt, wird er Annahmen treffen, die er dem Team in der Ferne vielleicht nicht vermitteln kann. Das entfernte Team, besonders wenn sie einer anderen Kultur angeh\u00f6ren, wird eventuell nicht genug fragen um die gleiche Klarheit zu erlangen und damit beginnt eine Entwicklung mit unvollst\u00e4ndigen Informationen.<\/p>\n

Um Kommunikationsprobleme zu vermeiden, gibt es folgende L\u00f6sungen sein:<\/p>\n

– Organisiere die Planung des Sprints mit dem gesamten Team mittels einer Telefonkonferenz inklusive des Produkteigners.<\/p>\n

–\u00a0Erstelle ein gr\u00f6\u00dferes Team und platziere den Scrum-Master am selben Ort wie die Entwickler. Das gibt dem dezentralen Team viel mehr Verantwortung und Eigentumsgef\u00fchle an dem was sie kreieren.<\/p>\n

–\u00a0Begrenzen Sie die Vorabplanung des Sprints, an der nur der Scrum-Master und der Produkteigent\u00fcmer teilnehmen, nur um die User-Stories auf einem h\u00f6heren Niveau zu beschreiben. Lassen Sie den Scrum-Master alle Details der Planung des Sprints mit den Entwicklern zusammen einf\u00fcgen.<\/p>\n

Vielleicht haben Sie zus\u00e4tzliche L\u00f6sungen aus ihren eigenen Erfahrungsschatz?<\/p>\n

<\/p>\n

<\/p>\n

<\/p>\n

 <\/p>\n

<\/p>\n

 <\/p>\n

<\/p>\n

 <\/p>\n

<\/p>\n","protected":false},"excerpt":{"rendered":"

The past years I have been experimenting a lot with scrum in our offshore and nearshore cooperations. One of the most challenging parts of distributed scrum (the variant of scrum where team members cooperate from different locations) is organizing the …<\/p>\n","protected":false},"author":4,"featured_media":44086,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[14,5,106],"tags":[],"class_list":["post-5133","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-offshoring","category-outsourcing","category-development-practices"],"featured_image_src":"https:\/\/www.bridge-global.com\/blog\/wp-content\/uploads\/2013\/02\/planning.jpg","author_info":{"display_name":"Hugo Messer","author_link":"https:\/\/www.bridge-global.com\/blog\/author\/hugomesser\/"},"_links":{"self":[{"href":"https:\/\/www.bridge-global.com\/blog\/wp-json\/wp\/v2\/posts\/5133","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.bridge-global.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bridge-global.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bridge-global.com\/blog\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bridge-global.com\/blog\/wp-json\/wp\/v2\/comments?post=5133"}],"version-history":[{"count":8,"href":"https:\/\/www.bridge-global.com\/blog\/wp-json\/wp\/v2\/posts\/5133\/revisions"}],"predecessor-version":[{"id":28546,"href":"https:\/\/www.bridge-global.com\/blog\/wp-json\/wp\/v2\/posts\/5133\/revisions\/28546"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.bridge-global.com\/blog\/wp-json\/wp\/v2\/media\/44086"}],"wp:attachment":[{"href":"https:\/\/www.bridge-global.com\/blog\/wp-json\/wp\/v2\/media?parent=5133"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bridge-global.com\/blog\/wp-json\/wp\/v2\/categories?post=5133"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bridge-global.com\/blog\/wp-json\/wp\/v2\/tags?post=5133"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}