Meer dan 500 checklisten en met meer dan 20.000 vragen, alleen al over IT. Is dat niet een beetje to much?Er zijn in de IT deelgebieden waarbij medewerkers niets met het ander deelgebied te maken hebben en elkaar waarschijnlijk nooit tegen zullen komen. Zo zal een acceptatietester waarschijnlijk nooit iets te maken krijgen met de hardware leverancier. De kans dat de IT-auditor ooit de destijds ingehuurde programmeur zal leren kennen is eveneens gering. Deze medewerkers hebben elkaars checklisten ook niet nodig. Misschien zal men uit nieuwsgierigheid eens kijken hoe het product later beoordeeld gaat worden, maar veel verder hoeft niet te worden gegaan. Omdat producten op verschillende aspecten beoordeeld kunnen worden zijn er in ITpedia clustertjes van checklisten ontstaan. Bij het maken van een ontwerp bijvoorbeeld kan worden gekeken naar de manier waarop het ontwerp tot stand is gekomen (werkwijze), het idee achter het ontwerp (inhoudelijk) en de wijze waarop het ontwerp wordt gevalideerd (procedureel). Deze checklisten zijn onderdeel van een groter geheel, het beoordelen van het ontwerp. Het ontwerp in dit voorbeeld kan daarom op verschillende niveaus worden beoordeeld. De bovenliggende checklist is een subset van de onderliggende checklisten. Het ontwerp kan dus op een globaal niveau worden beoordeeld (intake) of dieper op de verschillende aspecten (review).
Opzoeken van een geschikte checklist.
Het vinden van een geschikte checklist kan een hele uitdaging zijn. Belangrijk probleem daarbij is de definitie kwestie. Wat in de ene organisatie een technisch ontwerp is kan voor de andere organisatie een systeemontwerp zijn. Wat het ene bedrijf een applicatiebeheerder noemt is voor het andere bedrijf een informatie analist. Om dat probleem te vermijden en het zoeken zo gemakkelijk mogelijk te maken worden de checklisten van ITpedia in een bepaalde structuur aangeboden. Uitgangspunt is de klassieke waterval methodiek, in ITpedia IT projectfasering genoemd. Getracht is om alle checklisten onder die paraplu te brengen. Iedere IT-er is min of meer bekend met de standaard projectfasering en kan bedenken welke activiteit in welke fase thuis hoort. Als je klikt op IT-projectfasering is te zien hoe de fasering is opgedeeld. Door op een fase te klikken komen steeds gedetailleerder activiteiten en producten in beeld. Bij het klikken op “Checklist” komt de daadwerkelijke checklist in beeld en kan de beoordeling worden vastgelegd. Naast de IT projectfasering zijn dezelfde checklisten ook de vinden via andere indelingen.
Dit zijn:Application Services Library (ASL), Continuïteit, Kwaliteitsattributen, Functies in de automatisering en Webdesign. Soms zijn deze indelingen aangevuld met eigen meer specifieke checklisten.