Het klinkt waarschijnlijk bekend in de oren, “Waarom doet de site het niet op mijn iPad?” Of: “Waarom ziet de website er op mijn werk niet zo mooi uit als op mijn laptop thuis?”.

Browsers

Het zijn vragen die gaan over op de opbouw van de html, css en javascript van uw website. En het merendeel van onze tijd besteden wij als front-enders aan het ontwikkelen van custom oplossingen hiervoor.

Redhotminute ontwikkelt de ‘voorkant’ (vandaar de term front-end) van websites volgens de ‘progressive enhancement methodiek. Dit houdt in dat wij ervoor zorgen dat uw website voor iedere bezoeker toegankelijk is.

HTML CSS JavascriptUw website wordt zo opgebouwd dat de content leesbaar is zonder opmaak en functionaliteit. Dit wordt ‘semantische opbouw’ genoemd. Erg belangrijk voor uw ranking in Google. Zoekmachines doorzoeken uw website alleen op content en negeren de opmaak en functionaliteit van uw website.

Wanneer de webpagina op het scherm is opgebouwd voegen we de interactieve- en designelementen toe. Daarbij gebruiken wij de nieuwste technieken om uw website er goed uit te laten zien in de moderne browsers.

devicesDoor de explosieve groei van browsers en devices wordt het steeds belangrijker om goed na te denken welke browsers en devices u wilt ondersteunen. Oude browsers ondersteunen minder grafische styling dan de nieuwe browsers. En mobiele telefoons hebben afwijkende schermgroottes en resoluties en tonen uw content anders.

U moet zich dan ook telkens afvragen welke elementen van uw online branding over alle platformen en devices consistent moeten blijven. Hieronder vind u een overzicht van de aspekten die bij deze afweging een rol kunnen spelen:

Design
css3 logoDoor de komst van CSS3 hebben wij veel meer mogelijkheden gekregen om uw website helemaal conform uw eigen styleguide te ontwikkelen. Speciale lettertypes, schaduwtjes en verloopjes, ronde buttonhoekjes en animaties kunnen in moderne browsers allemaal getoond worden. Wilt u echter dat het design er goed uitziet in alle desktop browsers, dan zal ondersteuning voor bijvoorbeeld Internet Explorer 6 noodzakelijk zijn. En daarvoor zijn extra werkzaamheden nodig. Het is daarom belangrijk dat u goed inzicht heeft in de browsers die uw doelgroep gebruikt.

Performance
Performance hangt nauw samen met de ondersteunde designelementen. Zo kunnen animaties in bepaalde browser schokkerig werken. Het toevoegen van ronde hoekjes in de buttons kan ervoor zorgen dat de browser harder moet werken en de pagina langzamer opbouwt. Waarvoor en wanneer uw doelgroep uw (mobiele) site gebruikt is dus erg belangrijk om te weten. Een mobiele bezoeker zonder wifi heeft andere behoeftes dan een gebruiker die op kantoor met een gloednieuwe laptop naar uw site kijkt.

html5 logoNieuwe technieken
Ook de komst van nieuwe technieken zoals HTML5, geo-locator en offline storage hebben ervoor gezorgd dat uw site veel meer functionaliteiten kan bieden dan een paar jaar geleden. Sommige technieken staan echter nog zo in de kinderenschoenen dat het niet altijd raadzaam is ze nu al te implementeren. Tenzij uw doelgroep juist cutting-edge technologie van u verwacht.

Conclusie
Als u van plan bent om een nieuwe site te ontwikkelen of uw bestaande site te upgraden, is het noodzakelijk om vooraf na te denken over de gewenste device- en browserondersteuning. De keuzes die u maakt hebben invloed op uw online branding, site performance en budget.

Webanalytics van uw huidige site kunnen u een eerste indruk geven van het gebruik door uw bezoekers. Daarnaast kan een internetbureau u helpen met het vormen van een browser/device strategie die toekomstbestendig is.

Customer engagement is voor Sitecore duidelijk de cherry on the cake. Bij voorkeur zo eenvoudig mogelijk door het system beschikbaar gesteld. Sitecore noemt dat Engagement Automation.

Klassieke marketing schrijft voor dat je dient te onderzoeken wie je doelgroepen zijn. Vervolgens probeer je op basis van deze doelgroepen je website zo individueel mogelijk in te richten, maar je eindigt uiteindelijk toch met copy die van toepassing is op de (zo specifiek mogelijke) massa. Het kan zijn dat je daar als marketeer andere kanalen bij zoekt om dan toch te personaliseren.

Sitecore Engagement Automation biedt daarin op het eerste gezicht een heel goed handvat om definitief individueel content te kunnen sturen. Het gaat daarbij om relevante content, die bovendien over meerdere kanalen effect kunnen hebben.

User profiling

User profiling

Deze oplossing ligt in het verlengde van behavioral targetting. De marketeer bepaalt door het toekennen van scores aan pagina’s profilering op de website. Eindgebruikers bewandelen een zeker pad over de website en accumuleren op deze manier punten op basis van de scores. Op basis van het klikpad weet Sitecore dus, weliswaar met een korrel zout, wat voor type consument hij tegenover zich heeft zitten. Waar behavioral targetting op basis hiervan alternatieve content toont loopt Engagement Automation door een proces waar meerdere acties mogelijk zijn.

Het accumeleren van profiling scores terwijl de gebruiker door de website navigeert.

Het accumeleren van profiling scores terwijl de gebruiker door de website navigeert.

Een voorbeeld: een consument is op zoek naar een nieuwe auto. Hij komt op de website en navigeert wat rond. Het blijkt dat de gebruiker vooral naar comfortabele auto’s zoekt, specifiek voor stadverkeer. Bovendien kijkt hij met name naar auto’s die bij de website te boek staan als zakenauto’s.  Terwijl de consument rond klikt scoor hij punten. Hij scoort veel punten in het zakelijke segment en in mindere mate in het gezin segment. Wanneer hij een brochure aanvraagt komt Engagement Automation in actie. Als een workflow worden de volgende stappen doorlopen: Welk profiel heeft de gebruiker? De gebruiker is geïnteresseerd in zakelijke modellen. Stuur daarom een e-mail met daarin de brochure van het model in kwestie, maar stuur ook een brochure mee van het aantrekkelijke lease aanbod. Heeft de consument ook al een testrit aangevraagd? Nee, stuur in dat geval de gegevens door naar de dealer voor een follow-up gesprek of stuur een e-mail met een vriendelijke uitnodiging. Even eenvoudig had de e-mail met de brochures ook een paragraaf kunnen bevatten die de consument aanstuurt tot het bellen van een dealer.

Dit gehele scenario kan door een marketeer gebouwd worden met een eenvoudige drag-and-drop methodiek. Dit maakt het zeer aantrekkelijk voor marketeers en eenvoudiger om met minimale werkzaamheden zo groot mogelijk effect te behalen.

Engagement plan

Engagement plan

De Online Marketing Suite – kortweg OMS – is een marketing module binnen Sitecore dat marketeers in staat stelt om de eigen website door te meten en met deze informatie de eindgebruikers te voorzien van tailor made content. OMS ondersteunt naast deze behavioral targeting ook multivariate testing.

Op voorhand van Dreamcore 2011 was reeds bekend: Dreamcore 2011 moest om de langverwachte opvolger van de Online Marketing Suite (OMS) draaien. Dit was zeker het geval. Sterker: de update van Sitecore 6.4 naar 6.5 was grotendeels vanwege de OMS update naar OMS 2.0. Sitecore heeft een aantal welkome open deuren ingetrapt, maar kwam ook met verrassingen.

Waar OMS tot versie 6.4 een module was die functioneerde op de Content Editor mode van Sitecore is het nu helemaal losgetrokken en een eigen volwassen module geworden. De oude versie was simpelweg een profiling tool. Eindgebruikers navigeren door je website waarbij Sitecore bijhoudt wat het bewandelde pad is en kent scores toe per gebruiker die door de marketeer is toegekend. Op basis daarvan ziet Sitecore (en daarmee de gebruikers) niet alleen welke pagina’s populair zijn, maar kan ook haar doelgroep profileren.

Sitecore heeft serieus doorgepakt op deze methodiek. OMS is niet langer een profiling en analytics tool, maar een serieus engagement platform. Sitecore heeft OMS 2.0 dan ook omgedoopt tot DMS, Digital Marketing System. Het staat als systeem naast het volwaardige bestaande WCM gedeelte en Sitecore mag daarmee eigenlijk geen Web Content Management platform meer genoemd worden: het is veel meer dan dat.

Netto is de methodiek achter OMS tamelijk gelijk gebleven. De profilering geschiedt nog min of meer op een gelijke manier en ook de multivariate testing en behavioral targetting worden op gelijke manier toegepast. Ik zal hier later meer over toelichten.

Wat maakt dan wel het verschil? Dat zit met name in de Analytics, de Page Editor mode en het paradepaard van DMS: het Engagement Automation met behulp van engagement plans.

Profiling en de user interface (UI)

Speerpunt in DMS is om marketeers een pakket te bieden dat voor hen werkt. Daarmee dient het systeem ook de basis theorie te ondersteunen die de marketeer eigen is. Waar OMS in het verleden een wirwar van technische functionaliteiten was is de user interface nu in DMS een stuk meer helder. Een voorbeeld hiervan is de toepassing van persona radar weergaves.

Profiling and persona radar

Profiling and persona radar

Als marketeer heb je een duidelijk overzicht van wie je doelgroep is. Daar zijn persona’s voor geschreven. Persona’s hebben interesses, professionele achtergronden, sociale milieu’s. In DMS kun je heel eenvoudig per pagina aangeven welke persona’s en/of persona eigenschappen van toepassing zijn door middel van zogenaamde ‘Profiling cards’. De UI toont daarbij direct middels de persona radar welke eigenschappen deze persona uniek maken, zodat je als marketeer niet verzandt in onduidelijke en vaak incomplete omschrijvingen.

Sitecore Analytics

Analytics hebben met afstand de grootste metamorfose ondergaan. Dat was nodig.

In OMS waren de rapportages mager en bovendien lastig te onderhouden. Waar je van Google Analytics een heldere UI gewend bent en eenvoudig je informatie kunt vinden, was dat in Sitecore Analytics nogal een probleem.

Ron Person toont het verschil tussen web analytics and engagement analytics

Ron Person toont het verschil tussen web analytics and engagement analytics

Sitecore heeft dat prima aangevoeld. Met Ron Person als Head Analytics in de gelederen – Ron Person heeft een jarenlange staat van dienst als consultant bij Microsoft en als auteur. Hij is gespecialiseerd in het inzichtelijk maken van grote hoeveelheden data – is het Analytics gedeelte van DMS enorm versterkt.

Waar o.a. Google Analytics een grote hoeveelheid data biedt met even zoveel exports van matrixen van data, is Sitecore Analytics veel gedetailleerder op de concrete wensen van de marketeer. Person stelt dat het vertrouwen en de toewijding van een eindgebruiker het meest van belang is voor de marketeer. Je meet dit door met Sitecore te bepalen waar de kernacties in de website liggen en deze te markeren met een aantal punten. Heb je een brochure aangevraagd krijg je als bezoeker (bijvoorbeeld) 5 punten. Heb je een specifieke productpagina bekeken, krijg je 2 punten. Maar voor andere product pagina 1. Als bezoeker verzamel je zo punten. Als marketeer waardevolle informatie, want je kunt je bezoekers classificeren en bedienen. Dat betekent dat als je deze uitkomsten spiegelt aan het aantal bezoekers dat je de value per visit kunt berekenen: de relevantie. Je ontwikkelt een standaard waarmee je ook het potentieel kunt berekenen van een nieuwe campagne.

DMS toont je dit alles in een eenvoudige Microsoft Silverlight applicatie. Heldere taart- en staafdiagrammen geven je inzicht in deze informatie. Het eeuwige cliché is ‘less is more’, maar dat is in deze exact wat Sitecore nastreeft.

Het Sitecore Analytics dashboard

Het Sitecore Analytics dashboard

Page Editor mode

In de blogpost ‘Een verbeterd WCM: Sitecore gaat van versie 6.4 naar 6.5’ heb ik reeds de belangrijkste verbeteringen omschreven bij de update van Sitecore. Met betrekking tot de Page Editor mode en de DMS heeft men veel vooruitgang geboekt.

Sitecore Page Editor mode

Sitecore Page Editor mode

Waar je in de Page Editor mode van Sitecore 6.4 nog pagina elementen en dan alle condities moest configureren in het Marketing Center van Sitecore voor behavioral targetting en multivariate testing, is alles nu geintegreerd in de Page Editor mode. Daardoor wordt ingewikkelde marketing theorie ineens eenvoudig toepasbaar volgens het WYSIWYG principe. Je start altijd met het generieke uitgangspunt van content. De content voor de massa. Even eenvoudig als dat je een afbeelding of tekst selecteert en aanpast, selecteer je nu detzelfde asset en klik je direct op ‘Add multivariate test’ of ‘Personalize content’. Je kunt direct starten met het aanpassen van de content en het configureren ervan.

Creating behavioral targetting in Sitecore Page Editor mode
Creating multivariate tests in Sitecore Page Editor mode

Creating multivariate tests in Sitecore Page Editor mode

Creating behavioral targetting in Sitecore Page Editor mode

Er is wel een punt van kritiek hierin te melden. De definitie van multivariate testing en behavioral targetting is onveranderd. Ik vind dat voor multivariate testing nog een probleem. Waarbij je met behavioral targetting de beschikking hebt over Sitecore’s rule engine en daarmee alle afhankelijkheden kunt bepalen voordat gepersonaliseerde content wordt getoond, is dat bij multivariate testing niet het geval. Kortweg gezegd is de functionaliteit dat je content variatie A, B of N toont. Net als in Sitecore 6.4 is het niet (op een nette manier) mogelijk om te bepalen welk percentage van je bezoekers geconfronteerd wordt met de test. Testen of hetzelfde panel bijvoorbeeld beter functioneert in de content area dan in de sidebar is ook niet out of the box te configureren.

Vanaf Sitecore 6.5 is de manier waarop Sitecore opzoekt waar de eindgebruiker zich geografisch bevindt – de zogenaamde GeoIP lookup – verbeterd. Het is een nagenoeg realtime check, waardoor het eenvoudiger wordt om content aan te bieden die op de regio gelokaliseerd is. Sidemark is hierbij wel dat Sitecore altijd afhankelijk is van een externe service. Het is dus mogelijk dat deze functionaliteit soms te lang op zich laat wachten. Sitecore biedt hier overigens altijd een goede fallback functionaliteit voor zodat de gebruiker altijd van een goede campagne kan worden voorzien.

Engagement plan

Je kunt dus met DMS profileren. Je kunt pagina’s door meten. Je kunt content tonen die tailor made is voor de eindgebruiker op basis van zijn of haar gedrag. Heel veel mogelijkheden. Heel veel werk dus? Helaas wel, maar dat is de prijs die de consument vandaag van websites verwachten. Sitecore maakt hier gelukkig de cirkel rond met het engagement plan.

Sitecore DMS Engagement automation

Sitecore DMS Engagement automation

Een engagement plan is een workflow waarin gebruikers automatisch terecht komen wanneer ze bepaalde events triggeren op de website of waar ze marketing doelen bepalen. Het stelt je in staat heel eenvoudig een stappenplan te definiëren voor de individu en ze met een paar klikken juist niet op te laten gaan in de massa. De blogpost ‘Sitecore is eye candy voor customer engagement’ gaat dieper in op deze oplossing die marketeers en content beheerders het leven makkelijker en overzichtelijker zal maken.

Ik ben aangenaam verrast door het nieuwe DMS. Sitecore heeft goed geluisterd naar de partners, de gebruikers en met name daarbinnen de marketeers. De zo gewenste update is gekomen en lijkt de wensen te beantwoorden. Het OMS was altijd een ongeslepen diamant. Het vereiste veel moeite om het te implementeren en te beteugelen. Het configuratie werk kostte voor de marketeer vooral erg veel werk en met name onhandig schakelen tussen de vele applicaties. Met DMS heeft Sitecore de diamant veel geslepen en heeft het mijns inziens erg veel potentie.

Sitecore 6.4 toonde ons al grote verbeteringen op basis van gebruikersgemak. De vanaf Sitecore 6.0 geintroduceerde Page Editor Mode waarin de content beheerder direct inline de website kon onderhouden kreeg een grote opknapbeurt in 6.4 met goede feedback als gevolg. Sitecore 6.5 pakt hier zeer goed op door. De module ondersteunt veel beter de eigenlijke code (HTML in combinatie met JavaScript en Ajax) van de website zelf. Voor de UX/front-end developers onder jullie: Sitecore 6.4 ondersteunde Prototype. Sitecore 6.5 ondersteunt het breder gedragen jQuery. Deze compatibiliteit betekent minder ontwikkelwerk, met name doordat geen alternatieve code getoond hoeft te worden wanneer de content editor in de Page Editor Mode acteert.

Sitecore Page Editor mode

Sitecore Page Editor mode

Een sterke verbetering is tevens de verdere integratie van de Online Marketing Suite. Multivariate testing en behavioral targeting wordt daarmee sterk vereenvoudigd in de Page Editor mode en met name het Sitecore Analytics gedeelte is grondig op de schop gegaan. De blogpost ‘De Online Marketing Suite wordt volwassen’ gaat in detail in op de wijzigingen omtrent het OMS, tegenwoordig DMS genaamd. Opvallend is vooral dat je eenvoudig kunt schakelen tussen de varianten die je als content beheerder aanmaakt. Ook het aanmaken van de varianten gebeurt direct vanaf de plek in de webpagina waar je wijzigingen wil aanbrengen.

DMS dashboard

DMS Dashboard

Tot slot is een nieuw principe geintroduceerd dat Sitecore ‘Cloning’ heeft genoemd. It’s all in the name: content pagina’s of onderdelen die zijn aangemaakt kunnen worden gekloond naar andere delen van het WCM. Heb je een corporate website met vele gelokaliseerde afgeleide websites, dan is dit een fijne functionaliteit om content te distribueren over de verschillende landen. Wanneer het origineel wordt aangepast, krijgen de lokale content editor een melding of ze de update ook lokaal willen doorvoeren. Zo ontstaat automatisch een workflow.

Sitecore 6.5 is ook sterk verbeterd op de ondersteuning van Microsoft Azure services. Deze vorm van server- en service beheer in de cloud is geintegreerd in Sitecore zodat de administrator zelf met een paar klikken dataservers kunt toevoegen aan het platform in Amsterdam. Of Dublin. Of Shanghai..

Onder de kap is er uiteraard ook veel veranderd in Sitecore, waardoor Sitecore efficiënter en sneller is dan zijn voorgangers. Sitecore heeft met versie 6.0 een grote stap gemaakt, maar liep direct weer achter op haar eigen ambities. Sitecore 6.5 ziet er stabiel uit, verzorgd en met aandacht voor de gebruikers die het gebruiken. Hoewel de roadmap continu wordt aangevuld met nieuwe wensen staat er met versie 6.5 een gedegen platform.

Redhotminute is van 7 – 9 juni naar het inspirerende London gereisd om Dreamcore 2011 bij te wonen. Dreamcore is het jaarlijks terugkerende evenement van Sitecore waarin zij de laatste ontwikkelingen van Sitecore producten tonen en verdiepingen in de wensen van de partners, gebruikers en eindgebruikers.

Het buzzword van Dreamcore 2011 was duidelijk ‘engagement’. Het beheren van een website is niet langer een eenvoudige taak van het croppen van afbeeldingen en het schrijven van saaie broodteksten. Integendeel, eindgebruikers zijn individu’s. Individu’s met duidelijke wensen en eisen. Met een smartphone, een PC en waarin de tablet ook steeds meer bij de inboedel behoort. Individu’s die je als content beheerder individueel moet bedienen en met de juiste call-to-actions mogelijkheden moet aanzetten tot handelen. Engagement right there.

Sitecore lanceert een bèta release van versie 6.5 dat niet langer een Web Content Managing systeem (WCM) is, maar een compleet pakket waarin de personalisatie van content naar de gebruiker naar marketing standaarden centraal staat. De synergie tussen content beheer en marketing maakt Sitecore daarmee een Customer Engagement Platform (CEP).

We hebben helaas niet live kunnen schakelen door gebrekkig Wifi en willen via deze serie blogposts onze conclusie bieden van twee inspirerende dagen. Deze serie bestaat uit de volgende delen:

•    Een verbeterd CMS, Sitecore gaat van versie 6.4 naar 6.5
•    De Online Marketing Suite wordt volwassen
•    Sitecore is eyecandy voor customer engagement

Ik hoor graag als je vragen of opmerkingen hebt naar aanleiding van de posts!

In de laatste twee blogs heb ik een inleiding gegeven op Scrum en de sterke punten van Scrum besproken. Deze blog staat stil bij de kritiek van mijzelf en anderen op Scrum.Er wordt wel eens geroepen dat Scrum zelfs toegepast is voor het bouwen van vliegtuigen. Ter introductie en vermaak een kort filmpje over hoe dat eruit zou zien: “Building a plane the Scrum way”

Scrum op zichzelf biedt niet voldoende handvaten voor projectmatige software ontwikkeling

De meeste organisaties die Scrum gebruiken, passen eigenlijk “Scrumbut” toe (“We use Scrum but… fill in any number of changes and extensions here”). Scrum is soms niet praktisch en tevens flinterdun op gebieden als ontwerp, change en release management, testen en projectmanagement. Daarom wordt op deze gebieden veelal geleend van methodes als XP, UML, ITIL en PRINCE2. Naar mijn mening mist er zoveel aan Scrum dat Scrum alleen (of Scrum plus XP) geen solide basis vormt voor projectmatige software ontwikkeling.  De volgende alinea’s gaan dieper in op 3 onpraktische en missende delen van Scrum.

1) De Scrum rolverdeling is niet praktisch

De Product Owner moet volgens Scrum de bevoegdheid hebben alle beslissingen te nemen namens de opdrachtgever. In ICT projecten is dit veelal een manager die niet de tijd heeft om ook fulltime de Product Owner verantwoordelijkheden op zich te nemen. Tevens is de vraag in hoeverre een manager uit “de business” de vaardigheden heeft die horen bij de Product Owner rol (o.a. de scope nauwkeurig vastleggen, bouw volgorde bepalen).  Scrum onderkent dit probleem niet en biedt ook geen handvaten hoe deze rol kan worden opgesplitst.

In Scrum is er geen projectmanager maar is het team “zelfsturend”. De Scrummaster is uitsluitend een coach en facilitator. Mijn persoonlijke ervaring is dat een team met een ervaren leider veel effectiever is dan een groep zonder leider. Op dit gebied mist Scrum naar mijn mening de project- en teamleider rollen. Ik denk dat dit anti-management sentiment in Scrum veroorzaakt wordt door slecht projectmanagement. Zo worden HBO+ werknemers nog te vaak gemicromanaged en wordt er meer gestuurd op het halen van deadlines dan op een goed resultaat. Dit pleit voor ander management, niet minder management.

Naast de Product Owner en Scrummaster rol bestaat er ook nog het Teamlid rol. Scrum maakt hierin geen onderscheid in rollen, sterker nog: alle teamleden moeten elkaars werk kunnen doen en alle rollen zijn fulltime met het project bezig. Ook deze rol is niet praktisch; de beste vaardigheden zijn veelal aanwezig bij de specialisten in plaats van in generalisten.

2) Scrum onderkent onvoldoende het belang van duidelijke requirements en een goed ontwerp

Scrum noemt “gedetailleerde documentatie” minder waardevol. Een valkuil in Scrum is dat ontwerp niet verder komt dan post-it’s en tekeningen op een whiteboard (het houden van ontwerp sprints zoals bijvoorbeeld in RUP/OpenUP is immers ook tegen de leer in). Uit onderzoek blijkt juist dat slechte specificaties de voornaamste reden zijn van projectfalen. Tevens weten we dat de kosten van software voor meer dan de helft in onderhoud zitten, en niet gedocumenteerde systemen een veelvoud in onderhoud kosten.

Scrum bevat geen ontwerpfase omdat wordt aangenomen dat ontwerpen niet begrepen worden en in 1 big bang naar de klant gaan.Dit is vandaag de dag nog maar zelden het geval, aangezien moderne ontwerp technieken als use cases en scherm prototypes door de klant heel goed te begrijpen zijn. Tevens worden ook ontwerpen tegenwoordig in meerdere iteraties opgeleverd in plaats van in 1 big bang. Klanten zijn ook meer en meer bewust van goed opdrachtgeverschap en daar valt ook zorgvuldig reviewen van ontwerpen onder.

Scrum stelt voor om ontwerp over te slaan en vanaf de eerste iteratie werkende software aan de opdrachtgever te laten zien. Dit betekent wel een duurder proces, want als de klant de werkende software niet bevalt moet de code worden aangepast. Als de klant de fout ontdekt in het ontwerp hoeft alleen het ontwerp te worden aangepast, wat een stuk sneller en goedkoper is. Tevens is het veelvuldig ombouwen van een applicatie veelal niet goed voor de code kwaliteit.

De enige ontwerp artifacts in Scrum, waarover voor de bouw wordt overlegd, zijn de User stories (op post-it’s) in de Backlog. De Backlog is een lange platte lijst van gewenste functionaliteit zonder groepering of hiërarchie. Bij veel User stories is dit al snel niet meer praktisch. Over veel gebruikte ontwerp technieken als requirements, use cases en wireframes (en het samenspel daartussen) roept Scrum niets, terwijl lang niet alle wensen in User stories te vatten zijn. User stories hebben weinig structuur waardoor veelal wordt teruggevallen op datgene waarvan ze zijn afgeleid: UML Use cases.

3) Er zijn ontbrekende schakels in het proces model van Scrum

De aantrekkelijke Scrum proces plaatjes laten niet de hele werkelijkheid zien. Met name processen in de beginfase en eindfase van het project missen. Tevens worden veel processen nergens volledig uitgewerkt (wat is het doel van het proces, wie is betrokken/verantwoordelijk, wat is de output, wat zijn de afhankelijkheden).

Enkele voorbeelden van zaken die binnen Scrum bestaan maar waarvoor het creatie en beheersproces mist:

  • De “Definition of done” (wanneer is oplevering compleet)
  • De (“groomed)” productbacklog, inclusief de uitwerking van de user stories en het groomen
  • Testresultaten
  • Estimations (wanneer, en hoe vaak worden er inschattingen gemaakt of bijgewerkt, wat gebeurd er als het team de user stories van de product owner te vaag vind?)

Naast dat er processen missen voor benoemde Scrum artifacts, zijn er ook belangrijke artifacts, plus bijbehorende processen, die missen. De belangrijkste twee zijn naar ontwerp en projectmanagement artifacts en processen. In de vorige paragraaf is het ontbreken van ontwerprocessen reeds besproken. Door het geheel ontbreken van een ontwerp en analyse fase vraag ik me af de opdrachtgever tijdig en weloverwogen keuzes kan maken over de kosten en duur van een project.

Tevens missen processen voor vaststellen, rapporteren over, en bewaken van het projectbudget en planning. Gerelateerd daaraan zijn de missende processen voor het omgaan met wijzigingen gedurende het project. De product owner kan de backlog naar wens aanpassen maar er is geen terugkoppeling over de kosten/haalbaarheid/kwaliteitsimpact van wijzigingen.

Conclusie: Not to Scrum ?

Geen enkele partij die software bouwt ontkomt eraan om zijn eigen software ontwikkelingsmethode(s) te ontwerpen en continu te verbeteren. Daarbij is het gebruikelijk dat de beste ideeën uit meerdere methodes worden gecombineerd. Scrum bevat vernieuwende invalshoeken en kan daarmee bijdragen aan een zo’n methode. Daarentegen is Scrum naar mijn mening te licht en onpraktisch om als fundament of zelfstandige methode te dienen (ook niet de combinatie van Scrum plus XP). Van de andere kant vind ik dat iedere bedrijf toch zeker 90% van de sterkte punten uit Scrum zou moeten toepassen in (een van0 zijn  methode(s), zoals genoemd in de lijst uit mijn vorige blog.

Bronnen

De vorige blogpost bevatte een introductie op Scrum, een methode die veel vakgenoten enthousiast maakt. In deze blogpost sta ik stil bij de sterke punten uit Scrum waar ikzelf enthousiast over ben.

Scrum doet onder andere de volgende aanbevelingen:

Werk iteratief

  • Splits een project op in deelprojecten (iteraties) van 2 tot 4 weken. Iedere iteratie levert werkende software op. Hierdoor worden problemen en uitloop snel inzichtelijk zodat hierop kan worden bijgestuurd.
  • Klantdemo’s van de software aan einde van iedere iteratie zorgen voor een gemotiveerd team. De feedback van de klant en de kleine mijlpalen zorgen voor extra “motivatie” om de deadlines te halen.

Deze eerste blog in een serie van 3 geeft een introductie op Scrum. Deze methode weet veel bedrijven enthousiast te krijgen voor het verbeteren van hun software processen.

Aangezien er al veel geschreven is over Scrum bevat deze blog een aantal verwijzingen naar goede Scrum introducties.

Video’s

Scrum in 10 minutes video’s

Scrum in 10 minuten in het nederlands (ook de moeite waard na het zien van de vorige video):

Video met presentatie met een van de scrum makers (1 uur)

Presentaties


Scrum humor

Scrum is een lichtgewicht methode.

Niet plannen maar gewoon beginnen.

Klant bepaalt hoe accuraat een schatting is.

Contact boven documentatie

Recentelijke bespraken we op deze blog onze requirements tool Topteam. Een current van Topteam heeft een erg aardig artikel online gezet over Use cases in een Agile / SCRUM omgeving. Dit artikel laat mooi zien dat use cases zo licht of zwaar gemaakt kunnen worden als nodig voor het project.

Functioneel ontwerp binnen een agile project?

Agile methodieken als SCRUM bevelen user stories aan als basis voor het ontwerp. Dit zijn korte beschrijvingen wat een gebruiker wil dat het systeem doen. Iedere story wordt op een post-it geschreven en aan de muur geplakt. Verder sluiten agile methodieken geen verdere ontwerp technieken aan en laten de keus aan de gebruiker.

Dieper dan een post-it’s

Bedrijven die behoefte hebben aan iets meer dan een user story op post-it formaat zijn bij uitstek geholpen met use cases! Use cases in de kern juist zeer agile, doordat naar wens detail kan worden toegevoegd. Zo kan een use case in eerste instante alleen bestaan uit een omschrijving en een user goal, zoals bij een User story. Vervolgens kan een gebruiker naar wens en behoefte details toevoegen. Denk daarbij aan het koppelen van requirements, actoren, schermen en het uitwerken van scenarios.

Agile werken met Use cases

Het artikel biedt bij het detailleren van use cases in een agile project concreet 4 stappen:

  1. Begin met use case doelen, actoren en beschrijving
  2. Werk de belangrijkste use cases eerst uit
  3. Schrijft stappen op vanuit het perspectief van de gebruiker
  4. Pas de preciezie en mate van detail van stappen aan aan de behoefte

Bron: http://blog.casecomplete.com/post/Agile-Use-Cases-in-Four-Steps.aspx

Dit artikel is deel 2 in serie van 2, klik hier voor deel 1.

Beperkingen

De tool is geen volledige UML editor met ondersteuning voor alle diagrammen en is zo ook niet bedoelt. Het aanpassen van gegeneerde diagrammen in de tool zelf kan maar tot op zekere hoogte. Wel kan de Topteam naar andere UML ontwerp tools exporteren. De tool kent alleen synchronizers voor integratie met MS Team Foundation  Server en HP Quality  Center. Een groter gemis is het ontbreken van een data/entiteit model editor om een business object model op te stellen en te integreren in het ontwerp. Entiteiten zijn wel in een woordenlijst te definiëren, maar daarbij is het niet mogelijk om attributen en relaties aan te geven. De Advanced editie van de tool bevat wel datamodellering  en BPMN ondersteuning maar is voor deze review niet getest.

Webinterface en naamsbekendheid

Topteam biedt ook een web interface via de gratis Web access Server. Deze is echter beperkt tot het inzien van het ontwerp. Voor het online reviewen van ontwerpen en inzien van de change / issues / task lijsten  is een extra server licentie vereist. Niet zozeer een technische beperking is de beperkte aandacht voor marketing en het ontbreken van een topteam community. De naamsbekendheid  van de tool is klein.  De website van de leverancier is verouderd en rommelig. Een eenduidige product/feature/prijslijst ontbreekt. Gemiste kans is ook dat er geen gratis versie is voor kleinere projecten.

Praktijk en conclusie

Redhotminute heeft Topteam ondertussen voor verschillende klanten ingezet. Daarbij is de initiële  investering in de tool al terugverdiend doordat use cases in de helft van de tijd waren op te stellen. Daarbij  is de kwaliteit, leesbaarheid en onderhoudbaarheid van de ontwerpen omhoog gegaan. Mijn mening is dan ook dat een soortgelijke tool onmisbaar is voor ontwerp teams die naast requirements ook werken met Use cases.De tool voelt solide, doordacht en volwassen aan.

De leverancier heeft de uitgebreide tool toch gebruikersvriendelijk weten te houden. Collega ontwerpers,  testers en developers  konden met minimale instructie zelf aan de slag met de tool.  Ontwerp documenten als de requirements analyse en het functionele ontwerp genereren we grotendeels vanuit topteam. Delen die niet uit topteam komen staan reeds in de projectspecifieke word template  en komen uit andere tools als Visual Paradigm(business object model) en Axure (schermen). Het eenmalig aanpassen van de ontwerp templates  aan de bedrijfsstandaarden heeft in het begin wel dagen gekost. Ook gebruiken we de mogelijkheid  om testcases te generen op basis van Use cases scenario’s.  Hiermee  wordt een aanzienlijke hoeveelheid dubbel werk voorkomen.

Ook andere bedrijven in Nederland hebben ondertussen de tool ontdenkt, zoals een bank, een grote luchthaven, een grote elektronica multinational en een ministerie. Redhotminute  heeft geen spijt van de keuze voor Topteam en verwacht de komende jaren  met deze tool verder te gaan.

Productinfo

  • Producent en product: Topteam Analyst 5.12 Team Standard edition
  • Prijs standard edition: (ex. BTW, ex optioneel onderhoudscontract (20%)) Prijzen zijn op aanvraag, wij betaalden 829 euro per named licentie. Collaboration webserver 20 users eenmalig  prijs is op aanvraag (readonly  webserver  is gratis)
  • Nederlandse reseller: Synergio, deze biedt tevens een SaaS variant, prijs op aanvraag, licentie per maand per user (min 5 users).
  • Systeemvereisten: Voor zowel client en server: Windows 2000 en hoger. Database: Oracle, SQL server of interne database.

Links

Pagina 1 van 212
  • Graaf Reinaldweg 22
  • 4176 LX  Tuil (Waardenburg)
  • T +31 (0)418 51 00 68
  • F +31 (0)418 51 00 74