Dit artikel is geschreven door Christiane Vandepitte.
Tips uit de praktijk
Uw bedrijf heeft een eigen IT-afdeling. Maar ondanks alle mankracht, moeite en geld verlopen de ontwikkelingsprojecten toch niet naar wens, en de support gebeurt niet vlot genoeg. U werkt met een methode, met Cobit, CMMI of ITIL. U hebt de boeken wel gelezen, maar u zou graag eens praten met iemand die hier ervaring mee heeft. We deden het voor u.
We spraken met Bart Willems, IT engineer, MBA. Hij is certifi ed lead assessor voor CMM, was tot voor kort actief als senior quality manager in de IT-afdeling van Belgacom en werkt nu bij Euroclear. We vroegen hem naar zijn ervaring met procesverbetering, naar geleerde lessen voor onze lezers.
EERST DE DOELSTELLINGEN BEPALEN
Of u nu aan bedrijfsprocessen werkt of aan IT-processen, altijd geldt de regel: vertrek van een duidelijke doelstelling, bepaald door het management. Een doelstelling heeft meestal te maken met tijd, kostprijs of kwaliteit. Het kan bijvoorbeeld gaan om vermindering van de time to market, of vermindering van de kosten, of nog om keep commitment to the customer. IT moet dus het juiste product op de juiste datum leveren, en de juiste prijs aanrekenen. In functie van de doelstelling bepaalt u welke aspecten van de processen in kwestie u wil meten en verbeteren.
SPONSORSHIP DOOR HET MANAGEMENT
Procesverbetering vereist analyse, meting, overleg. Mensen discussiëren en verschillen van mening; er zijn voor- en t e g e n s t a n d e r s , optimisten en pessimisten. Procesverbetering vraagt tijd en dus geld. Die tijd en dat geld krijgt u niet als uw manager niet begrijpt wat u doet, als hij of zij er niet volledig achter staat. Het project heeft alleen kans op slagen als de manager zelf voor c o m m u n i c a t i e zorgt, een budget geeft, beslist om mensen vrij te maken.
BUY-IN VAN HET PERSONEEL
Procesverbetering lukt niet als een deel van het personeel niet inziet dat er een probleem is, dat het huidige proces niet deugt. De eerste stap is dan ook communicatie naar het personeel, duidelijk maken wat er schort. Daarna gebruikt u een methode, en pas daarna werkt u met een tool. In een eerdere fase is het dan ook nodig te luisteren naar de wensen en verwachtingen van het personeel ten aanzien van het proces. De ontwikkelaars en de supportmensen, de software-architecten en de projectleiders, allen moeten de noodzaak van procesverbetering inzien. En de CIO natuurlijk als eerste.
COMMUNICATIE OVER HET PROJECT
Communicatie naar het personeel is van essentieel belang. Heel wat mensen zijn bang voor verandering, vrezen verscherpte controle, staan argwanend tegenover het initiatief. Maar als u hen toont dat het gaat om een verbetering van de werkwijze, dat ze er zelf bij zullen winnen, dan krijgt u ze wel mee.
Bron: www.itprofessional.be
Filed under: Capability Maturity Model, Softwareprocesverbetering | getagged: Capability Maturity Model, CMM, Software process improvement, Softwareprocesverbetering, waarom kwaliteitszorg ict
