[Bugsquad] Long range planning (and Seli background)
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
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
> 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