Tag: softwareontwikkeling

24
sep

Nieuwe projecten

Wegens de fusie met DDCgroup wordt er hard gewerkt aan een nieuwe website. Maar dat duurt even, en intussen gaan we natuurlijk gewoon door met het bouwen van software voor onze klanten.
Een uitgebreide projectbeschrijving is straks te lezen op de nieuwe site, maar toch alvast kort hier een overzicht van waar we de afgelopen tijd mee bezig waren:

Klasmann Deilmann: een grafische planningstool. Maatwerk, gekoppeld aan SAP B1

Maastricht UMC+: een assessment tool voor medewerkers, ontwikkeld in Betty Blocks

Conduent: een applicatie ter ondersteuning van het coachingstraject. Ontwikkeld in Mendix

Carinova: software voor interne team audits. Onwikkeld in Betty Blocks

Universiteit van Antwerpen: een applicatie om de veiligeheidscultuur binnen bedrijven in kaart te brengen. Maatwerk (.Net)

Nieuw bedrijf: Een uren-registratie systeem. Maatwerk (Java)

Fenna: software voor registratie van vrijwilligers. Ontwikkeld in Betty Blocks

Conduent: een gamification applicatie voor een call-center. Ontwikkeld in Mendix

 

Ook weten wat maatwerk in uw organisatie kan betekenen? Neem dan vandaag nog contact  op voor een vrijblijvende kennismaking.

24
sep

Mendix en Betty Blocks zijn als WordPress

Bij DDC Deep Blue kiezen we graag de slimste oplossing om maatwerksoftware te ontwikkelen. Daarom gebruiken we sinds 2012 frameworks voor Rapid Application Development (RAD). Bij veel informatiesystemen is namelijk behoefte aan dezelfde functionaliteit: je wilt inloggen (hebt dus gebruikersbeheer nodig, stelt per gebruiker de rol en de rechten in). En vervolgens kan een gebruiker informatie zoeken, overzichten tonen, details inzien en informatie invoeren of aanpassen. En je wilt kunnen filteren, importeren en exporteren. Waarom zou je dat telkens opnieuw in een programmeertaal als Java of .Net op maat bouwen: inrichten in een RAD framework is dan veel makkelijker, sneller en stabieler. We zijn ooit begonnen met Relatics, maar inmiddels gebruiken we met name Mendix en Betty Blocks. Van beiden zijn we partner, en we kiezen in elk project voor het meest geschikte platform.

Voor veel klanten is onduidelijk wat zo’n platform kan, en wat het verschil is met ‘gewoon’ programmeren. Je zou de opkomst van deze platforms (voor low-code of no-code software creation) kunnen vergelijken met de opkomst van WordPress en andere CMS software ruim 10 jaar geleden. Voor die tijd moest je over diepgaande kennis van HTML beschikken om een website te kunnen bouwen. Je typte de HTML code in, en als je dat bestand dan opende in een web browser verscheen de webpagina. Aanpassingen doorvoeren betekende HTML-code aanpassen. En alleen techneuten beheersten die kennis.

Met de opkomst van CMS systemen (zoals WordPress en Drupal) werd het ook voor content beheerders mogelijk om zelf pagina’s en berichten toe te voegen, en zelfs om de opmaak van de site aan te passen. Een technische opleiding was niet meer nodig, je kon aanpassingen doen zonder een letter HTML te programmeren.

De moderne RAD tools zoals Betty Blocks en Mendix hebben een vergelijkbaar effect: business consultants of zelfs eindgebruikers kunnen zelf een applicatie ontwikkelen, omdat daarvoor geen code (programmeertaal) meer nodig is. In een grafische (drag&drop) interface voer je het datamodel in, en stel je de schermen samen.
Daarmee wordt software ontwikkeling veel grijpbaarder voor degene die het ook gaat gebruiken. Een consultant van DDC Deep Blue kan samen met de klant de schermen en achterliggende logica bekijken, en direct aanpassingen doorvoeren. Daardoor kunnen nieuwe applicaties niet alleen veel sneller worden gebouwd, ze sluiten over het algemeen ook nog beter aan bij de eisen en wensen van de klant.

Betty Blocks datamodel example
action example Betty Blocks

Wilt u meer weten over de mogelijkheden die Mendix en Betty Blocks kunnen bieden? Neem dan nu contact met ons op voor een vrijblijvende kennismaking.

21
dec

Verwachtingen

(zoals gepubliceerd op Linkedin)
Een mooi voorbeeld van hoe sommige bedrijven echt geen idee hebben van wat software ontwikkeling inhoudt:

Er komt net een aanvraag langs voor het opnieuw bouwen van enkele intern ontwikkelde applicaties die alleen nog draaien op Windows XP. De werking van de software is vrij ingewikkeld, en bevat meer dan 15 jaar historie. Bovendien: “Het is hier dus niet enkel de software die men moet aanpakken, maar ook de hele logica en structuur die erin verwerkt zit.”

Eerder is aan een ander bedrijf om een voorstel gevraagd, en zij dachten zo’n 14 dagen nodig te hebben voor herontwikkeling. Maar dat was veel te veel en onverdedigbaar (!).

Middels deze nieuwe aanvraag hoopt het bedrijf een leverancier te vinden die het nieuwe systeem in minder dan 14 dagen kan realiseren. Totaal onrealistisch (als je het mij vraagt).

Het meest extreme voorbeeld was een aanvraag van iemand die dacht de wereld te veroveren met een combinatie van Youtube en LinkedIn (twee succesvolle systemen combineren: dat moet zeker leiden tot succes). Het budget (gelukkig vroeg ik er naar): zo’n € 1.000,-

Dit soort aanvragen komt regelmatig langs: de wens voor het laten ontwikkelen van complexe systemen, maar een budget waarmee je net het eerste hoofdstuk van het ontwerp kunt schrijven.

Ik verwacht niet dat mijn klanten een solide prijscalculatie kunnen maken van de software die ze nodig hebben. Dat is mijn taak (en ook voor mij is dat soms nog best lastig). Maar ik reken altijd op een dosis gezond verstand. Misschien is dat ook een niet-realistische verwachting..

(voor een reality check kun je je ideeën altijd aan me voorleggen: maurice@deepbluesoftware.nl)

11
okt

Deep Blue wordt strategisch partner van DDCgroup

Voor veel van onze klanten is Deep Blue een partner voor de lange termijn. Als eenmaal de voordelen van ‘managed nearshoring’ zijn ontdekt, wordt het eerste project gevolgd door nieuwe projecten of uitbreiding van de ontwikkelde software.

Zo ook bij DDCgroup: de samenwerking die we in het afgelopen jaar zijn gestart wordt nu voortgezet met een partnership: Deep Blue zal DDCgroup voortaan als integraal onderdeel van het projectteam ondersteunen bij ontwikkeling van maatwerk oplossing voor de klanten van DDCgroup. DDCgroup levert consultancy diensten op het gebeid van SAP en BI. Zij zijn onder andere sterk vertegenwoordigd in de openbaar vervoer sector.

Door de samenwerking met Deep Blue wordt het producten- en diensten aanbod van DDCgroup completer, en kunnen voorgestelde oplossingen direct worden omgezet in werkende systemen. Een voorbeeld daarvan is de mobiele app die monteurs van onderhoudsbedrijven gebruiken. Voor Deep Blue opent de samenwerking toegang tot nieuwe sectoren. Bovendien wordt de beschikbare kennis voor klanten van Deep Blue uitgebreid door de beschikbare kennis binnen DDCgroup.

Niet geheel toevallig zijn DDCgroup en Deep Blue gevestigd in hetzelfde kantoorpand (Crown business center) in Rijen. Dat draagt natuurlijk bij aan de team-vorming.

Voor meer informatie over DDCgroup: http://www.ddcgroup.com/

DDCgroup logo

22
feb

Printing dashboard in the cloud

Greentimes is een van de klanten van Deep Blue waarmee we een lange-termijn partnership hebben. Wij ondersteunen deze bedrijven met het opstellen van de product road-map, bieden technische support en implementeren wijzigingen en nieuwe versies.

De Greentimes dashboard applicatie biedt medewerkers van grote bedrijven inzicht in hun gedrag en de impact op kosten en milieu. Naast het inzichtelijk maken van printgedrag (doel = bewuster printen: Minder, vaker dubbelzijdig, minder in kleur) kan het dashboard ook informatie tonen over gebruik van data-storage faciliteiten, belkosten, brandstofverbruik etcetera.

greentimes dashboard

Tot voor kort richtte Greentimes zich voornamelijk op grote bedrijven (tot de klantenkring behoren bijvoorbeeld ING, FrieslandCampina en enkele grote advocatenkantoren). Het volledige systeem werd op het interne netwerk van het bedrijf geïnstalleerd. Maar ook voor kleinere bedrijven is het Greentimes concept vaak interessant. Het milieu is van ons allemaal. En MVO combineren met een kostenbesparing spreekt veel bedrijven aan. Om gebruik van het Greentimes dashboard zo laagdrempelig mogelijk te maken, wordt momenteel gewerkt aan de ontwikkeling van een Cloud-versie (SAAS). De deelnemende bedrijven hoeven slechts één eenvoudige component te installeren op hun printserver, en vanaf dat moment hebben hun werknemers zicht op hun printgedrag via het on-line Greentimes dashboard. Indien er gebruik wordt gemaakt van Uniflow (print management software van Canon) dan kan indien gewenst ook gebruik worden gemaakt van de standaard interface met dit pakket.

Tegelijk met de technische aanpassingen, ontwikkelt Greentimes ook een verbeterd communicatie concept. Daarmee worden de klanten nog verder ontzorgd, doordat Greentimes zorgt voor actuele inhoud van de maandelijkse e-mails waarmee medewerkers hun score zien en ze tips krijgen aangereikt om hun gedrag nog verder te verbeteren.

21
jan

Fixed-price, waar vind je dat nog tegenwoordig

Wij bij Deep Blue halen onze motivatie uit tevreden klanten. En een klant is tevreden als aan zijn verwachtingen wordt voldaan, of deze worden overtroffen.
Eén aspect van de verwachtingen is de prijs. Bij de beslissing om software te laten ontwikkelen, speelt de prijs vaak een rol:

  • Hoe verhoudt de prijs van maatwerk zich ten opzichte van andere (standaard) oplossingen;
  • Kan ik de investering rechtvaardigen (terugverdienen);
  • Welke leverancier biedt de beste prijs-kwaliteit verhouding.

Een potentiële klant zal dus voordat een project wordt gestart een indicatie van de kosten willen ontvangen. En het liefst weet hij precies waar hij aan toe is voordat de handtekening wordt gezet. Logisch, bij andere grote uitgaven is het niet anders (auto, huis). En toch kiezen steeds meer softwarebedrijven ervoor om geen fixed-price projecten uit te voeren. Nee: scrum en agile, dat is tegenwoordig de beste aanpak. Want flexibel. Vanwaar deze trend? En is de klant daar wel bij gebaat? Een korte analyse:

Gebaseerd op informatie van andere IT bedrijven, wordt de voorkeur gegeven aan scrum omdat fixed-price projecten te vaak op een teleurstelling uitliepen. Het is inderdaad lastig om vooraf een goede prijscalculatie te maken. En gezien de commerciële druk om een nieuwe klant binnen te halen, worden prijzen vaak te laag ingeschat (waardoor de klant eerder besluit om het project te starten). Als aan de genoemde prijs wordt vastgehouden, snijd de leverancier zich in de vingers. In de meeste fixed-price projecten zal de leverancier echter proberen om de extra kosten alsnog bij de klant te verhalen. Zie hier het ontstaan van het IT-project stigma (kost altijd meer tijd en geld dan vooraf verwacht).

Maar is de beste oplossing dan werkelijk om geen toezeggingen meer te doen, en het risico volledig bij de klant te leggen (Scrum)? Nee, natuurlijk niet: je kunt beter werken aan het verbeteren van de kostenraming. Maar dat is een ambacht dat maar door weinig techneuten wordt beheerst. Er is een tekort aan kennis en ervaring:

Kennis
Voor het maken van een goede kostenraming is brede kennis nodig van zowel de business kant (wat bedoelt de klant nou eigenlijk) als de technische kant (hoe kunnen we dat bouwen). Er zijn maar weinig mensen in Nederland die deze kennis combineren. Ondanks dat IT een steeds grotere rol speelt in het dagelijks leven, blijft het aantal aanmeldingen voor IT studies bedroevend laag. Het aantal inschrijvingen voor de studie Technische Informatica aan de TU Eindhoven (de grootste van de 3 Technische Universiteiten op dit gebied) bedroeg recent slechts 114. Dat is vrijwel hetzelfde aantal als 25 jaar geleden. En toen haalde slechts 34% de eindstreep van de opleiding. Een instroom van slechts enkele tientallen nieuwe talenten op de arbeidsmarkt dus. Veel te weinig!

Ervaring
Alleen kennis van software ontwikkeling is niet genoeg. Er is ervaring nodig om te weten hoeveel tijd het ontwerpen, bouwen en testen gaat kosten. Aspecten als projectmanagement, risico’s en het effect van de teamomvang moeten worden meegenomen. En er moet rekening worden gehouden met onvoorziene aspecten en de complexiteit van het project. Het opdoen van deze ervaring kost tijd. En alleen in projecten van voldoende omvang komen alle aspecten aan bod.

Er zijn dus maar weinig experts in Nederland die de benodigde kennis én ervaring hebben om echt goede kostenramingen te kunnen maken.
Software ontwikkelaars hebben de neiging om bij een calculatie de tijd die ze zelf nodig hebben als uitgangspunt te nemen. Tijd voor overleg met de klant, projectmanagement, intern overleg en documentatie worden vaak over het hoofd gezien. En inschattingen zijn doorgaans te positief, houden geen rekening met tegenvallers.
Sales consultants hebben dezelfde neiging: ze willen het project graag verkopen, en vertrouwen er daarom op dat de laagste kostenraming wel haalbaar zal zijn, dat verkoopt een stuk makkelijker, en daarna zien we wel.
Dat gaat natuurlijk fout!

Gelukkig zijn er nog softwarehuizen die wél beschikken over de juiste kennis en ervaring. Bij Deep Blue hebben alle consultants/projectmanagers en vrijwel alle ontwikkelaars Informatica gestudeerd. En onze projectmanagers hebben ieder ten minste 20 jaar ervaring met software ontwikkeling in projecten. Wij durven het wel aan: vrijwel alle projecten bieden wij fixed-price aan. Daarbij dient een degelijk functioneel ontwerp als uitgangspunt, zodat er vooraf duidelijkheid is over wat we gaan bouwen.

En die flexibiliteit dan? Die is er ook bij ons. Maar vaak is dat helemaal niet nodig. Liever goed nadenken over wat je wilt vóórdat je begint met bouwen.
Meer weten? Neem contact met ons op voor een vrijblijvend gesprek.

12
jun

Toegangscontrole Stiltefestival

Van 17 t/m 24 juni vindt in Breda het Stiltefestival plaats. Een internationaal festival met dans voor kinderen (en nog veel meer). Deep Blue ondersteunt dit initiatief door ontwikkeling van een toepassing waarmee via een barcode scanner de verkochte tickets bij de ingang eenvoudig op geldigheid worden gecontroleerd.

 

 

22
mei

“Wat kost het bouwen van software?”

Een vraag die ons vaak wordt gesteld. En soms wordt het antwoord verwacht nadat in twee zinnen de gewenste functionaliteit is beschreven…
Het is antwoord is gelukkig heel eenvoudig:

het bouwen van een maatwerk applicatie kost evenveel als een nieuwe auto.
“Ja maar, de prijs van een auto varieert nogal” hoor ik u denken. Dat klopt. En hetzelfde geldt voor het ontwikkelen van software op maat. En het bereik van die prijs komt redelijk overeen:
U koopt een nieuwe auto vanaf zo’n € 8.000,- maar wilt u iets meer dan het minimum (iets groter, wat meer opties) dan loopt de prijs al snel op tot € 10.000 à € 15.000,-
Voor de meest verkochte auto van Nederland, de Volkswagen Golf, betaalt u zo’n € 25.000,-
Wilt u echt luxe, ruimte en/of prestaties dan komen de prijzen al gauw boven € 50.000,- en kunt u makkelijk tot € 150.000,- aan een nieuwe auto uitgeven. In uitzonderlijke gevallen betaalt u zelfs meerdere tonnen voor een auto, maar dan heb je wel iets heel bijzonders.
Voor software op maat geldt hetzelfde. Goed om te weten, toch?
Oh, en denkt u wel aan de kosten van brandstof en onderhoud? U wilt niet stilvallen onderweg.

07
apr

Een huis bouwen

In gesprekken met klanten gebruik ik regelmatig de vergelijking tussen het bouwen van een huis en het bouwen van software. Er zijn veel overeenkomsten in de processen. De vergelijking helpt in sommige gevallen om het proces van software ontwikkeling wat inzichtelijker te maken.

bouwen aan software

Budget
Bij het (laten) bouwen van een huis is het vanzelfsprekend dat de opdrachtgever vooraf duidelijkheid geeft over het beschikbare budget. Het heeft weinig zin om je droomhuis te laten ontwerpen, om er vervolgens achter te komen dat het drie keer zo duur is als wat je kunt betalen. Nou hebben veel mensen wel een indruk van de kosten van een huis (een paar uur bladeren op Funda geeft een aardig beeld van type huis en bijbehorende prijs). Maar wat het kost om maatwerk software te laten bouwen is vaak lastig in te schatten. Het gebeurt helaas regelmatig dat klanten een inschatting laten maken voor software, waarbij we er vervolgens achter komen dat het budget mijlen ver ligt van de benodigde investering. Vandaar dat we graag kort na de eerste kennismaking een indicatie ontvangen van het beschikbare budget. Dat bepaalt of het zinvol is om verder te gaan.
En ook bij een redelijk budget, kan de hoogte daarvan bepalend zijn voor de details van het ontwerp. Als je een huis wilt laten bouwen voor € 200.000,- dan verwacht je ook geen zwembad en gouden kranen.

Ontwerp
Voordat wordt gestart met de bouw van een huis, wordt een ontwerp gemaakt. De architect bepaalt hoe het huis eruit komt te zien, er wordt een bestek opgesteld waarin staat beschreven welke materialen worden toegepast, en een bouwkundige bepaalt of de constructie degelijk genoeg is.
Bij software ontwerp gaat het er net zo aan toe. Op basis van input van de klant beschrijven we de gewenste functionaliteit. Vervolgens wordt door een grafisch ontwerper het design gemaakt. En in het technisch ontwerp bepalen we welke technieken en componenten worden toegepast en hoe de structuur van de software wordt.
Pas als dit allemaal is beschreven en de klant is ermee akkoord, beginnen we met bouwen. Sommige ontwikkelaars beginnen zodra de vorm van het huis bekend is met het aanleggen van de fundering, en bepalen tijdens de bouw in overleg met de klant hoe het volgende onderdeel eruit komt te zien. Dan is het heel lastig om een degelijk huis neer te zetten, met een consistent ontwerp en een gelijke kwaliteit in alle aspecten. Om over het in de hand houden van de kosten nog maar te zwijgen.

Aannemer
Je zou Deep Blue kunnen vergelijken met een aannemer in de bouw. Op basis van de input van de klant maken we een ontwerp. En op basis van het bestek bepalen we de prijs van het huis. Na akkoord zorgen wij ervoor dat de juiste expertise wordt ingeschakeld (ontwikkelaars, software architecten, projectleiders en testers. Vergelijkbaar met metselaars, timmerlui en opzichters). En we nemen de verantwoordelijkheid voor de kwaliteit én de prijs van het eindresultaat.

Eigendom
U zou vreemd opkijken als na oplevering van uw huis zou blijken dat de aannemer eigenaar blijft. Toch is dat in de software branche niet ongebruikelijk. Bij Deep Blue wordt de klant altijd eigenaar van de in opdracht ontwikkelde software. Logisch, want daar heeft u voor betaald.

Oplevering en garantie
In de meeste projecten organiseren we regelmatig een kijkdag: al gedurende de bouw krijgt u inzicht in de tot dan toe gerealiseerde functionaliteit. Mocht er iets niet naar wens zijn, dan kunnen we dat direct oplossen. En als het huis klaar is geven we u graag een rondleiding en noteren we eventuele gebreken. Vervolgens gaat de garantieperiode in. Mocht er nog een schakelaar scheef zitten of een deur kraken dan lossen we dat zonder kosten op.
En mocht u nog meer zekerheid willen, dan is het mogelijk een onderhoudscontract of verlengde garantie bij ons af te nemen.

Veel woonplezier!

06
mrt

Goede software op tijd en binnen budget?

Op Dutchcowboys publiceerde dhr. Vissia een interessant artikel over hoe lastig het is om software ontwikkel projecten op tijd, binnen budget en zonder fouten af te ronden.
Wij weten hoe lastig dat is. Maar de uitspraken uit het artikel “..bijna altijd krijg je de vraag van een klant hoe het toch komt dat je nooit een project op kunt leveren zonder bugs en binnen de tijd en het budget” en “je moet er vanuit gaan dat de kans dat een project binnen tijd, binnen specificaties en binnen budget wordt opgeleverd ongeveer 4% is” herkennen we gelukkig niet. Juist deze drie aspecten (leveren van kwaliteit, op tijd en binnen budget (fixed-price)) zijn onze speerpunten. We doen er dan ook alles aan om op alledrie de punten aan de verwachtingen te voldoen.
Hoe? in het kort:

  • Allereerst door onze kennis en die van de klant te combineren in een goed ontwerp. Eentje dat de klant begrijpt én dat door onze ontwikkelaars kan worden gebruikt als blauwdruk voor de software.
  • Door veel aandacht (en tijd) te besteden aan het testen van de software. Inzet van een apart testteam, dat testcenarios opstelt aan de hand van het ontwerp en deze (onafhankelijk van de ontwikkelaars) uitvoert. Volgens de auteur is daar zelden budget voor. Wij nemen dat in elk voorstel op, en houden graag vast aan onze kwaliteitsnormen.
  • Door flexibel ontwikkelcapaciteit te kunnen bij schakelen als dat nodig is om de planning te halen.
  • Door het fixed-price risico zelf te dragen. Wij spreken vooraf af wat het kost en houden ons daaraan. Soms (vaak) kost ons dat wat meer uren dan verwacht, maar dat leidt tot een kleinere marge, niet tot hogere kosten bij de klant.

Het artikel kan hier worden gelezen.