Innovatie zit in een klein hoekje | Computable.nl
Innovatie zit in een klein hoekje
Er is iets vreemds aan de hand met ‘innovatie’. Niet met het begrip, maar met het woord zelf, met wat we ermee bedoelen. En dat is wel dit: innovatie klinkt als iets heel moeilijks, technisch en hoogdravends, terwijl het eigenlijk ontzettend simpel kan zijn. En heel erg bereikbaar.
Zoek maar eens op afbeeldingen met ‘innovatie’. Je ziet veel vergezichten, bordjes die een bepaalde kant op wijzen, en lampjes (heel veel lampjes). Nu was de uitvinding van de gloeilamp inderdaad een prachtige ontdekking, maar het legt de lat wel nogal hoog voor iedereen die zich bezig houdt met innovatie.
Misschien is dat wel de kern van het probleem: dat er over innovatie meer wordt gepraat en geschreven dan dat het daadwerkelijk wordt uitgevoerd. Het woord ‘innovatie’ kan nogal afschrikwekkend werken, en dat is natuurlijk zonde.
Ik durf de stelling te verdedigen dat de meeste bedrijven meer (economisch) voordeel zouden kunnen halen door het slimmer inzetten van de technologieën die er al zijn, dan door grote innovatieprojecten op te starten. Het bedrijfsleven investeert jaarlijks miljarden euro’s aan consultants en it-systemen om kosten te besparen, terwijl de meest voor de hand liggende besparingen over het hoofd worden gezien.
Hoe dan?
Dat laat zich het beste beschrijven aan de hand van de theorie van Frederick Taylor. Deze econoom introduceerde het zogeheten wetenschappelijke management; hij bestudeerde mensen die aan de lopende band werkten in fabrieken. Hij bekeek elke handeling en beweging en zocht naar manieren om de efficiëntie te verbeteren. Door steeds kleine veranderingen toe te passen in die handelingen, zorgde hij er uiteindelijk voor dat de medewerkers een veel hogere output hadden dan voorheen - simpelweg omdat ze bijvoorbeeld minder ver hoefden te lopen met een onderdeel.
Wat nou als we Frederick Taylor zouden kunnen uitnodigen om in een tijdmachine te stappen en uit te stappen in een willekeurig kantoor in 2015? Hij zou mensen zien die de hele dag bezig zijn met bellen en het versturen van elektronische post naar elkaar. Als verschillende mensen samen aan iets werken, dan wordt het interessant.
Hij noteert de volgende stappen:
- Medewerker 1 creëert een document op zijn computer
- Medewerker 1 opent een email-programma om het document via de elektronische post te versturen naar drie collega’s (Medewerkers 2, 3 en 4)
- Medewerker 2 opent het document op haar eigen computer en schrijft er commentaar bij.
- Zij slaat het document ook op haar computer op en verstuurt dat naar Medewerker 1
- Medewerker 3 zit met collega 4 in de auto. Zij sturen allebei hun commentaar (apart van elkaar) als ze thuis via hun laptop weer toegang hebben tot het document
- Medewerker 1 heeft nu vier documenten op zijn computer: zijn oorspronkelijke en de documenten met opmerkingen die medewerkers 2, 3 en 4 naar hem hebben gestuurd.
- Hij verwerkt de suggesties van zijn collega’s in het originele document.
- Medewerker 1 verstuurt het aangepaste document nogmaals naar de hele groep.
- Als iedereen tevreden is, dan kan het proces worden beëindigd. Zo niet, dan ontstaat er een nieuwe ronde die weer begint bij stap 3.
‘Mijn hemel, de mensen zijn niet echt efficiënter gaan werken door die computers’, zou hij verzuchten. En dan hebben we het hierboven nog over het gunstigste geval; dat iedereen op hetzelfde moment toegang heeft tot email en kan reageren.
Taylor’s grootste verdienste is dat hij steeds hele kleine verbeteringen toepaste in de manier waarop mensen werkten. Als je honderd keer per dag een onderdeel uit het magazijn moet halen om het naar de lopende band te brengen, dan kun je enorm veel tijdwinst behalen door die afstand met tien meter in te korten - dat scheelt al gauw een kilometer per dag.
Als kenniswerkers anno 2015 zijn we niet bezig met het sjouwen met onderdelen, maar met mailen, overleggen, schrijven, rapporteren, presenteren... Ga maar na: hoe vaak komt het voor dat je met meerdere mensen aan een document werkt? Hoeveel ‘kilometers’ zou je jezelf op een dag kunnen besparen door samen aan één versie te werken? Waarbij je collega’s vanaf hun mobiele telefoon of laptop wijzigingen kunnen doorvoeren en die van elkaar in real-time zien? Dan ziet het stappenplan er heel anders uit:
- Medewerker 1 creëert een document in de cloud
- Medewerker 1 deelt het document met drie collega’s (Medewerkers 2, 3 en 4)
- Medewerkers 2, 3 en 4 bewerken het document
- Medewerker 1 krijgt een melding, ziet wat er gewijzigd is en past het document aan
- Klaar
Vergelijk dat eens met de stappen die eerder werden genoemd. Hoeveel tijd zou dat schelen op een dag?
En in een heel jaar?
Als we aan innovatie denken, denken we aan nieuwe uitvindingen. De uitvinding van de gloeilamp, dat is het ultieme voorbeeld van vernieuwing: licht maken met elektriciteit. Dat klopte misschien eind negentiende eeuw wel, maar inmiddels is er vaak veel meer winst te behalen met het toepassen van nieuwe technologieën dan met het ontwikkelen ervan. Je hebt soms veel meer aan een buitenstaander die met een frisse blik naar de processen kijkt en deze aanpast. Toch worden innovatietrajecten nog steeds vaak opgestart vanuit it, terwijl het eigenlijk een organisatorisch proces is. Dat is meteen de reden waarom veranderingen vaak niet op de werkvloer worden geaccepteerd en deze mensen toch op de oude voet verder gaan.
Innovatie: de meeste winst is vaak te behalen in het verbeteren van die kleine dingen, die je toevallig wel heel vaak doet.
Erik de Muinck Keizer, Country Manager Benelux van Google for Work
Reacties
Nu heb ik geen ervaring met google for work, maar gaat dit ook werken als mederwerker 2,3 en 4 parallel aan hetzelfde document gaan werken, en daarbij complexe wijzigingen aanbrengen zoals layout aanpassingen, volgorde aanpassen, tabellen veranderen, plaatjes wijzigen et cetera?
De geschetste aanpak ken ik al jaren, maar dan vanuit confguration management systemen waarin source code beheerd wordt. Omdat dit platte tekst bestanden zijn, kun je hier met merge tools vrij aardig uit de voeten om deze parallele aanpassingen samen te voegen. Maar ook daar geldt dat parallel coderen en redesignen zelden goed samengaan. Derhalve ben ik dan ook benieuwd naar ervaringen hiermee.
(los hiervan: ik heb ooit met meerdere mensen één document proberen te schrijven, maar door verschillen in schrijfstijl was dit qua leesbaarheid geen succes)
Op zich heeft Erik gelijk. Bij een klant van mij worden foto's per email gestuurd door zijn leveranciers en dan doorgestuurd naar mij. Zijn ze te groot voor email dan worden door elkaar We-Tranfer en Dropbox gebruikt, waarbij de eerste een link heeft die na verloop van tijd niet meer funktioneert, de klant is geen ict-liefhebber. Dan wordt ten einde raad een usb-stick met papier post gestuurd die uit de envelope gestolen was . . .
Nu gebruik ik Pydio, maak een minisite per kontakt waar men de beelden upload/download, 100 x efficienter en makkelijker voor de klant
PaVaKe : Ik ben een zeer fanatiek Google for Work gebruiker en verkies dit product ver boven office 365 die in de browser overigens ook samenwerken faciliteert. Dropbox en andere bedrijven zijn hier ook mee bezig om tegelijkertijd aan een document te werken.
Om antwoord te geven op je vragen. Ja, ook complexere lay-out gaat ook prima, er is geen beperking en het is grappig om te zien hoe je de cursor van diverse gebruikers ziet verspringen en tekst verschjnen. Overigens zal je in veel gevallen geen grote lay-out aanpassingen doen aangezien je vaak al in een sjabloon werkt.
Wat betreft je angst over schrijfstijl: Dit heb je ook als je bijlagen doorstuurt en iedereen moet grote delen aanleveren.
Ik schrijf regelmatig met meerdere mensen aan een document. Bijvoorbeeld bij het schrijven van een voorstel, of het opzetten van een conferentie of specificaties. Het is juist zo heerlijk dat je geen check-out hoeft te doen en opmerkingen en aantekeningen gewoon direct kunt maken. Wat Google for Work ook voorheeft op bijv. een file-share is de krachtige text search.
Google for Work heeft ook een presentatie programma, ook daar kun je tegelijk in werken en dat is fantastisch. Nu is Google Slides wel wat minder dan Keynote, toch maakt de "overal" en "op ieder apparaat" dat dit toch mijn voorkeur heeft.
In tegenstelling tot wat veel mensen weten is dat je in Google For Work ook Word documenten kunt lezen en bewerken, werkt niet altijd en perfect, maar wordt wel steeds beter.
Mijn kritiek op Google for Work is dat de verbeteringen toch wel traag gaan en veel pas recentelijk is toegevoegd zoals een koptekst op een eerste pagina laten afwijken van de overige pagina's. Ook erg hinderlijk vind ik het aansluiten van add-on's. deze vereisen vaak volledige toegang tot je gehele drive waar jij recht op hebt en dat is absurd en raad ik iedereen af. Nu heb je wel "scoped" access, maar dat wordt niet toegestaan. Ook is het heel kwalijk dat als je rechten moet geven de consequentie niet goed duidelijk wordt gemaakt.
Dan innovatie. Eens dat innovatie niet altijd groots hoeft te zijn. Als je naar buiten kijkt zie je dat wij de hele wereld in al zijn aspecten "scheppen". De inrichting en vorm van je huis, maar ook de spullen die we gebruiken en de auto waarin we rijden. Alles is een zeer grote opeenstapeling en combinatie van kleine uitvindingen die voortborduren op elkaar. Heel inspirerend om te zien.
Of kijk naar popcorn time. Dat is een jasje om allemaal bestaande technologie heen die het kijken van films wel heel gemakkelijk hebben gemaakt. RIP popcorn time....
@Henri: dank voor de uitleg; klinkt veelbelovend.
Wat ik met name bedoelde met mijn opmerking over schrijfstijl is dat je soms behoorlijk wat tijd kwijt kunt zijn met redigeren waardoor de beoogde winst van parallel werken weer nagenoeg teniet gedaan wordt.
De spijker op z'n kop Edwin! Het voorbeeld is illustratief, de essentie is dat innovatie vooral gaat om het toepassen wat (ergens) al is, in een andere context.
Innovatie gaat niet over het uitvinden, maar over het gebruik van wat al is uitgevonden. Vindingrijkheid en creatief associatieve benaderingen boven visionaire en scheppende benaderingen.
Jouw reactie
Je bent niet ingelogd. Je kunt als gast reageren, maar dan wordt je reactie pas zichtbaar na goedkeuring door de redactie. Om je reactie direct geplaatst te krijgen, moet je eerst rechtsboven inloggen of je registreren
Source: www.computable.nl