Dit krijtbord geen een overzicht van de breakdown van ingredienten in de koffie. Geen toolie bij gebruikt, maar wel uitermate efficient voor koffiedrinkers om te gebruiken als beslissingondersteuning.

Link naar tweet

• ontwikkelkosten
• beheerkosten
• gebruikskosten
• ontmantelkosten

Als laatste vraagstuk ging ik in op wie deze beslissingen kan nemen. Het agile manifesto schrijft voor dat requirements en architecturen door het gehele team worden opgeleverd. Echter bij vrijwel iedere agile omgeving zie je aanvullende rollen, zoals de architect of een technische productowner. Als het puur gaat om de financiele zaken is er zelfs veelal nog een traditionele projectmanager in de picture.

Hier enkele plaatjes:

De Schaapskooi in Baarn.

De 3 hosts van de simulatie “Quality vs Speed”.

De 100 aanwezigen bij de keynotes.

Het agile BI model van Lawrence Corr.

Dagvoorzitter Simone Molenaar opent het bal.

Een van de instrumenten om met vakgenoten in contact te komen, is de Meetup site, waarmee je rondom een onderwerp op regelmatige basis bijeen kunt komen om de materie te bespreken.

De Agile BI Meetup is onlangs gelanceerd: http://www.meetup.com/Agile-Business-Intelligence

Op die plek kan je je ook aanmelden voor de eerste bijeenkomst: “discuss our experiences (best and worst practices) with Agile BI”

Voor de eerste bijeenkomst op donderdag 13 september zijn we nog op zoek naar het volgende:

- deelnemers offcourse (minimaal 10 voor deze eerste keer)

- minimaal 3 enthousiastelingen die hun ervaringen willen delen

- een locatie (bij voorkeur dicht bij een station)

- een sponsor voor de pizza’s en drankjes

deel 1

deel 2

deel 3

deel 4

deel 5

deel 6

Link naar de website van Balanced Insight

het nemen van design beslissingen die kosten van bouw, onderhoud en gebruik laag houden

Afgelopen week volgde ik de Zilverline masterclass “Lean Agile Architectuur”, van Michael Franken (@mikefranken) en Viktor Grgic (@vgrgic). Een must voor iedereen die op het kruispunt van agile en architectuur werkzaam is.

Enkele van de mooie uitgangspunten die Victor en Michael hanteren:

• de makkelijkste manier om snel te gaan is om dingen niet te doen
• een nieuw agile teamlid moet binnen 2 dagen up&running zijn, dus besteed voldoende aandacht aan kennisborging en overdracht
• de architect maakt het team langzamer
• quick en dirty is NOOIT een optie in agile
• definition of done moet geen afvalputje voor non-functionals zijn
• defintion of done moet geen architectuur blueprint zijn
• de architect vertegenwoordigt de stakeholders die nogal makkelijk vergeten worden
• de definitie van kwaliteit: het minimale wat functioneel nodig is
• wees expliciet bij architectuur en focus altijd op de gebruiker
• design for change
• om snel te gaan, moet je langzaam durven gaan

Hieronder een foto van de spaghetti game tijdens de masterclass

• het is een containerbegrip
• de softwarebranche duikt er bovenop
• we duiken vrij snel de techniek in om het concreet te maken
• het is business intelligence overstijgend en verbindend naar andere vakgebieden
• we weten dat het veel mogelijkheden biedt
• echter, de business case is nog wat lastiger te maken

De komende maand staat voor mij in het teken van research om de laatste vraag helder te krijgen.

Dus: wat is de business case van rondom big data. Wat zijn de kosten en baten, hoe gaat het bijdragen aan de bottom line. Kortom: wat zijn de zakelijke afwegingen om met een big data project te beginnen.

Hierbij zal ik op zoek gaan naar voorbeelden van cases, zowel in Incentro kring als ook daarbuiten. Daar heb ik natuurlijk jullie hulp bij nodig.

Mocht je dus input hebben dit input kan geven omtrent de big data business case, laat het dan weten. In ruil daarvoor deel ik mijn research report, wat ik over circa een maand op basis van het onderzoek gereed zal hebben.

Laat een berichtje achter op deze blog of stuur me een mail/tweet/…