Re: Sprint lengths around holidays?

"Wouter Lagerweij [email protected] [SCRUMDEVELOPMENT]" <[email protected]>
Newsgroups gmane.comp.programming.scrum.general
Message-ID <CABJ7RByuOEOzywj_fP-V-x4dpvam9tfiaQXDu66MnOvasAODuA@mail.gmail.com>
Whatever feels right...

I've done 'extra long' sprints over the holidays, as well as 'no sprint'
(just work on quality/test stuff). As well as just going on in the same
rhythm, but with less taken into the sprint. I rather prefer the 'no
sprint' situation, as it leaves less room for misunderstanding.

It really only becomes an issue if there's too much of an expectation of
some progress towards a planned scope+deadline. Even with a longer sprint,
you won't be haing the same kind of progress as usual. People are away that
you need, no feedback from customers since they're also away. Old fashioned
organisations might still have things like production-freezes over the
holidays. Plenty of breaks in the normal (feedback) cycles.

So as long as you make sure nobody expects business as usual, this can be a
nice and even productive time of the year for part of the team.

Wouter


On Mon, Oct 19, 2015 at 9:47 PM, Christofer Jennings [email protected]
[SCRUMDEVELOPMENT] <[email protected]> wrote:

>
>
> Do you change sprint lengths around the Holidays?
>
> I don’t mean any old holiday through the year. For that I assume you don’t
> (I don’t). But what about around the end of the year when many people are
> off for periods of days, and those days kind of overlap but not
> necessarily? For example, I have a team that wants to add a few calendar
> days to a couple of sprints so they have enough people around for things to
> get things done. Some ceremony days would naturally fall on days when
> basically no one’s around.
>
> What do you think?
> -boz
> 
>



-- 
Wouter Lagerweij          | [email protected]
http://www.lagerweij.com  | @wouterla <http://twitter.com/#!/wouterla>
linkedin.com/in/lagerweij | +31(0)6 28553506
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.