[Bugsquad] Long range planning (and Seli background)

Michael Leupold lemma at confuego.org
Mon May 19 10:28:02 CEST 2008

Am Montag, 19. Mai 2008 08:14:40 schrieb Alex Spehr:
> Ok, so that's background. What does this actually mean?
> We're being asked if we're a long-term viable group. How big can we
> grow? How big should we grow? What motivates people? How do we not burn
> out? How long are we likely to keep people until they end up either
> a) being killed by their Significant Others, b) bored, c) developing?

I think one key goal should be establishing a common identity for the 
bugsquad. We should probably think about things that would help this like 
reordering the techbase and probably supplying more information there or 
getting a cool logo :)

By the way, what about kde-quality? It sounds like there's not too much buzz 
about this right now and quality's goals seem to match partly (especially if 
we'll go around and find bugs in kdepim). Merging with quality could be a 
good thing as "quality" is a term that's just catchier and more colorful 
than "bug hunting" (we'd also have a presence outside the wiki at almost no 
cost :)).

To avoid burning out and getting bored it's really important that the members 
of the bugsquad get some recognition from the developing kind. I guess the 
challenge with seli and ossi is good in that respect as it helps people to 
notice us.

> I see BugDays as being a great way to train new people and bring them
> in. Now we need to figure out what exactly to do with them. I mean,
> surely not everybody wants to do Konqueror bugs. And I'm guessing we
> only have 1000 or so of them left.

> So do we set up triage teams of people who want to talk to developers
> of a particular package, and keep up to date with them? Do we all fight
> over incoming triage? (How many a day do we get?)

This is certainly something we should do - at least for communicating with the 
devs. Apart from that I think there's many bug hunters who'd be happy to jump 
from app to app now and then (helps fight boredom as well).
Doing incoming triage is a good thing - I remember we discussed that a little 
already. Of course we'd need to semi-assign people to an application for that 
purpose to make sure someone feels responsible for "his" bugs.


More information about the Bugsquad mailing list