Most of us have seen that in Ken Schwaber's class did not we.
Included the "59" minutes. Brad Grant <bradg@...>
of course it dawned on me on the drive home where I had seen such a
Scrum-specific method, compliments of Jean Tabaka:
--- In email@example.com, "Brad Grant" <bradg@c...> wrote:
> You may want to investigate a hands-on simulation activity with the
> team; where the principles and techniques can be used in a
> fun/non-threatening and constructive format.
> This is referred to "Process Miniature" in most Agile circles, and
> would defer to other active practitioners on this group for specifics.
> Brad Grant
> St. Louis, MO CSM (non-practicing)
> --- In firstname.lastname@example.org, "Dymond, Robin"
> <robin.dymond@c...> wrote:
> > Hi Graeme,
> > One of my techniques is to have the company buy a selection of books,
> > hand them out to team members, and then do a weekly lunch and learn.
> > Each team member has to read the book, and present to the team an
> > overview of the book, and how the ideas might help us be a better
> > This has a number of benefits:
> > * It makes team members aware that there is a body of literature
> > on the topic
> > * It gets team members, such as developers
thinking "heads up"
> > instead of heads down about their piece of the project
> > * Instead of you preaching to the team, the team members sell
> > ideas to each other, and they take ownership of the ideas they present
> > If you have the opportunity, interview the people who will join the
> > project, explain that this is a different way of working, and ask if
> > they are up for it. Allow people to self select out of the process. Do
> > not let mgmt force people onto the team, after all this is a
> > need willing/interested participants.
> > If you are doing a trial, then I would highly suggest going with a
> > common team project room where everyone works, the User stories and
> > cards are visible, etc. This gets people out of their current
> > environment, and
helps change people's thinking about work, and their
> > team.
> > You will always have to be on guard for reverting back to old
> > sure the user stories/use cases are well formed and lead to working
> > software in the iteration.
> > cheers,
> > Robin
> > -----Original Message-----
> > From: email@example.com
> > [mailto:firstname.lastname@example.org] On Behalf Of Graeme Matthew
> > Sent: Friday, December 02, 2005 1:53 AM
> > To: email@example.com
> > Subject: [scrumdevelopment] How to handle a team member on an
> > agile trial project
> > Hi all
> > Today after about 8 months of painstaking 'agile / scrum
> > evangelism', the organisation has moved to action and has been backed
> > and confirmed to trial it for our next project. This commences in
> > weeks.
> > One of my recommendations is we need a team where every member
> > is 100% committed to srum. One area of concern is that the scrummaster
> > may resort to going back to their bad ways (safety zone i.e waterfall)
> > do any of you have any recommendations on how to handle a
> > this if / when it occurs?
> > My plan for next week is to present the scrum methodology as
> > well as lean thinking (Tom and Mary Popiendick) to the project team
> > (about 7 people no more)
> > The company IS allowing the time to prepare for the project
> > prior to commencement (i.e how we are going to do it using scrum)
> > is good.
> > Can any of you offer any other recommendations on how Scrum
> > knowledge can be transferred to a team (who is willing to learn) who
> > does not have the knowledge i.e is my approach wrong? I have the
> > theoretical knowledge and some real world XP but for me this too
> > a learning curve, but it is something that I am very dedicated to
> > Lastly do you know if one can purchase any Scrum manuals
> > (toolkits) online? as this may be a userfull as a reference prior and
> > during the project?
> > Many thanks, please feel free to criticise my approach as it can
> > only help
> > Regards
> > Graeme
> > To Post a message, send it to: scrumdevelopment@e...
To Unsubscribe, send a blank message to:
> > scrumdevelopment-unsubscribe@e...
> > ________________________________
> > YAHOO! GROUPS LINKS
> > * Visit your group "scrumdevelopment
> > <http://groups.yahoo.com/group/scrumdevelopment> " on the web.
> > * To unsubscribe from this group, send an email to:
> > >
> > * Your use of Yahoo! Groups is subject to the Yahoo!
> > Terms of Service <http://docs.yahoo.com/info/terms/> .
> > ________________________________
> > The information contained in this e-mail is confidential and/or
> > to Capital One and/or its affiliates. The information transmitted
> > is intended only for use by the individual or entity to
which it is
> > addressed. If the reader of this message is not the intended
> > you are hereby notified that any review, retransmission,
> > distribution, copying or other use of, or taking of any action in
> > upon this information is strictly prohibited. If you have received
> > communication in error, please contact the sender and delete the
> > from your computer.