Re: [scrumdevelopment] Command and control to start
- I wouldn't (want to) think of what you are describing as "command and
control". I fear that thinking of it that way will significantly dilute
the value of the exercise.
You are right that, as the "Scrum expert", you might sometimes be in a
better position to decide which practice to try adopting next than the
rest of the team.
I would never *command* a team to try a practice, though. Rather, would
I think is the right thing to do in almost every situation is to
*invite* the team to try it. Perhaps even strongly persuade. But never
I also don't think there should be "control" involved, in the sense of
"measure the results against expectations, and punish or reward
accordingly". Instead, I think my job would be to help the team reflect
on the experience, and facilitate the decision making process.
So I guess what I'm saying that instead of "command and control", it
should be much more of "educate, lead and facilitate".
Does that sound reasonable?
- Not sure if this will help but I have often found that people are
less than enthusiastic about changing the way they work using an
approach suggested by someone else - whether it be Scrum or any other
In all circumstances I have tried to identify that person's goals -
what they are truly trying to acheive in thier work, and what
motivates them - and then help them to see how the new working
practices can help them acheive those goals. If I can do this (and it
is often difficult), then it always helps.
--- In firstname.lastname@example.org, Alan Dayley <alandd@...>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Writing about this topic in my Scrum adoption journal, I seem to
> arrived at a conclusion that should work for me. However, thegreat and
> MUCH more experienced minds here can help solidify my confidence.If I
> may indulge, let me describe my thought train.attempted to
> Our Scrum adoption is going slowly but positively. I have
> teach the team about Scrum and agile principles to allow them toselect
> which pieces they want to adopt as we go. This has worked well withour
> starting adoption of minimizing team effort interruptions andmeeting
> interruptions.anything more.
> But we have stopped adopting and the team has not asked for
> They only have a single, one-hour presentation on the Scrum
> and some written materials in their knowledge bank. I am confidentthat
> they either don't know what to ask for or don't see the practicalvalue
> of specific practices.in the
> We still very much have a Team Lead providing command and control
> most positive way possible. (Another place where a self-directedteam
> is not yet realized.) The Lead has stated two things the pushed meto
> my conclusion, paraphrasing: "We don't need training. We alreadyknow
> how to get the job done," and "Just tell us a practice to do andwe'll
> do it."the
> Overcoming the lack of desire to receive instruction is a slightly
> different topic that I'll choose to ignore at present. Focusing on
> second point, I did not want "command and control" the team in theirScrum in
> adoption of Scrum.
> Then I remembered an question and answer exchange during ScrumMaster
> training. The question was "What is the usual way to introduce
> an organization?" Trainer Michael described a two-day kick offgoing
> through introduction, exercises, creating a real backlog, sprintlearning a
> planning and go.
> And it hit me. The described introduction process is "command and
> control," of a sort. And that makes sense to me now. When
> new technique, the student must be told what to do and the reallearning
> is in the doing. Especially when learning Scrum, the learning, andpick
> proving value, is definitely in the doing.
> I know, based on team desires and management reluctance to surrender
> time for training, a multi-hour "immersion" or an attempt to change
> everything all at once will not work in my situation. But, I think,
> based on the Team Lead's desire to be told and an initial
> "teacher/student" relationship, it safe for me as ScrumMaster to
> practices that the team can learn by doing. Command in the most
> self-directed team manner possible.
> Any thoughts or insights for me about my thinking here?
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> -----END PGP SIGNATURE-----