Tja de termen Versie management, OTAP, IT Change management spelen momenteel in mijn hoofd. Ik kwam de afgelopen weken deze termen verschillende malen tegen en moest daarbij elke keer denken aan Google. Hoe doet Google dit?
Traditioneel gezien in applicatie ontwikkel land is er een OTAP-straat (Ontwikkel, Test, Acceptatie, Productie) om versies gecontroleerd in te voeren. Applicatie versies zijn traditioneel gezien grote wijzigingen die goed getest worden voordat een nieuwe versie in productie gezet wordt. Na een major release (3.0), volgen meestal enkele minor releases (3.1) om functionaliteit af te stemmen op de gebruikerswensen en eventueel enkele patch releases (3.1.1.) om bugs te verhelpen in een release. En zo gaat het binnen een bedrijf voor custom applicaties, maar ook bij de grote software leveranciers zoals Microsoft.
De investeringskosten in een OTAP straat zijn hoog. De kosten om het proces te managen zijn zo mogelijk nog hoger. Bij vele klanten zie ik dan ook dat er nog al eens bespaart wordt op het inrichten van een goede en volledige OTAP straat. En ook het testen wil wel eens de sluitpost op het project zijn. Dit met alle beheer gevolgen van dien.
Voor sommige applicaties is het natuurlijk bijna ondoenlijk om een OTAP straat na te bouwen. Google had bijvoorbeeld zo'n probleem en heeft dit op een zeer eenvoudige en doeltreffende manier opgelost volgens mij.
Google heeft mij namelijk een nieuwe blik gegeven op de huidige werkwijze bij vele bedrijven. Google pakt wijziging compleet anders aan in mijn oogpunt. Zo brengen ze elke week voor Google Apps wel 1 of meerder kleine wijzigingen aan. Doordat de wijziging een kleine verandering is, is de impact op gebruikers en de Google IT systemen niet zo groot. Een ander voordeel is dat Google zo makkelijk het succes achterna kan. Als een wijziging in een bepaald onderdeel goed door gebruikers opgepakt wordt (wat blijkt uit gebruikerstatistieken) kan Google makkelijk doorwerken op dit succes en de ontwikkelroadmap bijsturen op basis van succesvol opgepakte functionaliteit. Tevens groeit het vertrouwen daar er elke week een succesvolle upgrade is. Naast het vertrouwen groeit ook de product kennis van de gebruikers per week. Elke week leren gebruikers weer nieuwe mogelijkheden in het platform, en is een organisatie verzekerd van de laatste mogelijkheden op Internet applicatie gebied. Je hoeft zo niet weer 3 of 4 jaar te wachten op een nieuwe major release van je mail client zoals bij Microsoft Outlook 2003-2007-2010, waarbij weer een flinke change project hoort voor data migratie en nieuwe hardware.
Voor het testen heeft Google ook een iets andere benadering. Testen gebeurt eerst intern op de eigen Google medewerkers. De correcte werking van de functionaliteit wordt zo eerst gecontroleerd en feedback verzameld. Vervolgens laat Google de functionaliteit los op enkele gebruikers van Google Apps. Na succes, wordt de functionaliteit tenslotte uitgerold over alle Google Apps gebruikers wereldwijd.
Het testen is dus een onderdeel van de deployment strategy. De functionaliteit wordt langzaam aan geintroduceerd voordat een change wordt doorgezet naar de totale community of naar de betalende Google Apps gebruikers (die een uptime garantie hebben).
Als klant van Google Apps weet je dus dat functionaliteit al verschillende release stadia succesvol gepasseerd zijn voordat ze in jouw versie komen. Dat moet toch een veilig gevoel geven.
Abonneren op:
Reacties posten (Atom)
Posts
Complimenten voor de manier waarop je een groot (nog vaak miskend) voordeel van het gebruik van Google Cloud Computing beschrijft. Een voordeel waar met name de eindgebruiker plezier aan beleeft!
BeantwoordenVerwijderenRichard,
BeantwoordenVerwijderenJe legt een relatie naar Microsoft, weet niet of het bewust is, maar ik dacht ik zal even reageren.
De zorgvuldigheid die Microsoft heeft mbt het ontwikkelen / introduceren van producten is zeer gepast als je dit in perspectief plaats. Windows en Microsoft Office (>500 Miljoen gebruikers)kennen een zeer grote installed base en daarnaast een zeer groot partner ecosysteem in de vorm van organisaties (als Atos) voor advies, implementatie en beheer. Het ISV ecosysteem dat oplossingen bouwt op en rond deze platformen is ook zeer groot en voor de meeste partijen geldt dat wij enige vorm van voorspelbaarheid / inzicht willen in de functionaliteit die eraan komt. We noemen dat een roadmap.
Wat wij horen in de gespreken met partners en klanten is dat zij veel waarde hechten aan deze roadmap omdat het hen in staat stelt tijdig voor te sorteren op welke functionaliteit beschikbaar is en beschikbaar komt en hoe zij dit optimaal laten samenwerken met de rest van hun applicatie landschap.
Ik kan mij niet aan het idee onttrekken dat ook organisaties als Google een zeer gedegen ontwikkeling van hun producten en diensten hebben waarin Ontwikkelen, testen en accepteren (wat een gedegen aanpak is , maar ook common sence) wel degelijk gehanteerd wordt.
Voor een aantal diensten hanteert Google misschien wel een gedeeltelijke co-creation aanpak met haar gebruikers (kijk bijvoorbeeld naar de Gmail feature om discussion threading uit te zetten of de Outlook Connector). Maar daarnaast volgen zij wel degelijk een vastomlijnde strategie en dito roadmap. Zorgvuldigheid en tijdigheid van opleveren van functionlaiteit (ook in relatie tot competitors) is dan ook cruciaal; dat geldt voor elk bedrijf in deze business zou ik zeggen.
De "perpetual beta" aanpak heeft even gewerkt maar klanten zijn zeer duidelijk. Zonder de benodigde basis features en duidelijkheid van een roadmap is het lastig kiezen, zeker in de zakeijke markt. Een recent voorbeeld is State of California :
http://blogs.technet.com/b/whymicrosoft/archive/2010/10/18/state-of-california-selects-csc-and-bpos-google-opts-out.aspX
Het concept van oplossingen uitproberen op je eigen medewerkers is niet sec een Google benadering hoor … 'Dogfooden' zoals wij dat noemen doet Microsoft al sinds ze software en diensten ontwikkelt.
De weg die Microsoft ook daarin kiest is transparantie … Alles wordt gepubliceed in IT Showcase :
http://technet.microsoft.com/en-us/library/bb687780.aspx.
Zo hebben onze klanten en partners ook nog wat aan die ervaringen ..
Ik zou willen voorstellen blijf ook Microsoft volgen op dit gebied want door het bieden van cloud services zijn eventuele migratie perikelen zoals je die beschrijft rond Microsoft producten weggenomen. Inmiddels heeft Microsoft zo’n 40 Miljoen betalende eindgebruikers op haar online diensten.
Peter de Haas (ik werk bij Microsoft)