Praktische, haalbare en geloofwaardige kwaliteitsnormen ontwikkelen

Belangrijk: Dit artikel is automatisch vertaald, bekijk de disclaimer. De Engelse versie van dit artikel vindt u hier voor referentiedoeleinden.

Door Lonnie Pacelli

Een van mijn voormalige klanten had een grote IT-organisatie die zich toelegde op kwaliteitsbeheer. De CIO wilde dat elk project een kwaliteitsmanager had om te zorgen dat in het project de goedgekeurde kwaliteitsnormen werden nageleefd. Toen het project van mijn team van start ging, kregen we van de kwaliteitsmanager een lange lijst met kwaliteitsnormen. Bij het doornemen hiervan bleek dat veel normen niet van toepassing waren op ons project of dat ze zo vaag waren dat we niet wisten hoe we ze moesten implementeren. Veel mensen die aan het project waren toegewezen, zagen de kwaliteitsnormen als te veel werk en negeerden ze gewoon. Anderen probeerden te begrijpen hoe de normen op het project moesten worden toegepast en deden een moedige poging om te laten zien dat ze zich aan de normen hielden. Hoewel het project wel slaagde voor de kwaliteitsbeoordeling, waren de normen een enorme afleiding voor het team en voegden ze niet veel waarde toe.

Kwaliteit is van belang

Ondanks die ene ervaring ben ik nog steeds een sterk voorstander van kwaliteitsnormen. Ze zijn buitengewoon nuttig om aan de verwachtingen te voldoen tijdens de ontwikkeling van het product en als het product moet worden aangepast. Maar kwaliteitsnormen moeten niet een eigen leven gaan leiden en extra werk vereisen alleen om aan een norm te voldoen die geen gedefinieerde en toegevoegde waarde heeft. Ja, kwaliteitsnormen moeten bestaan en projecten moeten deze naleven. Maar ze moeten voor iedereen praktisch uitvoerbaar, haalbaar en geloofwaardig zijn. Maar wat belangrijker is, de groep moet overtuigd zijn van de waarde die kwaliteitsnormen te bieden hebben. Als de waarde niet wordt begrepen of niet kan worden aangetoond, is het voor het projectteam lastig om hiermee rekening te houden en de benodigde kwaliteit te implementeren.

Naar boven

Richtlijnen voor het ontwikkelen van kwaliteitsnormen

Hoe kunt u in praktische, haalbare en geloofwaardige kwaliteitsnormen implementeren? Houd rekening met de volgende richtlijnen wanneer u van start gaat:

  • Ga na of er al kwaliteitsnormen binnen uw organisatie bestaan    Als u in een grote organisatie werkt, is de kans groot dat iemand al kwaliteitsnormen heeft ontwikkeld voor het type projecten dat u beheert. Vraag collega's, managers en andere belanghebbenden of de benodigde normen aanwezig zijn. Als u normen hebt gevonden, overweeg ze dan over te nemen of als uitgangspunt te gebruiken.

  • Stel een adviesraad voor kwaliteitsnormen in.     Stel een team samen uit groepen met belanghebbenden waarop de projecten die u beheert invloed hebben. Uw doel is niet om de werklast met dit team delen, maar om de teamleden als adviseurs in te zetten om ervoor te zorgen dat de kwaliteitsnormen die u definieert precies zo worden als de bedoeling is.

  • Zorg dat u weet hoe uw belanghebbenden kwaliteit zien.    Houd interviews met elke groep belanghebbenden om te weten te komen wat hun verwachtingen zijn met betrekking tot het resultaat. Voor IT-kwaliteitsnormen zou u bijvoorbeeld met managers kunnen spreken over bruikbaarheid en productieondersteuning, evenals met andere belangrijke sponsors. Vraag ze wat volgens hen nodig is om een project te laten slagen. U denkt misschien dit een voor de hand liggende vraag is, maar sommige antwoorden kunnen u mogelijk inzicht geven in wat de belanghebbenden wel en niet belangrijk vinden. Onderschat de waarde van deze gesprekken niet: ze kunnen u helpen om uw visie op kwaliteit af te stemmen op die van uw belanghebbenden.

  • Begin met een sjabloon.     Er zijn veel standaardplannen en sjablonen op het gebied van kwaliteitsbeheer beschikbaar, dus u hoeft niet met helemaal niets te beginnen. Gebruik een goede, robuuste sjabloon met opties waaruit u kunt kiezen en die van toepassing zijn op uw organisatie en project.

  • Ontwikkel een gevolg voor elke kwaliteitsnorm.    Dit noem ik de test 'Voor wie is het belangrijk?'. Ontwikkel voor elke norm die u identificeert, een logisch en doordacht gevolg dat zou kunnen optreden als niet aan de norm wordt voldaan. Als u en uw adviesraad geen realistische uitkomst kunnen identificeren, of als het gevolg van ondergeschikt belang is, kunt u overwegen de norm te herzien of te verwijderen. Het heeft geen zin om alles op uw lijst met kwaliteitsnormen te zetten. Meer is niet altijd beter, dus focus u op wat het belangrijkst is.

  • Een evaluatie van de kwaliteitsnormen moet altijd deel uitmaken van de nabespreking van een project.    Het instellen van praktische normen is een goede stap in de richting van de verwachtingen van belanghebbenden. Dus om ervoor te zorgen dat uw kwaliteitsnormen blijvend geld opbrengen, is het van belang dat u altijd een postmortem organiseert als het project is afgerond. Stel vragen als:

    • Zijn er kwaliteitsnormen genegeerd? Als dit het geval is, had dit ingrijpende gevolgen?

    • Is tijdens het ontwerp van het product rekening gehouden met de kwaliteitsnormen of zijn ze toegepast nadat het product was ontworpen en was het nodig ze te testen?

    • Heeft het team de kwaliteitsnormen serieus genomen of hebben de teamleden de richtlijnen gevolgd omdat het moest?


      Door een duidelijk beeld te krijgen van de visie van projectteams op de kwaliteitsnormen, kunt u deze maatregelen verbeteren. En op deze manier kunnen de kwaliteitsnormen meegroeien met uw organisatie.

Naar boven

Conclusie

Kwaliteitsnormen zijn een belangrijk onderdeel van uw projectmanagementmethodiek. Maatregelen zijn alleen effectief als ze praktisch, geloofwaardig en haalbaar zijn. Als u kwaliteitsnormen opstelt die geen reflectie zijn van de werkelijkheid, gaan uw projectteams op zoek naar mazen of negeren ze de normen volledig.

Naar boven

Over de auteur     Lonnie Pacelli is eigenaar van een bedrijf, consultant en een auteur met meer dan twintig jaar ervaring in projectmanagement. Hij heeft gewerkt met Fortune 500 bedrijven, waaronder Microsoft, Accenture, Motorola, Hughes Electronics, AT & T en Northrop Grumman, en heeft met succes projecten beheerd, variërend van de installatie van complexe informatietechnologiesystemen tot kleine procesverbeteringen. Hij is op dit moment CEO van Banzai Sushi in Seattle. Lonnie is de auteur van The Project Management Advisor: 18 Major Project Screw-ups and How to Cut Them Off at the Pass (Prentice Hall, 2004), The Truth About Getting Your Point Across (Prentice Hall, 2006) en Leadership Made Simple (Amazon.com, 2006).

Opmerking: Disclaimer voor automatische vertaling: Dit artikel is vertaald door een computersysteem zonder menselijke tussenkomst. Microsoft biedt deze automatische vertalingen aan om niet-Engels sprekende gebruikers te helpen de inhoud over producten, services en technologieën van Microsoft te raadplegen. Omdat het artikel automatisch is vertaald, bevat het mogelijk fouten in grammatica, woordenschat en syntaxis.

Uw Office-vaardigheden uitbreiden
Training verkennen
Als eerste nieuwe functies krijgen
Deelnemen aan Office Insiders

Was deze informatie nuttig?

Bedankt voor uw feedback.

Hartelijk dank voor uw feedback! Het lijkt ons een goed idee om u in contact te brengen met een van onze Office-ondersteuningsagents.

×