Jargon gebruiken. Ik houd er niet zo van. Het klinkt misschien heel gewichtig, allemaal dure (vak)termen gebruiken, maar wat heb je er aan als je klant je dan niet begrijpt?
Hoe belangrijk is de lay-out van software? Soms lijkt dit onterecht belangrijker dan de functionaliteit. Lees hier waarom.
Organisaties werken datagedreven en wisselen onderling gegevens uit. Data op orde is dan een must! Hoe breng je data op orde? Lees meer…
Waarom zou je een eigen IT’er in dienst houden, als je al je IT hebt uitbesteed? Onder andere als IT sparringpartner.
Hoe krijg je grip op jouw IT landschap? De eerste stap is het vormen van een visie op IT.
Een proces automatiseren lost je problemen niet op. Organisatorische afspraken zijn niet (altijd) softwarematig af te dwingen.
Waarom zou je nog een IT’er in dienst hebben (of inhuren), als je al je IT-taken hebt uitbesteed?
Is dat dan nodig? Je hebt toch alles uitbesteed aan hun leveranciers?
Klanten krijgen vaak een lange uitleg die volgepropt zit met technisch jargon. Daar houd ik niet van, ik doe dat anders.
Herken je dit? Twee (IT) leveranciers kibbelen over jouw hoofd heen over een probleem of project. Leverancier A vindt dat leverancier B het niet goed doet, en andersom. Ze bestoken elkaar met allerlei vakjargon en intussen wordt jouw probleem niet opgelost of loopt je project vertraging op.
“Een projectplan is maar een papieren tijger. We moeten het nog wel even vaststellen, maar daarna gaan we gewoon ‘ons ding’ doen en kijkt er niemand meer naar”.
Deze mening, van een projectleider, bevreemde mij. Een projectplan, vind ik helemaal geen papieren tijger.