Picon

Looking for beta testers



Hello, I'm looking for 10 beta testers for a new app that makes team communication with people & apps better.


If interested, please email me at brett <at> hall-inc.com. The only commitment is having time for a 10 minute survey once a week.


Thanks.



__._,_.___
Posted by: nverfollowtt22 <at> gmail.com


To Post a message, send it to:   SCRUMDEVELOPMENT <at> eGroups.com
To Unsubscribe, send a blank message to: SCRUMDEVELOPMENT-unsubscribe <at> eGroups.com




__,_._,___
Picon

Manage the Growing Pains of Scaling an Agile Team



I've written a Manage the Growing Pains of Scaling an Agile Team | 352 Blog detailing an experience I've had scaling a scrum team. I'd love to hear your thoughts, and I'm really interested to see how you've managed to scale an agile team effectively. Here's a preview of the post below:

One of the biggest challenges of developing a digital product is accepting that your core development team may not be enough to get a complex product out the door quickly. Agile and scrum provide a framework for lean development, but what happens when it’s time to ramp up production from proof of concept to large-scale digital product?

It’s dangerous to assume that the same team patterns will be appropriate at every size of product development. For instance, you may think that if a core team includes two designers and two back-end developers, then a team three times that size must have six designers and six developers to deliver three times more.

Unfortunately, that is rarely the case for teams that need to rapidly scale production. It’s one of the dangers inherent to scrum: what works for an established agile team may not work when you need to expand.




__._,_.___
Posted by: kategriggz <at> yahoo.com


To Post a message, send it to:   SCRUMDEVELOPMENT <at> eGroups.com
To Unsubscribe, send a blank message to: SCRUMDEVELOPMENT-unsubscribe <at> eGroups.com




__,_._,___
Picon

Agile UX

Agile UX is a topic I've ignored, and that has now come back to bite me. What would be the top references where I
can get the world of it? 

Michael

------------------------------------
Posted by: Michael Wollin <yahoo <at> mercurysw.com>
------------------------------------

To Post a message, send it to:   SCRUMDEVELOPMENT <at> eGroups.com
To Unsubscribe, send a blank message to: SCRUMDEVELOPMENT-unsubscribe <at> eGroups.com
Picon

Agile in China

Would someone please point me to references concerning agile training, coaching and transformation in
China? In particular, I'm interested in what have been specific real world experiences with cultural
challenges. 

This is to share with a client who asked me what differences there are. I've never been there and I certainly
known I don't know. :)

Thanks. 

Michael

------------------------------------
Posted by: Michael Wollin <yahoo <at> mercurysw.com>
------------------------------------

To Post a message, send it to:   SCRUMDEVELOPMENT <at> eGroups.com
To Unsubscribe, send a blank message to: SCRUMDEVELOPMENT-unsubscribe <at> eGroups.com
Picon

Bug Triages



Hello,


Recently I've come across a practice in the organization which has been there from pre-agile times. It is called bug triages. I'm struggling to grasp the role of this one in Scrum as I've never met in trusted sources any reference to 'bug triages'.

  • is this practice to be considered a part of product backlog refinement?
  • won't bug triages meeting create another standing session in addition to 'official' ceremonies?
  • how does it fit in Scrum (by spirit and letter),
  • are there any alternatives to 'bug triage' meeting?
I would greatly appreciate all the opinions and thoughts!


__._,_.___
Posted by: hennadii.omelchenko <at> gmail.com


To Post a message, send it to:   SCRUMDEVELOPMENT <at> eGroups.com
To Unsubscribe, send a blank message to: SCRUMDEVELOPMENT-unsubscribe <at> eGroups.com




__,_._,___
Picon

Backlog Refinement as an Event Between Two Sprints



I just voted for the idea  'Include Backlog Refinement in the Scrum Events section' in Scrumguide.uservoice.com, proposed by Jose Luis Soria (http://scrumguide.uservoice.com/users/47440411-jose-luis-soria)

http://t.co/9HeoLDjyel

There I have expressed my opinion as follows:
"I agree with this idea.
Though planning is an ongoing activity & yet we have events like time-boxed Scrum Planning.
Similarly backlog refinement is ongoing as an individual activity of the PO  but still we need to have it additionally as an event with the entire team participation.
In fact I will go beyond this and suggest that this be scheduled as a time-boxed event (10 % of the Sprint duration) immediately after sprint retrospective and just before the next Sprint planning session of the next sprint. Scheduling backlog refinement meeting as an event during a sprint will shift the team member focus from the current sprint to the forthcoming sprint. This will be a case of context switching which has been regarded as a waste from Lean perspective.
But if a time-boxed backlog grooming is scheduled between two sprints the team can give full focus. So a typical 2-week sprint schedule will look like
Monday -First Half : Sprint Planning and
then after two weeks
Friday - First Half: Sprint Review and Sprint Retrospective
Friday - Second Half - Backlog refinement
Monday - First Half - Sprint Planning (next sprint)

One limitation with this approach is if the PO is not available on the Backlog Refinement Event is scheduled then it will get adversely impacted. But the same can be said of scheduled Sprint Planning session too."


Welcome your opinions.


- Gopinath

 





__._,_.___
Posted by: gopinath_ram <at> yahoo.com


To Post a message, send it to:   SCRUMDEVELOPMENT <at> eGroups.com
To Unsubscribe, send a blank message to: SCRUMDEVELOPMENT-unsubscribe <at> eGroups.com




__,_._,___
Picon

How do you measure individual performance when using scrum?



This is something that has alluded me for a long time. How can you measure individual performance when you're working in a team framework, like scrum (and others)?


It would be nice to be able to use something like OKRs on an individual level. This opens up many opportunities for people to work how they like, but I'm wonder whether the cost is not being able to use a framework like scrum.


Does anyone have any experience of using OKRs with scrum? If so, what do your individual OKRs look like?


Thanks,


Mike



__._,_.___
Posted by: mike <at> mikepearce.net


To Post a message, send it to:   SCRUMDEVELOPMENT <at> eGroups.com
To Unsubscribe, send a blank message to: SCRUMDEVELOPMENT-unsubscribe <at> eGroups.com




__,_._,___
Picon

minimally dependent Teams sharing a code base



All –

 

I’m looking for example cases of multiple teams in the same code base and sharing a product backlog releasing every sprint and functioning in a fairly independent manner.  Specifically, that their sprint commitments are Team-specific, and it is possible for one Team to fail their sprint while the other succeeds.  I’m also interested in hearing where the minimal dependencies are.

 

Thanks in advance for anything you can provide.

 

--- Jean

 


Jean Richardson

Azure Gate Consulting

~ Repatterning the Human Experience of Work

 

AzureGate.net

(503) 788-8998

Jean <at> AzureGate.net

 

 

 



__._,_.___
Posted by: "Jean Richardson" <jean <at> azuregate.net>


To Post a message, send it to:   SCRUMDEVELOPMENT <at> eGroups.com
To Unsubscribe, send a blank message to: SCRUMDEVELOPMENT-unsubscribe <at> eGroups.com




__,_._,___
Picon

Fwd: Ron's 'Final Meeting of the Agile Alliance'




Wow Bradley, you really read different things then I do...

Y

scrambled by yPhone

Op 7-feb.-2015 om 18:15 heeft Charles Bradley - Professional Scrum Trainer and Coach chuck-lists2 <at> emailchuck.com [SCRUMDEVELOPMENT] <SCRUMDEVELOPMENT <at> yahoogroups.com> het volgende geschreven:

 

> No. Just no. I do not believe there should be a single umbrella, at least none more effective and controlling that the Agile Alliance, which can barely run a conference.

So, you *do* believe in a single umbrella, just an umbrella that is no more effective and controlling than barely being able to run a conference.

Did I understand you correctly?
-------
Charles Bradley
Professional Scrum Trainer
Scrum Coach-in-Chief
http://ScrumCrazy.com


From: "Ron Jeffries ronjeffries <at> acm.org [SCRUMDEVELOPMENT]" <SCRUMDEVELOPMENT <at> yahoogroups.com>
To: SCRUMDEVELOPMENT <at> yahoogroups.com
Sent: Friday, February 6, 2015 5:59 PM
Subject: Re: [SCRUMDEVELOPMENT] Ron's 'Final Meeting of the Agile Alliance'



Charles,

On Feb 6, 2015, at 3:55 PM, Charles Bradley - Professional Scrum Trainer and Coach chuck-lists2 <at> emailchuck.com [SCRUMDEVELOPMENT] <SCRUMDEVELOPMENT <at> yahoogroups.com> wrote:

Comes down to this fundamental disagreement:  In the context we are speaking in, I believe that competition is better to move us all forward, and you believe that cooperation under a single umbrella moves us forward to improvement better. 

No. Just no. I do not believe there should be a single umbrella, at least none more effective and controlling that the Agile Alliance, which can barely run a conference.

The story — it was a bloody story after all — was about renaming the Agile Alliance because everyone in software, Agile, Lean, Kanban, probably even Waterfall, had come together in peace, love, understanding and continued learning, instead of the petty crap we have today with this guy pissing on that guy’s method etc etc.

I really think the PMI is the best example of trying to do this in our industry --- it doesn't work as fast or as good as competition does.  SAFe(tm) might also be a good example of this.  For years the industry ignored the scaling market and now... all of the sudden... spurred on by the competition of Dean and Co, the Scrum Alliance has moved to have a scaling product, Scrum.org has moved to have a scaling product, and Jeff Sutherland's Scrum Inc has moved to have a scaling product, and finally, Craig Larman and Bas Vodde have moved quickly to re-establish their fine(and battle tested I might add) scaling approach as something more visible and digestible.

Business competition is just fine, as I’ve said oh fifteen times now. And one of the strengths of SAFe is that it explicitly incorporates Scrum and XP, as well as a whole bunch of Lean ideas. They don’t have everything right — no one ever will — but they ay well recognize better than any other method today that this stuff all fits together.

I am 100% in favor of a single Scrum team or Product Group working together toward a common purpose because the complexity is manageable (yet challenging) and purpose and incentives can be unified enough, but that's a completely different context than trying to unite people across the world towards a common purpose, especially when there is capitalistic money and market forces involved.  It's just not going to happen, and IMHO, it's a waste of time to try.  

For the thirty-first time, I’m not trying to create a monopoly. I do think Scrum would have been stronger over the last N years had Ken not gone out of his way to pretend that Lean didn’t exist. I think it’s ludicrous how DJA goes out of his way to trash Agile whenever he gives a talk, especially since he probably wouldn’t have a business at all did Agile not exist.

Not one company. One industry all looking at the same set of ideas, emphasizing the ones they like, maybe arguing about some of them, but not trashing each other, instead focusing on the real problems, which are about helping individuals and companies get things done. 

I guess I just don't believe in monopolies of any kind.  I don't know any other way to put it, so I think I've made my position clear on this topic.

For the seventy-third time, I am not proposing a monopoly. I am pointing out that we all have a wide range of common understanding and a common target.

I remain in respectful disagreement with you on this tiny percentage of stuff we don't agree about.  :-)  Great seeing you at Agile 2014 btw, and thanks for the great discussion we had on Agile in big companies.  I learn a lot from you... even when we don't agree.  :-)

Or when you disagree with yourself, because you’re definitely not disagreeing with me. I do not want a monopoly. I want mutual respect, less stupid effort spent trying to discredit the Agile/Kanban/Lean guy next door.

See you at the next conference ...

Ron Jeffries
Sometimes you just have to stop holding on with both hands, both feet, and your tail, to get someplace better. 
Of course you might plummet to the earth and die, but probably not: you were made for this.








--

Yves Hanoulle 
Phone 00 32 467 43 38 32

Skype YvesHanoulle

Blog: www.Hanoulle.be

Coaching Question Of the Day: http://twitter.com/Retroflection



__._,_.___
Posted by: Yves Hanoulle <mailing <at> hanoulle.be>


To Post a message, send it to:   SCRUMDEVELOPMENT <at> eGroups.com
To Unsubscribe, send a blank message to: SCRUMDEVELOPMENT-unsubscribe <at> eGroups.com




__,_._,___
Picon

Fwd: Ron's 'Final Meeting of the Agile Alliance'







scrambled by yPhone

Op 6-feb.-2015 om 01:47 heeft Ron Jeffries ronjeffries <at> acm.org [SCRUMDEVELOPMENT] <SCRUMDEVELOPMENT <at> yahoogroups.com> het volgende geschreven:

 

Yves,


On Feb 5, 2015, at 12:53 PM, Yves Hanoulle mailing <at> hanoulle.be [SCRUMDEVELOPMENT] <SCRUMDEVELOPMENT <at> yahoogroups.com> wrote:

As a trainer I was always told , many people like different training styles.
The agile community experimented at very large scale with different selling styles

There is plenty of room for companies competing and I think that’s probably fine. One dimension of competition could be on training and selling styles.

I do not see the advantage of events like this, taken from real life:
I have seen these (or similar things)
And the scaling wars remind me of a lot of these..

  • Lead spokesman for Kanban mocking Scrum and Agile;
Is this example recent? I'm asking as David (the person I think you refer to) his style has changed a lot the last year. I don't know what happend, yet for me it feels this happens at least less. (I am not enough in contact to say it happens no longer)

  • Lead spokesman for Scrum mocking Kanban and Lean;
  • Near-denial of the value of technical practice;
  • Useless differentiation of XP and Scrum, which are close enough in the intersection to easily be considered compatible instead of competing;
I saw a big war between scrum and XP 5years ago, now it feels like both parties reach out.
(Just like the first scrum book I read, the black book with the "wrongly colored words", mentioned the need of technical excellence, even if it was only briefly)


I could go on. People are actually taught that ideas that are quite useful within method X are wrong and incompatible with it. It has taken years, unnecessary years, for the limited understanding of the need for technical practices to become somewhat accepted in Scrum, unnecessary years to bring even limited Kanban ideas inside. We still don’t have a decent integration across all methods of the notions of time boxes or of value stream, or of limiting WIP, as seen in Lean, although of course many of us teach all those ideas.


It’s fine to compete as businesses, in many ways. It’s not so fine when our competition causes us to push back against perfectly good ideas that would help companies do better.

The moment in competition it starts to become personal,....
And yes in agile we should know better, and it's the same in religious that kill to spread their idea of loving one another (I don't want to start a subthreat)

So yes I agree, in the community we should respect resources and their ideas more...
(Sorry I could not resist that resource joke.....)

Y

Ron Jeffries
If another does not intend offense, it is wrong for me to seek it;
if another does indeed intend offense, it is foolish for me to permit it.
  -- Kelly Easterley




--

Yves Hanoulle 
Phone 00 32 467 43 38 32

Skype YvesHanoulle

Blog: www.Hanoulle.be

Coaching Question Of the Day: http://twitter.com/Retroflection



__._,_.___
Posted by: Yves Hanoulle <mailing <at> hanoulle.be>


To Post a message, send it to:   SCRUMDEVELOPMENT <at> eGroups.com
To Unsubscribe, send a blank message to: SCRUMDEVELOPMENT-unsubscribe <at> eGroups.com




__,_._,___
Picon

Re: Re: Ron's 'Final Meeting of the Agile Alliance'



The different agile movements have all had their own distribution systems and their own program.
I'm convince this is why agile has such a succes now.
Yes the scrum certificates helped to spread it, yet a lot of other companies at first liked the paywall that dsdm used. For some people it sounded more credible because you had to pay for it. Etc etc...
 
As a trainer I was always told , many people like different training styles.
The agile community experimented at very large scale with different selling styles.
 
That played for me a big part in the succes.

Y



scrambled by yPhone

Op 5-feb.-2015 om 16:53 heeft Charles Bradley - Professional Scrum Trainer and Coach chuck-lists2 <at> emailchuck.com [SCRUMDEVELOPMENT] <SCRUMDEVELOPMENT <at> yahoogroups.com> het volgende geschreven:

 

I just don't believe in there being "one overall" organization that is essentially a monopoly.

I think Scrum has moved forward faster by having 2 (more than 2, actually) major Scrum organizations than it would have otherwise.  I think some people get complacent and don't keep up with the latest changes to Scrum and keep innovating.  I think competition minimizes this complacency. At one time, there *was* a near monopoly on Scrum, and I don't think that worked out well.

Does anyone really think Scrum and Agile would have moved faster if we relied on the PMI as the "one umbrella" to do it?

Recently ScrumStudy came along, and it encouraged both Scrum.org and the Scrum Alliance to react to that competitive pressure.  I think that's a good thing for the industry and profession of software development.  There are numerous other examples in our space where new competition spurred existing organizations into action.  I've personally witnessed it many times.

I also think that there are approaches that call themselves "Agile" that are not in alignment with the spirit of Agile.  As such, I don't think the Agile Alliance should closely associate themselves with those approaches... under a single umbrella.  Nor do I think the Agile Alliance should be the "Supreme Court" of what is Agile and what is not Agile.

I hope that everyone understands that I have the utmost respect and honor for Ron, and that Ron and I agree 99% of the time on Agile topics, but I reserve the right to disagree from time to time with him ... in the marketplace.... of ideas.  :-)  I can disagree more freely with Ron because I don't have to worry about whether I will be ostracized or punished by the "fantasy monopoly" of the Agile Alliance.

I like all of the orgs as the way they are now, and I think new orgs should spawn up as necessary.  Competition baby!  Love it!
-------
Charles Bradley
Professional Scrum Trainer
Scrum Coach-in-Chief
http://ScrumCrazy.com


From: "steve <at> ootac.com [SCRUMDEVELOPMENT]" <SCRUMDEVELOPMENT <at> yahoogroups.com>
To: SCRUMDEVELOPMENT <at> yahoogroups.com
Sent: Thursday, February 5, 2015 8:13 AM
Subject: [SCRUMDEVELOPMENT] Re: Ron's 'Final Meeting of the Agile Alliance'



Charles

And of course there is no competition or marketplace of ideas within the Scrum community, within the Kanban community, within the DSDM community.

You seem to be advocating choosing the approach (and organisation) to adopt and follow it blindly.  I don't, for one minute believe that that is what you mean but that is my interpretation of what you have written.

Given that at least two of the Manifesto values are to do with better communications, one liners are not really helpful or add to the community further understanding; apologies if you are offended by this but I believe we are all guilty of "using one word when six would actually do".







--

Yves Hanoulle 
Phone 00 32 467 43 38 32

Skype YvesHanoulle

Blog: www.Hanoulle.be

Coaching Question Of the Day: http://twitter.com/Retroflection



__._,_.___
Posted by: Yves Hanoulle <mailing <at> hanoulle.be>


To Post a message, send it to:   SCRUMDEVELOPMENT <at> eGroups.com
To Unsubscribe, send a blank message to: SCRUMDEVELOPMENT-unsubscribe <at> eGroups.com




__,_._,___

Gmane