Je zit direct aan tafel met één van onze software architecten. De sales manager laten wij thuis. Onze architect vertelt uiteraard iets over HybrIT, maar hij wil vooral in gesprek over IT vraagstukken die binnen je organisatie spelen. Welke ambitie heb je met je bedrijf? Welk probleem is er dat je graag opgelost ziet? Of welke digitale dienst wil je realiseren voor je klanten en/of leveranciers? Of groeien je IT systemen domweg niet mee met de beoogde bedrijfsgroei? Aan de hand van wat er speelt binnen jouw organisatie, neemt de architect je in begrijpelijke taal mee in een passende oplossing. Een gesprek met HybrIT is vrijblijvend en levert je dus altijd iets op.

Als ons contact aanleiding geeft voor een vervolg, oftewel we geloven beide in een succesvolle samenwerking, start de ‘requirements gathering’. Of anders gezegd; we gaan samen met betrokken medewerkers de wensen en eisen helder maken. Wat moet het nieuwe systeem kunnen? Hoe ziet het huidige systeemlandschap eruit? Welke applicaties, databases, interne en externe koppelingen zijn er? Door wie en hoe zal het systeem worden gebruikt? Welke functionele uitbreidingen voorzien jullie in de toekomst? Informatie die ons een goed beeld geeft van de huidige én de gewenste situatie. Waarbij we technisch rekening houden met toekomstige uitbreidingen.

De feasibility check, oftewel de haalbaarheidstoets, geeft antwoord op de vraag wat er nodig is om het gewenste systeem te bouwen. In theorie kunnen wij alles bouwen, maar tegen welke prijs? Een nieuw systeem moet in verhouding staan tot de businesswaarde die het jou oplevert. Omdat wij zelf ondernemer zijn, vertalen wij de haalbaarheid van het project ook met die gedachten. Welke bestaande systemen en/ of onderdelen kunnen we hergebruiken? Welke data kunnen wij beschikbaar maken via externe koppelingen? Welke tools en frameworks zetten wij in om snel te kunnen ontwikkelen? Kortom, wij gaan voor maximaal resultaat tegen de beste prijs.

In geval van een mobile app of portal maken we een demo; een vertaling van (een deel van) de gewenste functionaliteit in een ‘klikbaar’ design. Deze demo geeft een realistisch beeld van het eindproduct dat jij eventueel ook kunt gebruiken om interne collega’s te informeren. Bij de wens om een B2B portal of “mijn omgeving”, bouwen we vaak een prototype (of proof of concept – POC). Bij een prototype gaan we een stap verder. We bouwen dan de gewenste functionaliteit gebaseerd op de werkelijke systeemomgeving. We merken dat op basis van een clickable demo en/ of prototype de wensen & eisen vaak nog verder worden aangescherpt.

Wij werken volgens Scrum waarbij jij of een collega de rol van product owner krijgt. In sprints van 2 weken bouwen wij functionaliteit vertaald in user stories die vooraf met de product owner zijn afgestemd. Onze focus ligt bij de bouw op de MVP: Minimum Viable Product. Zodra deze staat, heb je de keuze om live te gaan. Daarna bouwen wij verder aan het project zodat we in sprints extra functionaliteit kunnen toevoegen. Iedere sprint eindigt met een demo waarbij je meer dan welkom bent. We houden je graag betrokken bij de bouw. Dit vinden onze developers niet alleen heel leuk, maar levert vooral een nauwe samenwerking op die bijdraagt aan het beste eindresultaat.