To blog is to be

Met beide benen op de grond over de cloud

Met ongeveer 197 miljoen hits op Google, doet het zoekwoord “Cloud” goede zaken. Ik voeg er graag één nieuw zoekresultaat aan toe, deze blog.

Omdat ik nou eenmaal “iets met computers doe” en “de cloud” iets met internet en computers schijnt te zijn, moet ik vaak uitleggen wat de cloud nou eigenlijk is. Want als ondernemer krijg je te horen dat je toch echt wel in “de cloud” moet werken. Dat is namelijk makkelijk en goedkoop en welke ondernemer wil dat nou niet? En ook particulieren kunnen niet meer om het begrip cloud heen. Kortom, bijna iedereen wil in “de cloud”, want dat is hip en ó zo handig!

Tegendraads als ik af en toe ben, wil ik de klant toch een goed advies geven. Is de cloud echt wel altijd beter? Of is met je voeten op de aarde misschien toch beter dan met je hoofd in de wolken? Kortom, tijd voor wat uitleg. Dan kan ik voortaan aan dit stuk refereren, als iemand weer eens wil dagdromen over de cloud.

Niet nieuw

Laat ik beginnen met te vermelden dat de cloud zeker niks nieuws is. Al sinds midden jaren ‘ 90 wordt er over de cloud gesproken. De cloud viert dit jaar dus nu zo’n beetje zijn 17de verjaardag. Je zou kunnen zeggen dat de cloud dus bijna volwassen is. En dat klopt best aardig! Eigenlijk is de cloud een containerbegrip. Het zegt namelijk alleen iets over een locatie. Als iets in de cloud staat, betekent dat eigenlijk alleen dat iets zich niet op die plaats bevindt maar ergens anders. Dat klinkt misschien nog wat ingewikkeld, maar laat ik dit met een voorbeeld toelichten.

Thuis sla je ook geen stroom op

Wanneer je thuis de TV aanzet, geeft het scherm binnen enkele ogenblikken beeld. Daarvoor is stroom nodig. Maar je hebt thuis geen voorraad stroom in de kast liggen die je kunt gebruiken op het moment dat je TV wilt kijken. Op het moment dat je de stroom nodig hebt, steek je de stekker in het stopcontact en maak je via het stroomnet verbinding met een elektriciteitscentrale. Daar ligt de stroom opgeslagen en je gebruikt alleen de hoeveelheid stroom die je nodig hebt en ook alleen op het moment dat je dit nodig hebt.

Als we het over de cloud hebben, dan is dit eigenlijk niet anders. De voorraad of het product ligt ergens anders en je gebruikt het alleen wanneer je het daadwerkelijk nodig hebt. Je heeft alleen maar een verbinding te maken naar de cloud (de plek waar de voorraad ligt), net zoals je thuis de stekker in het stopcontact steekt.

Binnen in de cloud

En wat er dan allemaal in die cloud te vinden is? Dat is heel divers. Het kunnen zaken zijn zoals opslagruimte (bijvoorbeeld MB’s of GB’s), software of hele applicaties maar het kan ook een netwerk of een server zijn. Kortom, er is van alles te verkrijgen in de cloud! Daar staat tegenover dat er dan ook veel aanbieders zijn van cloud oplossingen. Iedereen probeert een graantje mee te pikken. Sommige bedrijven hebben zich bewezen, anderen moeten dit nog doen. Zoek altijd een betrouwbare partij uit! Zij zullen in het geval van een “stroomstoring” zorgen dat je ongehinderd door kunt werken. Iets dat zelf lastig te realiseren is en erg kostbaar is.

Voordelen

Het voordeel van je zaken in de cloud regelen is dan ook dat je een stuk flexibiliteit hebt en je, in theorie, oneindig kan opschalen (telkens nog meer opslagruimte erbij is geen probleem). En je hoeft uiteindelijk alleen af te rekenen, wat je ook daadwerkelijk op dat moment gebruikt. Ook vanuit kosten geredeneerd is de cloud dus aantrekkelijk. Het lastige is daarbij wel dat er inmiddels zoveel afrekenmodellen (denk aan per tijd, omvang, server, CPU, maandelijkse fee, licentie, per gebruiker, etc.) in omloop zijn, dat het onderling vergelijken van aanbieders soms erg lastig wordt. Een ander voordeel van de cloud is dat je niet meer naar de winkel hoeft, je kunt direct beginnen met de zaken die je in de cloud aanschaft. De implementatietijd is dus ook lager dan bij “aardse” oplossingen. Tot slot is het, zeker in het kader van “het nieuwe werken” erg prettig dat je overal (althans, overal waar je een internetverbinding hebt) bij je software en hardware kan. Zo wordt werken vanuit huis of vanuit een andere willekeurige locatie wel erg makkelijk! En vaak is het mogelijk om Service level agreements (SLA) af te sluiten, zodat je garanties hebt met betrekking tot snelheid, beschikbaarheid, veiligheid, etc.

Nadelen

Maar, zijn er dan ook nadelen aan de cloud verbonden? Uiteraard! De laatste tijd zijn er veelvuldig berichten in de media geweest over het gehackte informatiebronnen. Als je besluit om je informatie in de cloud te zetten, dan moet je dus wel heel goed kijken naar de beveiliging. Is de cloud veilig genoeg? Aan de andere kant, dit speelt ook wanneer je de zaken op je eigen netwerk besluit op te slaan. Het voordeel is dan echter dat je zelf controle hebt! En nog een kanttekening is de afhankelijkheid die je hiermee van het internet krijgt. Is je internetverbinding down? Vergeet het werken in de cloud dan maar! Uw lijntje naar de wolken is dan tijdelijk weg! En uiteraard heeft ook uw beheerorganisatie nog steeds werk wanneer zaken in de cloud geregeld zijn. Denk aan monitoring, ketenmanagement, SLA afspraken beheren, etc. Is je beheerorganisatie daar klaar voor? Tot slot zitten er juridisch ook haken en ogen aan het opslaan van data in de cloud. Zo is het buiten Europa opslaan van persoonsgegevens van Europeanen alleen onder strenge voorwaarden toegestaan. En de zaken die in de cloud staan, vallen veelal onder het juridische systeem van het land waar uw spullen uiteindelijk staan. En beschermt dat systeem je spullen wel zoals je wilt?

Verzint….

Kortom, de cloud biedt flinke voordelen, maar is tegelijkertijd geen wondermiddel. Er zijn ook nadelen aan verbonden. Ik raad iedereen aan om de overstap naar de cloud te onderzoeken. En dan alleen na een gedegen onderzoek te besluiten of men overstapt. Want ook al mag de cloud dan bijna volwassen zijn, ook volwassen zijn niet vrij van (soms kinderlijke) fouten!

Robert Verboon,

Consultant TJIP

Robert Verboon

Innovatie door irritatie

Toen ik via Twitter liet weten dat mijn volgende blog zou gaan over “innovatie door irritatie” attendeerde mijn collega Pieter Schoenmakers mij op The Cathedral and the Bazaar. In dit essay vertelt Eric Raymond onder andere over zijn ervaringen met open source softwareontwikkeling. Hij gaat zelfs zo ver, dat hij 19 regels heeft gedefinieerd voor het maken van goede open source software. Wat regel 1 is? “Every good work of software starts by scratching a developer’s personal itch”. En of het nu een developer, een ontwerper of een klant is, innovatie door irritatie, daar ligt de kracht!

Cruise control

De cruise control werd in 1945 bedacht door de blinde Amerikaanse uitvinder en technisch ingenieur Ralph Teetor. Zijn inspiratie om dit, nu veel gebruikte, snufje techniek te ontwerpen kwam voort uit irritatie! Hij hoorde en voelde dat zijn chauffeur (hij was immers blind) tijdens hun levendige gesprekken niet in de gaten had, dat hij telkens vertraagde en dan weer versnelde. Een persoonlijke irritatie die er voor zorgde dat wij nu van dit geweldige stukje techniek kunnen genieten.

Bolletje

Nog een voorbeeld. Op een vrijdag in september 2002 presenteerde Bolletje met veel bombarie de uitvinding die veel irritatie aan de ontbijttafel heeft weggenomen. Alle dagbladen en nieuwsitems op TV toonden het beschuitje met de handige inkeping. Dit is een prachtig voorbeeld van een eenvoudige innovatie (de inkeping) door een herkenbare irritatie (beschuit niet uit het pak krijgen).

Irritatie als beste bron voor innovaties

Ik durf dan ook te stellen: Irritatie is de beste bron voor innovaties. Het heeft een aantal voordelen om te innoveren vanuit irritatie;

  1. Je hebt voldoende drive om het probleem op te lossen, het is immers jouw irritatie en die wil je laten verdwijnen.
  2. Er is zeker een markt voor de innovatie, de irritatie zal waarschijnlijk niet alleen bij jou aanwezig zijn (en is dus ook nog eens makkelijk verkoopbaar).
  3. Je kunt praktijkgericht te werk. Vergeet theoretische modellen, je hebt een praktijkgerichte uitdaging die je wilt oplossen! Je ziet dus direct of je innovatie echt een oplossing biedt!

Omarm irritaties

Daarom dan ook dit pleidooi. Omarm je  irritaties. Vraag je klanten naar hun irritaties. Leg je oor te luister. Stop met het bedenken van theoretische oplossingen en start met het oplossen van je eigen irritatie. Alleen dan kom je tot nuttige en breed omarmde innovaties. Innovatie door irritatie. Ik daag je graag uit. Wie bedenkt het volgende beschuitje met inkeping?

Robert Verboon
Consultant bij TJIP

Robert Verboon

To app, or not to app, is that a question?

Op een regenachtige zondagochtend ben ik altijd blij met een goedgevulde literatuurbak. Of de volledige inhoud daarvan inderdaad gekwalificeerd mag worden als literatuur valt te betwijfelen, maar de definitie van literatuur is door iedereen gelukkig zelf in te vullen. Deze zondagochtend lag onder andere de nieuwste Computable geduldig op mij te wachten.

Naast de gebruikelijke artikelen over de eeuwige strijd tussen gebruikers en IT, de cloud, de iPhone 5 (die toch 4S bleek te zijn, maar dan wel weer met 3G) en het gebrek aan goed opgeleide IT’ers, viel mij toch vooral het artikel App en vloed van Drs. Bart van den Berg op. Wat mij betreft slaat dit de spijker op zijn kop!

De door hem gebruikte quote ‘We moeten een app hebben !!..wie heeft er ideeën?’ heb ik de afgelopen tijd ook regelmatig gehoord. Als consultant met een voorliefde voor innovatie en productontwikkeling kon ik de laatste tijd ook niet om het begrip “app” heen. Zowel binnen onze eigen organisatie als binnen onze klantenkring en de bijhorende markten is de app voor op je mobieltje een belangrijk onderwerp. De vakliteratuur (al dan niet aanwezig in mijn literatuurbak of op het web) staat er vol van! Een app is sexy. En iedereen wil toch sexy zijn?

Zoals Drs. Bart van den Berg in zijn artikel echter al stelt, is het hebben van een app an sich vaak het doel. Maar het hebben van iets, kan toch nooit het doel zijn? De toegevoegde waarde die het product (of de dienst, of de techniek) biedt, dat is toch het doel? Aan het hebben van een app kleven namelijk ook nadelen. Het ontwikkelen ervan kost allereerst uiteraard geld (en wellicht investering in het opbouwen van nieuwe kennis). Maar ook daarna, wanneer de app eenmaal gereed is, wordt er door de gebruikers van de app onderhoud en waarschijnlijk uitbreiding verwacht. Ook het beheer en doorontwikkelen van een app kost dus geld. Tot slot is het ook zo dat je een app niet zomaar kunt weggooien. Klanten gebruiken de app immers en verwachten een continuïteit in de dienstverlening. Het stoppen met een app (al is het alleen maar qua onderhoud), zal dus niet in goede aarde vallen bij je klanten! Die nadelen (opstart- en beheerkosten en de lange termijn commitment), wegen die op tegen het voordeel van het simpelweg hebben van een app?

In mijn optiek is dat alleen het geval wanneer de app functioneel echt iets toevoegt voor de gebruiker. En dan nog alleen wanneer het voordeel biedt om de app op je telefoon te hebben, i.p.v. dezelfde functionaliteit via tablet of PC. Helaas zijn er in de verzekeringsmarkt, naar mijn mening, echter maar een handjevol functionaliteiten waarbij het voordeel van het hebben van een app opweegt tegen de nadelen. En die app’s bestaan (bijna) allemaal al!

To app, or not to app, is that a question? In my opinion, it must be a question!

Robert Verboon