/[http://wiki.kde.org/tiki-index.php?page=KDE+Community+World+Summit|aKademy] / [http://wiki.kde.org/tiki-index.php?page=Talks+@+aKademy|Talks] / Quality Teams

-=KDE Quality Teams=-

Tom Chance

The Quality Team project started this year by Carlos Leonhard Woelz.  Currently developers talk to developers through mailing lists, IRC etc; users talk to developers via kde-look and kde-apps, news sites and bugzilla.  Developers talk to users via blogs which has been improved with kdedevelopers.org and planetkde.

Scenario: user wants a feature and enters it into the beasties database.  The developer reports asking for technical details.  User then becomes confused and gives up.  

Scenario 1: user wants to help KDE project, learns a little C++ but doesn't know where to help, asks on mailing lists and looks at beastie database for jobs.  User realises they aren't a good coder so does documentation, moves around until finds place in project.  There is psychological barrier between being user and developer.  

Scenario 2: developer wants a new splash screen, e-mails some artists and may or may not get a good splash screen.

Quality teams sit between developers and users (infact they overlap since developers and users can be in the quality teams).  Can help with beastie database management, user interface and general testing, documentation, communication and promotion and anything else they can do.

Scenario 1 again, user knows some C++, e-mails kde-quality list, gets ideas for what to do, does them.

Scenario 2: developer wants a new splash screen, asks quality team, quality team create a competition on kde-look and promote it to get a result.

Quality teams improve the whole of KDE.

They have a kde-quality mailing list, but discussions often move onto specific list e.g. kde-multimedia to prevent duplication.  Quality Team wiki pages, help new contributers into the world of KDE.  Developers and users can also just ask for help, this is welcome.

Developers can benefit from Quality Teams and Quality Teams need developers.  So Tom is asking for developers to get more involved in working with Quality Teams.  Things for developers to do:

*Be aware of Quality Teams and be in contact with Quality Teams
*Maintain task lists
*actively recruit people e.g. in your .sig or in news site comments
*lurk on kde-quality mailing list
*ask for help, kde-quality will do better the more that people throw at it

Quality teams can break down the divide between users and developers, give new opportunities and improve KDE.