Re: [scrumdevelopment] Re: Nitty-gritty detail of updating Scrum artifacts
- On 06 29 2006 9:14 AM, "Cees De Groot" <cdegroot@...> wrote:
> So, instead of worrying about hours put in, I'm desperately trying toI've noticed that teams who do agile development in a shared space (either a
> get the teams relocated, have extra walls built, whatever. And I'm
> collecting evidence against the profound stupidity of putting software
> developers in an open plan office. =
team room or an open plan office) do struggle with distractions and
maintaining flow unless they practice pair programming. The distractions
are certainly increased, but the practice of pairing provides resilience to
this. If a pair is interrupted, one person can respond to the distraction
while the other remains focused and in flow. When the distraction is over,
the focused person can quickly bring the unfocused person back up to speed.
Of course, this requires having an open space with desks that allow for
pairing; this means not using the L-shaped desks designed for people working
Does your team pair in the open space?
Alex Pukinskis - Agile Coach
Rally Software Development - http://rallydev.com/
- When I read about an organization with rampant context switching,
siloing and resource fragmentation, I believe it is management's
responsbility to figure out how to address the organizational
dysfunctions rather than blame the developers for not being able to
commit to what they can get done in short time frames under such
To say that the problem appears to be that the developers are slacking
off exhibits so much arrogance on the part of management, my gut
reaction is to suggest that if management has no more problems to
solve and yet the development throughput is unsatisfactory, then maybe
the organization needs less managers and more developers.
On 7/4/06, Wolfgang Schulze Zachau <wolfgang@...> wrote:
> The unfortunate lad reports to a different team, and I am allowed to make
> use of approx. half his time.
> I don't need to suspect. I *know* they all do things that are unrelated to
> sprint. This is due to all of us having to do day-2-day IT support for
> approx. 50-60 other staff (who range from almost complete computer
> illiteracy to somewhat advanced homw users), plus everyone has their
> personal career development objectives, which they need to spend 4 hours a
> week on doing.
> The support work is on average not enough to keep a full man busy, so we
> have decided to rotate this around, then at least everybody gets 4 days of
> relatively uninterrupted work per week.
> Have you sat
> > down with Jimmy and his partner and pointed out that they are
> > failing to meet their commitments, and asked why?
> Yep, I have. And that's when the excuses come alive. Which is why I wanted
> them all to report back how exactly they are using their time when not
> working for the sprint.
> There used to a habit here that other staff would just walk up to a member
> of the IT team, state their demands/requirements/wishes and expect things
> get done on the spot (supported to some degree by the MD himself). I have
> pretty much stopped that and now at least these folks either go through me
> or they log their work requests in the (ever popular) bug tracker, so that
> we can prioritize them and then schedule them.
> But then, we are an e-commerce company, our IT systems are the very blood
> that keep this company alive. There are numerous justified occasions where
> emergencies need to be responded to right away. I simply want them tracked.