Uw 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.

Door 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
Door 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.

Nieuwe 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.

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.

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

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

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

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

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

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 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

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 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

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.

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!

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

• SCRUM Fails to get to grips with Human Psychology
• Is there a place for criticism of Scrum?
• Scrum presentatie van iSense Awareness

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.

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 is een lichtgewicht methode.

Niet plannen maar gewoon beginnen.

Klant bepaalt hoe accuraat een schatting is.

Contact boven documentatie

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

• Producent: www.technosolutions.com
• Reseller en SaaS: www.synergio.nl
• Feauture matrix:  www.tinyurl.com/ttmatrix
• UML modelleringmethode die Redhotminute binnen topteam toepast: www.tinyurl.com/pragmatischmodelleren
• Een directe concurrent: www.casecomplete.com