De Capgemini Open Source Award
... voor de beste Open Source
Maar wat is nu het beste project? Om dat te bepalen hebben
CodeYard en Capgemini een aantal criteria opgesteld die door een
jury (bestaande uit mensen van Capgemini, CodeYard,
Overheid en Bedrijfsleven) gehanteerd
zullen worden. CodeYard zal hierbij een eerste schifting aanbrengen
in de projecten; de jury zal zich daarna tenminste twee keer buigen
over de vraag welk project het beste is.
De criteria zijn als volgt:
- Kwaliteit van het programma
Hieronder vallen bijvoorbeeld de volgende onderwerpen:
-
In hoeverre voldoet het aan de geplande
functionaliteits-eisen?
Dit betekent dus dat als je wil meedingen naar
de prijs, je op zijn minst een projectplan zal
moeten schrijven. Het uiteindelijke programma zal
ook moeten werken.
-
Hoe is de documentatie van de software?
Er zal niet alleen worden gekeken naar óf er
documentatie is, maar ook naar hoe leesbaar en bruikbaar
die is.
-
Hoe is de opbouw van de programmacode?
Goed gestructureerde code is makkelijker aan te passen,
bij te houden en te begrijpen.
-
Hoe gebruikersvriendelijk is jullie programma?
- Kwaliteit van het ontwikkelproces
Denk hierbij aan dingen als:
-
Hebben jullie een stappenplan opgesteld?
Zijn er mijlpalen in de ontwikkeling vastgelegd?
Hoe bruikbaar is het stappenplan?
Hoe bruikbaar zijn die mijlpalen als meetpunt?
-
Is de ontwikkeling conform de planning gegaan of is ervan
afgeweken? En was dat laatste dan zinvol? Zijn er wat dat
betreft leermomenten geweest?
-
Hoe is de communicatie onderling en met CodeYard geweest?
-
Traceerbaarheid: is na te gaan wie wat heeft gedaan?
-
Hebben jullie de software getest?
Is er een testplan? Zijn die tests uitgevoerd? Wat zijn
de testgegevens? En hoe zinvol waren die tests?
- Vernieuwendheid van het project
Een belangrijk onderdeel in de weging, waar oa. gekeken wordt naar:
-
Is jullie programma origineel, of is het een kopie van iets
bestaands?
Is het goed bedacht? Of als het een kopie is:
hoe goed is die kopie dan?
-
Zitten er vernieuwende ideeën en elementen
in het programma?
Dat kan op allerlei abstractienivo's zijn: nieuwe
window-layout, een nieuwe manier om gegevens in te
voeren, nieuwe datastructuren, of een nieuwe
programmastructuur. Het abstractienivo van de
vernieuwingen wordt ook bekeken.
-
Is duidelijk (of is ergens beschreven) waar dit programma
vandaan komt? Welk "probleem" pakt jullie programma aan?
-
Wat is het potentieel van dit programma?
Zou het voor veel mensen nuttig kunnen zijn?
Is er ruimte voor veel uitbreiding van het programma?
Zou het makkelijk uit te breiden zijn?
-
Hoe vernieuwend is de software?
Is het een nieuw idee, nieuwe doelgroep,
nieuwe oplossing?
- Geest van Open Source
CodeYard wil de werkwijze van Open Source bevorderen.
Criteria zijn:
-
Zijn er veel en vaak commits gedaan?
Open Source-software bloeit als de nieuwste
ontwikkelingen en uitbreidingen zo snel mogelijk ter
beschikking staan aan de andere ontwikkelaars. Daarom is
het zaak snel en veel commits te doen
-
Kunnen anderen verder met het programma zoals het is
achtergelaten?
Veel goede Open Source-software ontstaat doordat
anderen kunnen voortborduren op programma's die door
anderen is gestart en/of achtergelaten
-
Hoe zijn jullie omgegaan met andere open source
software?
Hebben jullie zelf gebruik gemaakt van andere open
source software? Zo ja, hebben jullie daarin nog bugs
gevonden of verbeteringen en uitbreidingen in
aangebracht? En hebben jullie die dan ook doorgegeven
aan de auteurs van die software?
-
Hoe zijn jullie omgegaan met auteursrecht(=copyright)?
Hebben jullie gelet op de auteursrechten van door jullie
gebruikte al bestaande software? Hebben jullie ergens
vermeld welke software dat was, met bronvermelding? En
hebben jullie voor je eigen werk ook auteursrecht
aangegeven? Onder welke open source-licentie is jullie
werk gepubliceerd?
-
In zijn algemeenheid: hoe heeft het team gebruik gemaakt
c.q. opengestaan voor invloeden van buitenaf?
- Continuïteit, borging en Public relations
-
Wat heb je eraan gedaan dat een community ermee verder kan?
-
Wat doe je er aan om bekendheid te krijgen?
-
Hoe is het project gepresenteerd?
Natuurlijk zijn niet alle punten op elk project in even grote
mate van toepassing, maar een aantal punten zijn wel van groot
belang voor elk project dat wil meedingen naar de prijs: er moet in
elk geval op tijd een projectplan zijn, en er zal goed onderling
samengewerkt moeten worden.

|