Hoe lang mag techniek ons nog in de weg zitten?

Een artikel, meer 4 jaar geleden geplaatst onder usability, ux, web, application, software, design, gebruiksvriendelijkheid, product, ontwerp, werknemers, erp, visie & waarom.

Hoe lang kunnen mensen nog gedwongen worden om gebruik te maken van slechte producten? Hoe lang mag techniek ons nog in de weg zitten? Hoe lang nog moeten werknemers gedwongen worden om gebruik te maken van software waar ze liever niet mee zouden werken.

Dankzij techniek is er zoveel veranderd in het leven van mensen. Natuurlijk is er veel te danken, in positieve zin, aan techniek. We kunnen sneller communiceren, gegevens uitwisselen, documenten doorzoeken. Maar voor veel werknemers is dit enkel theorie, want zij moeten dagelijks nog werken met apparaten die onlogisch werken, ongemakkelijk werken, frustrerend zijn, instabiel zijn. Zelfs vandaag de dag nog zijn er bedrijven die het durven 'oplossingen' te leveren die het werk moeilijker maken voor grote groepen mensen.

Waarom? Waarom wordt er bij de introductie van nog zo veel software geen rekening gehouden met alle betrokkenen? Waarom hoor ik dagelijks nog mensen klagen over falende kassa's, irritante e-mail systemen, zeer be…

Ga verder met lezen en/of reageer...

Op de hoogte blijven?

Maandelijks maak ik een selectie artikelen en zorg ik voor wat extra context bij de meer technische stukken. Schrijf je hieronder in:

Mailfrequentie = 1x per maand. Je privacy wordt serieus genomen: de mailinglijst bestaat alleen op onze servers.

Waarom gaat de ERP installatie vaak mis?

Hoewel hierover veel geschreven is, is volgens Herb Krasner (2000) het grootste probleem dat de projecten veelal te groot en complex opgezet zijn. Hierdoor is het vaak onduidelijk of men bezig is met implementatie van software of het herinrichten van het bedrijfsproces. Terwijl volgens Krasner de meeste studies indertijd waren gericht op managementproblemen (denk aan o.a. beperkte integratie van de planning, slechte communicatie tussen mensen, een gebrek aan een formeel besluitsprocedure, een gebrek aan goede testcriteria en het negeren van eerder geleerde lessen uit eerdere implementaties) is het de vraag hoe deze management problemen voorkomen konden. Voor de hand liggende oplossingen zijn focus, teamwork, heldere scope, duidelijke business case, goede planning van training & support, waar mogelijk bestaande software slim aan te passen, een goede architectuur, doordacht pr…

Ga verder met lezen en/of reageer...

ERP systemen en gebruiksvriendelijkheid

Blader door een blaadje voor ondernemers en er staan advertenties in van bedrijven die ERP systemen aan de man brengen. ERP systemen, in goed Nederlands: enterprise resource planning. Mooi natuurlijk dat dat kan, maar is het voor een klein bedrijf nu wel echt een voordeel? Zit je als kleine organisatie niet straks gewoon met een complex en ongebruiksvriendelijk systeem waarbij alles weliswaar digitaal en centraal is opgeslagen, maar de productiviteit niet positief wordt beïnvloed? In dit artikel ga ik in op de gebruiksvriendelijkheid van ERP systemen, en waarom het zo belangrijk is om daar op te letten.

Deze post is een vervolg op een alweer drie jaar oude post over ERP, MKB en nut).

Redenen om een ERP systeem te installeren zijn allereerst het verbeteren van de efficiëntie, ten tweede betere integratie tussen systemen en afdelingen en ten derde het reduceren van risico door verminderde fouten en het bieden van actuele overzich…

Ga verder met lezen en/of reageer...

Embedded development

Een artikel, ongeveer 13 jaren geleden geplaatst onder programming, scrum, rails, agile, development, ontwerp, embedded, testen, organisatie, bouw, opleveren & puriteins.

Hyper agile development, yeah! Nee, ik ga het niet hebben over ontwikkeling voor embedded systems (systemen zoals pinautomaten tot magnetrons). Maar over ontwikkelen midden in een organisatie die werkt. Zoals journalisten in het leger, op die manier embedded. Niet Kennismaking, Ontwerp, Bouw, Testen, en uiteindelijk de Grote Oplevering (waarbij iedere stap een vertaalslag is zonder de bron om op terug te vallen). En zelfs niet het iteratieve ontwikkelen zoals dat in Scrum gangbaar is. Nee, iedere dag te maken krijgen met verzoeken: “Nu wil ik dit graag kunnen.” “Kun je dit voor mij doen.” En dan beslissingen nemen. Dat is embedded development voor mij.

Slow Train Coming - Bob Dylan Albumhoes

Hyper agile. Beetje (erg) hectisch, maar daarom des te leuker. M’n code is van tijd tot tijd een rotzooi, in de loze minuutjes proberen op te schonen. En het moet blijven draaien, want ieder moment kan er een nieuw verzo…

Ga verder met lezen en/of reageer...

Scrum en UX: met de billen bloot

Een artikel, meer 13 jaar geleden geplaatst onder design, usability, ux, scrum, agile, ontwerp, methode, programmeren, designen, testen & ontwikkelmethode.

Scrum is hot. Niet alleen als trend. Het is heftig voor iedereen. Intensief. En continue blijven leren. Zo heb ik sinds gisteren ook weer veel geleerd en inzichten erbij.Gisteren een NL Scrum meeting bijgewoond. Onderwerp dit keer was UX en scrum (een zogenaamde agile ontwikkelmethode). Erg interessant. Veel typische misstanden kwamen naar boven (volgens mij ook niet onbekend bij bij traditionelere ontwikkelmethoden): De business mensen zitten wel aan tafel als stakeholder, maar de eindgebruikers zijn voor de bouwers vaak onzichtbaar. Gelukkig kost testen weinig tijd en daarom is tijd ook geen excuus om niet met gebruikers te testen (tot zover de samenvatting van Joris Ketelaar’s presentatie van UserIntelligence). Naast testen met gebruikers is ontwerp voor gebruikers natuurlijk belangrijk. Doe je dat vooraf (soms is design gewoon een eindproduct), in een design sprint voor de productie sprint, of als übersscrum; tegelijkertijd? (een belangrijk thema in het verhaal van Patrick, Fabr…

Ga verder met lezen en/of reageer...

Dutch design

Een artikel, bijna 14 jaren geleden geplaatst onder web, design, nederland, hyves, marktplaats, webdesign, product design & ontwerp.

Dutch design staat niet slecht bekend, maar waarom zijn zoveel Nederlandse succesvolle websites zo beroerd vormgegeven? Of is dat minimalisme wat ook het conceptuele product design kenmerkt? Niet Hyves. Maar misschien geld dat wel voor praktische sites zoals nu.nl en marktplaats. Er lijkt geen relatie te bestaan tussen het design niveau in product design uit Nederland en wat er aan aan Dutch-‘design’ op het web aan te treffen is. Facebook had toch uit Nederland moeten komen als tegenhanger van myspace (toentertijd, want ook de nieuwe myspace ziet er nu beter uit)? Of is mainstream webdesign vergelijken met enigszins elitair productdesign simpelweg dom? Eerder dit jaar concludeerde Smashing Magazine dat er simpelweg geen Dutch webdesign is: te individualistisch, te internationaal georiënteerd, te weinig een community. Of het moet al zijn dat het vooral gaat om het concept bij Nederlandse product- en webdesigners. En dan doet het oppervlakkige uiterlijk er natuurlijk niet meer toe. En…

Ga verder met lezen en/of reageer...

murb blog